Googleは8月18日、Androidで未登録開発者のアプリをインストールまたは更新する際に使う「Advanced Flow」の初版を段階的にロールアウトすると明らかにした。アプリのサイドロードを一律に止める施策ではない。だが、登録済みの開発者が配布するアプリは従来どおり入る一方、未登録アプリには、利用者が自ら設定を変えたうえで24時間待つ経路を用意した。
従来のAndroidでは、提供元不明のアプリを許可する操作に、開発者の本人確認と結び付いた1日の待機時間はなかった。今回、Googleが変えたのはAPKを扱えるかどうかよりも、誰のアプリなら普段の導線で扱えるかという初期設定である。詐欺対策としての効果を狙う一方、Googleへの登録を済ませない配布者と利用者にだけ手順を増やす。
初版の提供と9月末の適用範囲、さらに2027年の世界展開は同じ話ではない。この線引きを分けて見ると、Androidの開放性を巡る議論は「サイドロード可能か」から、例外を普通の利用者が現実に使えるかへ移っている。
24時間待機は、未登録アプリの例外経路に付く
Advanced Flowが必要になるのは、ADBを使わずに未登録アプリをインストールまたは更新するときだ。登録済みアプリなら、アプリストアとWebサイトのどちらから届いても不要である。メッセージアプリやファイルホスト経由でも同じだ。限定配布アプリとADB経由のインストールも対象外となる。
有効化するには、Developer Optionsで「Apps from unverified developers」を選び、画面ロックで認証する。その後、「誰かに操作を指示されていないか」を確認し、端末を再起動する。再起動後に24時間待つと、利用者は7日間または無期限の有効化を選べる。毎回のAPKに1日待つ仕組みではなく、未登録開発者のアプリを受け入れる設定を開くための待機だ。
設定後も、未登録アプリのインストールや更新には警告が出るが、「Install anyway」を選べる。いったん機能を無効にしても、10分以内なら24時間を待ち直さずに再有効化できる。10分を過ぎてから再び有効化する場合には、24時間の待機が再発する。ADBの扱いは変わらず、Advanced Flowの設定を終えた後にDeveloper Optionsを有効なままにしておく必要もない。見出しだけを追えば「サイドロード規制」に見えるが、実際には一般的な導線と、意識して踏み込む導線を分離する設計である。
9月30日は4カ国、7ストアから始まる
Googleが6月に示した計画では、9月30日からブラジル、インドネシア、シンガポール、タイで初期の開発者検証を適用する。対象に挙がっているのはGoogle Play、HONOR App Market、OPPO App Market、Galaxy Store、Palm Store、V-Appstore、GetAppsの7ストアである。9月段階では、直接のサイドロードと、この7ストアに入らないストアは対象外だ。
したがって、8月のAdvanced Flowの提供開始を、9月末から世界中のAPKに同じ制限がかかる出来事として扱うことはできない。Googleは認定済みAndroid端末について2027年の世界展開を予定しているが、国別の日程や、あらゆる配布元で最終的にどう執行するかは公表していない。初版の到達端末数や対象機種も明らかではない。
検証を担うAndroid Developer Verifierは、OS全体の更新とは別に配布されるGoogleのシステムサービスである。Googleの説明では、アプリが確認済みの開発者に登録されているかを調べる。機能がOSの大型更新を待たずに届くなら、制度上の適用範囲と、端末で実際に表示される挙動を切り分けて追う必要がある。
開発者確認が担う範囲
フル配布向けのAndroid Developer Consoleアカウントでは、開発者は実在の本人情報をパッケージ名と署名鍵に結び付ける。アカウント料金は25米ドルで、個人には政府発行の身分証明書、組織にはD-U-N-S番号に加えて本人確認・組織確認書類が求められる場合がある。Googleは6月時点で、登録済みアプリがGoogle Playのインストールのほぼ全てと、Play外の大多数を覆い、Playアプリの99％超が登録済みだと説明している。ただし、この比率の分母は同じページで示していない。
小規模な配布者には別の選択肢もある。限定配布は料金も政府発行IDの提出も不要で、アプリ数を制限せず、最大20台の認可済み端末に配布できる。学生の学習用や個人開発、知人への配布なら、フル配布とは異なる条件を選べる。
開発者側には三つの経路ができる。広く配るなら本人確認を受けてフル配布を選び、閉じた相手だけなら20台までの限定配布を使う。本人確認を避けて未登録のまま配る場合、受け手はADBかAdvanced Flowを使わなければならない。20台を超えて一般利用者へ届けたい開発者ほど、Googleへ登録するか、利用者一人ひとりに例外設定を求めるかという重い選択を迫られる。
ここで確認されるのは開発者の身元であり、アプリの内容を審査することではない。登録済みだから悪意がないとは言えず、未登録だから危険とも限らない。それでもパッケージ名と署名鍵を実在の主体へ結び付ければ、削除後に別名義で配布し直すコストは上がる。Googleが増やそうとしているのは、マルウェア検査の代替ではなく、配布者の説明責任である。
再起動と待機が狙う急がせる詐欺
Googleは、再起動と24時間の待機を、通話や遠隔操作の最中に利用者を急かす詐欺への対策として説明する。攻撃者が画面越しに設定を誘導している場合、再起動は進行中のセッションを切り、待機は「今すぐ入れろ」という時間圧力を外す。待機が個々のAPKではなく例外設定の有効化に結び付く理由もここにある。
ただし、この防御が効く対象は、利用者を未登録アプリの導線まで誘導する攻撃である。登録済みアプリの安全性を保証する仕組みではなく、コードレビューやマルウェア検査の代わりにもならない。開発者の本人確認とコンテンツ審査を同じものとして扱えば、制度が抑えるリスクと残るリスクを取り違える。
一方で、摩擦は開発者と利用者の双方に偏る。通常の配布へ戻るにはGoogleの本人確認と登録が必要になり、あえて未登録アプリを使う利用者は、設定変更、再起動、待機という手順を引き受ける。技術的にインストールできることと、日常的に選びやすいことは別の条件になった。
EUが見るのは、開放性と整合性措置の釣り合い
欧州委員会は4月8日、デジタル市場法（DMA）第6条4項について、ゲートキーパーは第三者ストアやWebを通じた実効的な配布を可能にしなければならないと説明した。同時に、正当化できる場合には、厳格に必要かつ比例的な完全性保護措置を認めるとしている。委員会はAlphabetと規制上の対話を続け、開発者検証プログラムを監視中だ。
現時点でEUがこの制度を適法とも違法とも判断したわけではない。しかも9月30日の初期適用4カ国にEU加盟国は含まれない。EUでの評価を、目前の導入可否の結論として先取りする根拠はない。
9月末に確認すべきなのは、7ストアで登録確認がどのように利用者の画面へ現れるかである。2027年の世界展開では、直接配布を含む経路ごとの最終挙動、国別日程、異議申し立てやエラー対応の仕組みが残る。サイドロードを残すという説明が実質を持つかは、例外経路が存在することではなく、その条件を開発者と利用者が負担できるかで決まる。