「Android 17 QPR1 Beta 3」のAPK解析から、Android 17に搭載が見込まれる新しいOS検証ツールの動作イメージが具体的に見えてきました。これまで開発者やセキュリティに強い関心を持つ層に限られていた「OSが本物か」の検証を、信頼できる別の1台を使ってQRコードで突き合わせるだけで完結させる——一般ユーザーにも開放することを狙った2段階フローが、未公開UIと文字列リソースから読み取れる設計です。Android Authorityが、アプリ内の未公開UIと文字列リソースを解析した情報として報じています。なお本記事の情報源はAPK解析であり、最終製品の仕様は今後のリリースで変わる可能性があります。

QPR1 Beta 3から見えてきた「OS検証」画面

Android Authorityによると、Android 17ではOSの完全性をユーザー自身が検証できる新ツールが開発されているとされています。これまでも「Android Verified Boot」や「Pixel Binary Transparency」といった仕組みは存在していましたが、開発者やセキュリティに強い関心を持つ一部のユーザー以外には、手順が複雑で実用には向かないものでした。

Android 17のOS検証画面は、この検証作業を一般ユーザーでも扱える形に整理し直すことを狙ったものと読み取れます。画面上部には端末自身による自己診断（赤信号がないかのチェック）が表示され、下部に「別のデバイスで検証する」ためのオプションが用意される構成だと、Android Authorityは伝えています。

QRコードで2台を突き合わせる検証フロー

QPR1 Beta 3に含まれていた文字列リソースからは、2デバイス検証のステップが読み取れます。検証側で必要になるのは、「信頼できるブラウザ搭載デバイス（コンピューター、タブレット、別のスマホでも可）」と報じられています。

  • ステップ1: 検証したい端末の画面に表示されたURLを、もう1台の信頼できるデバイスで開く
  • ステップ2: 信頼できる側のデバイスに表示されたQRコードを、検証したい端末でスキャンする
  • ステップ3: 両方の画面に表示された情報が一致しているかを目視で比較する

検証対象の端末は、動作中のソフトウェアを基にユニークな識別子を生成し、それをQRコード経由で信頼側デバイスに送るという設計だ。両画面の情報が一致すればOSは正常、一致しなければ「改ざんされた、安全でないバージョンのAndroidが動作している可能性がある」という警告が表示されるとAndroid Authorityは報じています。

未完成のまま埋め込まれた検証機能 — なぜ動かないのか

ただし、Android Authorityによれば現時点でこの検証フローは稼働していません。表示されたQRコードをスキャンしようとしても「transparency://」というカスタムプロトコルを処理するアプリが端末側にまだ割り当てられておらず、処理が途中で止まってしまうとのことです。

このプロトコルを担うアプリが独立した新規アプリとして提供されるのか、既存のシステムアプリに組み込まれる形になるのかも、現時点では明らかにされていません。完全な動作を確認できるのは、今後のAndroid Betaリリースを待つ必要がありそうです。

なお、今回の情報はAPK解析（アプリの未公開コードを解析した情報）に基づくものです。APK解析は将来実装される可能性のある機能を予測するものに過ぎず、最終的に正式リリースに含まれない場合もあります。Android 17の正式版でこの仕様がそのまま採用されるかどうかは、現時点では確定していません。

セキュリティ意識の高いユーザーが押さえておきたいポイント

中古端末を入手したとき、企業から支給された端末を受け取ったとき、あるいは紛失後に取り戻した端末を再び使い始めるときなど、「この端末のOSは本当に純正のままか」を確認したい場面は意外と多くあります。これまで個人ユーザーがこの種の検証を行うのはハードルが高かっただけに、QRコードを介した2デバイス突き合わせという分かりやすい手順がOSレベルで提供される意義は小さくありません。

仕様の確定を待つあいだ、続報を取り逃さないためにできる具体的なアクションとしては、Android Beta Programに登録してQPR1 Beta以降のリリースノートを直接確認する方法があります。「transparency://」プロトコルを処理するアプリが正式に割り当てられるタイミングが、機能稼働の最初のシグナルになりそうです。

QPR1 Beta 3全体の位置づけと配信スケジュール

OS検証ツール以外にも、Android 17 QPR1 Beta 3はGoogle I/O 2026のタイミングで配信され、2週間ごとの更新サイクルが継続されています。QPRビルドは次期Pixel Feature Dropの先行プレビューに位置付けられており、QPR1は2026年9月のFeature Dropとして対応端末へ展開される見込みです。

  • 配信対象: Pixel 6からPixel 10 Pro Foldまでのシステムイメージに加え、Android Emulatorにも提供
  • ビルド番号: Pixel 6/Pro/aおよびPixel 7/Pro向けはCP31.260508.005.A1、それ以外の対応機種はCP31.260508.005
  • 主な修正: メディア再生時の音声クラックリング解消、強い信号でも誤って切断されていたWi-Fiの不具合修正、再起動後にホーム画面ウィジェットが消える問題の修正

OS検証UIの実装はAPK解析段階にとどまるものの、ビルド自体は安定性向上に重点を置いた成熟段階のリリースであり、今後のベータで「transparency://」を扱うアプリが追加されるかどうかが続報の焦点となります。

背景にあるAndroid Binary Transparencyの拡張

OS検証ツールが想定する信頼基盤は、2026年5月にGoogleが発表したAndroid Binary Transparency拡張と地続きです。同プログラムは公開台帳を追加し、2026年5月1日以降にリリースされたGoogle製アプリが本物かをユーザーが検証できるようにするものです。対象はGoogle Play Servicesを含むGoogle Applications群と、Android本体の一部として高い権限で動作するMainline Modulesの2層に及びます。

項目内容
署名の役割「出自の証明（certificate of origin）」
Binary Transparencyの役割「意図の証明（certificate of intent）」
検出可能なリスク盗まれた署名鍵や内部開発ビルドのような、有効な署名を持つ非公開ビルド
検証ツールGitHubのAndroid Binary Transparencyリポジトリで公開

Google署名済みアプリが台帳に存在しなければ、それは本番ソフトウェアとしてリリースされていないと判定でき、一回限りの不正配布も公開記録によって検出可能になります。一般ユーザー向けの2デバイス検証フローは、こうした技術基盤を平易なUIで包んだ位置づけと読み取れます。

Q&A

Q. この機能はすぐに使えますか？ いいえ、現時点では使えません。Android 17 QPR1 Beta 3にUIと文字列の一部が含まれているものの、「transparency://」プロトコルを処理するアプリが割り当てられておらず、QRコードをスキャンしても処理が完了しない状態だとAndroid Authorityは報じています。

Q. なぜ2台のデバイスが必要なのですか？ 検証対象の端末そのものが侵害されていた場合、自己診断だけでは正確な結果が得られない恐れがあるためと読み取れます。信頼できる別のデバイスで識別子を突き合わせることで、改ざんされたOSが「正常」と偽装して報告するリスクを下げる狙いがあると考えられます（詳細は出典元を参照）。

Q. 信頼できる側のデバイスはAndroidでなくてもよいですか？ はい。文字列リソースには「コンピューター、タブレット、信頼できるスマートフォン」と記載されており、ブラウザが動作するデバイスであれば構わない設計だとAndroid Authorityは報じています。

出典