GrapheneOS ユーザーが年齢確認サービス Yoti によって当局に報告される

Yoti が GrapheneOS ユーザーを法執行機関に報告

Yoti と呼ばれる年齢確認サービスが、GrapheneOS を実行しているデバイスを自動的にフラグ立てし、これらの事例を法執行機関および自社のセキュリティチームに報告するシステムを実装したと報じられています。この問題は、あるユーザーが Yoti とのサポート対応の内容を共有したことで明らかになりました。その中で Yoti は、「Yoti は [...] GrapheneOS を実行しているあらゆるデバイスを自動的にフラグ立てします。これらの事例は、当局と当社のセキュリティチームの両方に自動的に報告されます」と述べています。

このポリシーは、プライバシーを強化したオペレーティングシステムの使用が、同サービスによって不審な活動のシグナルと見なされていることを示唆しており、セキュリティと匿名性を優先するユーザーに対して、実質的に「ヒートスコア（警戒スコア）」を作成していることになります。

GrapheneOS がどのように検出されるか

プライバシーに重点を置いているにもかかわらず、GrapheneOS はいくつかの技術的なメカニズムを通じてアプリによって識別される可能性があります。コミュニティの議論や GrapheneOS のドキュメントによると、検出は以下の方法で行われます：

Exploit Mitigations: GrapheneOS は、標準の Android には存在しない広範な Exploit Mitigations（secure exec spawning など）を採用しています。これらは、アプリが OS をフィンガープリント（識別）するために利用できるサイドチャネルを生み出します。
Hardware Attestation API: アプリは Hardware Attestation を要求し、verifiedBootKey を既知の GrapheneOS ブートキーと比較することで、OS の身元を検証できます。

これらのセキュリティ機能は OS の要塞化（hardening）の基本であるため、本質的にシステムを標準的な Android ディストリビューションから区別するものとなります。

プライバシーへの影響と「承認済みデバイス」の傾向

GrapheneOS ユーザーを当局に報告するという行為は、デジタルサービスへのアクセスに「承認済みデバイス」を要求するという、高まる傾向を浮き彫りにしています。

アイデンティティのパラドックス

批判的な人々は、報告されたワークフローにおける重大なプライバシー上の欠陥を指摘しています。報告によると、同サービスはデバイスをフラグ立てする前に、ユーザーに機密性の高い身分証明書類のアップロードを許可していたとのことです。これは、ユーザーが特定のオペレーティングシステムを使用していることを理由に当局へ報告するために、ある企業に対して自身の現実世界の身元を提示したことを意味します。

より広範な社会的影響

コミュニティのメンバーは、これがソフトウェアの選択がリスク（liability）となる、「Orwellian（オーウェル的）」なデジタル検証の時代への移行を意味しているとして懸念を表明しています。議論のポイントには以下が含まれます：

プライバシーの犯罪化: セキュリティやプライバシーツールは犯罪者専用のものであるという仮定。
企業の過剰介入: 特定の犯罪が犯されていない段階で、国家の監視のための導管として機能する民間企業の役割。
GDPR への懸念: Yoti は以前、生体データの不法な処理および GDPR 違反により、スペインのプライバシー規制当局（AEPD）から 950,000 ユーロの罰金を科されたことが指摘されています。

高リスクな検証サービスに対するコミュニティの推奨事項

これらのリスクに対応するため、プライバシー擁護派は、強制的な政府または企業の検証サービスを利用する場合の「デバイスの使い分け（device compartmentalization）」戦略を提案しています：

専用の検証用デバイス: 年齢確認や政府系アプリを利用するために、標準の Android が動作する安価なセカンダリ・スマートフォンを使用する。
ゼロ・プライベート・データ: 検証用デバイスには、個人の連絡先、プライベートなメール、またはメッセージングアプリを一切含めないようにする。
隔離: GrapheneOS デバイスはすべての主要な活動に使用するが、敵対的なフィンガープリントが行われる可能性があるサービスに対して、自身の「正当性」を証明するために使用することは避ける。

反論と懐疑論

一部の観察者は、この報告の妥当性に疑問を投げかけており、以下の点を示唆しています：

定型文的な警告: 「当局に報告される」という表現は、すべての行動に対して文字通り記述しているのではなく、ユーザーを抑止するために使用される標準的な定型文（boilerplate）である可能性があると主張する人々もいます。
ユーザーの行動: 当該のユーザーが複数回の検証に失敗しており、そのフラグ立ては OS だけではなく、OS と「不審な活動（複数回の試行）」が組み合わさった結果であるという主張もあります。
検証の信憑性: メールへの返信のスクリーンショットは簡単に編集できるため、企業の標準的な運用手順であると結論付ける前に、さらなる証拠が必要であると指摘する人々もいます。