Android Developers Japan Blog: Security

ユーザーの期待に応える品質を実現する

2021年3月2日火曜日

この記事は Hoi Lam による Android Developers Blog の "Quality to match with your user’s expectations" を元に翻訳・加筆したものです。詳しくは元記事をご確認ください。

10 年以上前に Android がリリースされてから、このプラットフォームは成長を続け、ユーザーの期待も高まるばかりです。それに伴い、ユーザーエクスペリエンスから、マテリアルデザイン、プライバシーの重要性と進化に至るまで、さまざまな改善が行われてきました。その一方でデベロッパーの皆さんが、常にアプリでよりすばらしいユーザーエクスペリエンスを提供していきたいと考えていることは承知しています。同時に、どの領域に最初に取り組むべきかを判断するのが難しいことも、私たちは把握しています。そこで、Android Developers のウェブサイトにアプリの品質セクションを新たに設けて、アプリの品質の重要な内容についての最新情報や関連リソースを提供します。

今回の最初のリリースでは、Android の最新リリースや、アプリエコシステムの現在のトレンドを踏まえて、アプリの中核品質チェックリストを更新しました。このアップデートのいくつかのポイントを示します。

視覚的な体験 - ボタンなどのプラットフォームコンポーネントの代わりにマテリアルデザインコンポーネントを使うことがベストプラクティスであると改めて強調しています。これにより、アプリがモダンな見栄えになるとともに、ダークテーマなどの機能を簡単に実装できるようになります。バックスタックに関するアドバイスに加えて、アプリの状態の保存に関する内容も追記しています。狭額縁ディスプレイやジェスチャーナビゲーションが一般的になるにつれて、この機能の重要性が増しています。その点はエントリレベルのスマートフォンでも変わりません。

機能 - 3 つの領域でガイドを更新しました。メディアアプリケーションでは、再生操作や動画エンコーディングの HEVC 動画圧縮サポートに関連する推奨事項を更新しています。アプリ間の共有については、Android Sharesheet を利用することの重要性を強調しました。API レベル 30 では、デフォルトでアプリからの他のインストール済みアプリの可視性が制限される予定なので、この点は今後ますます重要になります。さらに、バックグラウンドサービスに関する推奨事項についても追記しました。Android は電池の節約のサポートを優先しており、この点についての最新情報を今後も共有する予定です。

パフォーマンスと安定性 - Google Play Console に Android Vitals などのツールが追加され、利用できるようになりました。ここで強調したい重要な機能が、応答しないアプリ（ANR）です。ANR はスレッドの問題が原因で発生するので、多くの場合デベロッパー側で修正できます。ANR トラブルシューティングガイドは、アプリに存在する ANR の診断と解決に役立ちます。

プライバシーとセキュリティ - 実行時アクセス許可や WebView の安全な使用方法など、安全に関して考慮すべき最新の推奨事項をまとめました。また、個人データの保護や、リセットできないハードウェア ID を使用しないことなど、ユーザー視点に立ったプライバシー規範も追記しています。

Google Play - このセクションでは、デベロッパーにとって特に重要ないくつかのポリシーを強調するとともに、ガイドに関する詳しい情報へのリンクも掲載しています。

常に最新の状態を保てるように、今後は四半期ごとにこのリストを更新したいと考えています。また、他のフォームファクタの品質チェックリストも更新する予定です。現在は、Android で高品質なアプリを簡単に構築できるように、追加のツールやベストプラクティスに関する作業を進めています。引き続き改善を続けていきます。ご期待ください。
Reviewed by Hidenori Fujii - Google Play Developer Marketing APAC

Android 12 デベロッパープレビューをリリースしました

2021年2月24日水曜日

この記事は Dave Burke による Android Developers Blog の記事 "First preview of Android 12" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Android アプリは、スマートフォン、ノートパソコン、タブレット、テレビ、自動車といったさまざまなデバイスで、日々数十億人の仕事や趣味、コミュニケーション、創作活動に使われています。皆さんが開発したアプリを利用する人が増えるにつれて、プラットフォームに対する期待値が上がるサイクルも短くなっています。皆さんに早い段階で Android の新しいバージョンリリースを共有する理由の 1 つはそこにあります。
本日 2021 年 2 月 18 日（日本時間 2 月 19 日）、Android の次期バージョンとなる Android 12 で最初の Developer Preview をリリースしました。
アプリやそれを使うあらゆる人々のために優れたプラットフォームを構築するために、フィードバックをお寄せください。皆さんのテストとフィードバックをお待ちしています。
私たちはプライバシーとセキュリティを中心に据える一方で、バージョンアップのたびに Android OS をより賢く、使いやすくし、パフォーマンスを向上させてきました。Android 12 では、ユーザーのために優れたユーザーエクスペリエンスを構築できる新しいツールを提供する作業も続けています。たとえば、互換メディアトランスコーディングは、まだ最新の動画フォーマットをサポートしていないアプリが最新フォーマットを扱う際に役立ちます。また、画像や動画などの容量が大きなリッチコンテンツをアプリに簡単にコピーしたり貼り付けることができるようになります。さらに、プライバシー保護や、アプリをすばやく応答させるパフォーマンスの最適化も追加します。
今回発表したデベロッパープレビューは、Android 12 の始まりに過ぎません。今後正式版リリースに向けて作業を進める中で、さらに多くのことを共有させていただく予定です。この記事では、Android 12 の新機能の概要をご説明します。Pixel 向けのデベロッパープレビューのダウンロード方法や、詳細なリリーススケジュールは、Android 12 デベロッパーウェブサイトをご覧ください。最終的なプロダクトに組み込むには、早い段階のフィードバックが欠かせません。ぜひ皆さんの感想をお知らせください。

今月、Android 12 のほかにも、すばらしいユーザーエクスペリエンスを簡単に作ることができる、もう 1 つの重要なツールについてお知らせする予定です。それが、ネイティブ UI を作成する最新ツールキット、Jetpack Compose です。Jetpack Compose の開発の舞台裏をご紹介するオンラインイベント #TheAndroidShow をぜひご覧ください。太平洋時間 2 月 24 日午前 9 時（日本時間 2 月 25 日午前 2 時）より、ライブ配信でお送りします。Jetpack Compose に関する質問は、ハッシュタグ #TheAndroidShow をつけて、Twitter に英語で投稿してください。イベント中にご回答します。
信頼と安全
プライバシーは、私たちが行うすべてのことの中核です。Android 12 では、これまでに引き続き、デバイスとデータを安全に保ちつつ、ユーザーの透明性と制御を向上させることに注力します。このデベロッパーリリースでは、トラッキングに利用できる識別子に関する新たな制御を追加したり、アプリのコンポーネントのデフォルトを安全なものに変更しています。このような変更によってアプリが影響を受ける可能性がありますので、できるだけ早くテストすることをお勧めします。今後のプレビューリリースでは、プライバシーやセキュリティの機能をさらに追加する予定です。

最新の WebView での SameSite Cookie 動作 - Chrome や他のブラウザの変更に合わせて、WebView に新しい SameSite Cookie 動作を組み込みます。これにより、セキュリティとプライバシーが強化され、ウェブサイトをまたぐ Cookie の利用に関するユーザーの透明性と制御が向上します。詳しくはこちらをご覧ください。
Netlink MAC の制限 - プライバシーを保護できるリセット可能な識別子への移行を行うデベロッパーのサポートを継続します。デバイスをスコープとする Netlink MAC の移行を簡単にするための複数のリリースにわたる作業として、Android 11 では API レベル 30 を対象として Netlink MAC へのアクセスを制限しました。Android 12 では、ターゲット SDK レベルにかかわらず、この制限をすべてのアプリに適用します。詳しくはこちらをご覧ください。
コンポーネントの安全なエクスポート - アプリが意図せずにアクティビティ、サービス、レシーバをエクスポートしてしまうことがないように、android:exported 属性のデフォルトの扱いをより明示的なものに変更します。この変更により、1 つまたは複数のインテントフィルタを宣言しているコンポーネントは、android:exported 属性を明示的に宣言しなければならなくなります。この変更に伴うインストールエラーが起こらないように、マニフェストのコンポーネントを確認してください。詳しくはこちらをご覧ください。
Intent の安全な扱い - Android 12 では、PendingIntent をさらに安全に扱えるように、各 PendingIntent ごとに可変性フラグ（FLAG_MUTABLE または新設される FLAG_IMMUTABLE）を明示的に宣言しなければならなくなります。詳しくはこちらをご覧ください。

上記の詳細やその他のプライバシーやセキュリティの変更点については、こちらをご覧ください。
ユーザーエクスペリエンスツールの進化
Android 12 では、洗練されたエクスペリエンスと優れたパフォーマンスをユーザーに提供できるように、重要な領域に注力しています。現時点での主なアップデートは以下のとおりです。

互換メディアトランスコーディング - モバイルデバイスでの HEVC ハードウェアエンコーダの普及に伴い、HEVC フォーマットで録画するカメラアプリが増加しています。このフォーマットは、古いコーデックに比べて画質と圧縮率が大幅に向上しています。ほとんどのアプリは HEVC をサポートすべきですが、それができないアプリのために、互換メディアトランスコーディングを導入します。

この機能を使うと、HEVC をサポートしないアプリは、プラットフォームの機能を利用してファイルを AVC（広い互換性があるフォーマット）に自動トランスコードできます。トランスコード処理には、動画やデバイスのハードウェア特性に応じた時間がかかります。たとえば Pixel 4 では、1 分間の 30fps、1080p の動画のトランスコードに約 9 秒が必要です。トランスコーディングサービスは、アプリがサポートしないメディアフォーマットを宣言するだけで利用できます。デベロッパーの皆さんには、アプリで HEVC をサポートすることを強くお勧めしますが、それが不可能な場合は、互換メディアトランスコーディングを有効にしてください。この機能は、HEVC フォーマットで動画を録画するすべてのデバイスで利用できるようになる予定です。本機能に関するフィードバックをお待ちしています。詳しくはこちらをご覧ください。
AVIF イメージサポート - 画質と圧縮効率を向上させるため、Android 12 では AV1 イメージファイルフォーマット（AVIF）をプラットフォームでサポートします。AVIF は、AV1 でエンコードされたイメージとイメージシーケンスのコンテナフォーマットです。AVIF は、他の最新イメージフォーマットと同じく、動画圧縮のフレーム内エンコードを行ったコンテンツの利点を活用しています。JPEG などの古いイメージフォーマットと比較すると、同じファイルサイズで画質が大幅に向上します。

　 AVIF (18.2kB)　　　　　　　 JPEG (20.7kB)

Jake Archibald のブログ記事「AVIF has landed」のイメージ比較より
フォアグラウンドサービスの最適化 - フォアグラウンドサービスは、アプリが特定の種類のユーザー向けのタスクを管理する方法として重要です。しかし、多用しすぎるとパフォーマンスに影響し、場合によってはアプリが強制終了することもあります。新しいプラットフォームをターゲットとしたアプリでは、ユーザーエクスペリエンスを向上させるため、バックグラウンドで開始されたフォアグラウンドサービスをブロックします。このパターンから簡単に移行できるように、JobScheduler に新しいサポートジョブを導入します。このジョブは、プロセスの優先度とネットワークアクセスが昇格しており、バッテリーセーバーや Doze などの電源の制約を受けずに即時実行できます。

下位互換性を持たせるため、最新リリースの Jetpack WorkManager ライブラリにもサポートジョブを組み込んでいます。また、ユーザーの気が散ることがないように、一部のフォアグラウンドサービスの通知の表示を最大 10 秒遅らせます。これにより、短いタスクは通知が表示される前に完了する可能性が出てきます。詳しくはこちらをご覧ください。
リッチコンテンツの挿入 - ユーザーは画像や動画などの表現力の高いコンテンツが大好きです。しかし、アプリでこのようなコンテンツを挿入したり、移動したりすることは、簡単ではありません。そこで、アプリで簡単にリッチコンテンツを受け取れるように、新しい統合 API を導入します。これにより、クリップボード、キーボード、ドラッグ＆ドロップなどのあらゆるソースからコンテンツを受け取れるようになります。

UI コンポーネントに新しいインターフェース OnReceiveContentListener をアタッチすると、何らかの仕組みでコンテンツが挿入されたときにコールバックを受け取ります。コードでは、このコールバックを使って 1 か所であらゆるコンテンツの挿入に対応します。プレーンテキスト、スタイル付きテキスト、マークアップ、画像、動画、オーディオファイルなどに対応できます。下位互換性を持たせるため、Androidx にもこの統合 API を追加しました。詳しくはこちらをご覧ください。
触覚と組み合わせたオーディオ効果 - Android 12 アプリは、スマートフォンのバイブレータを通して、音声と組み合わせた触覚フィードバックを提供できます。振動の強さと周波数はオーディオセッションで決まるので、迫力あるゲームやオーディオ体験を作成できるようになります。たとえば、ビデオ通話アプリでカスタムの着信音を使って触覚フィードバックで発信者を特定できるようにしたり、レースゲームで大まかな地形を表現したりすることができます。詳しくはこちらをご覧ください。
マルチチャンネルオーディオ - Android 12 には、空間情報を使ったいくつかのオーディオの拡張が導入されます。パススルーとオフロードモードでの MPEG-H 再生がサポートされ、オーディオミキサー、リサンプラー、エフェクトが従来は最大 8 チャンネルでしたが、最大 24 チャンネルに最適化されます。
ジェスチャーナビゲーション向けのイマーシブモード API の改善 - ジェスチャーナビゲーションの簡易性と一貫性向上のため、動画視聴中、読書中、ゲームのプレイ中などの場合に、イマーシブモードを簡略化します。ゲーム関連のフルスクリーン操作では、アプリは今後も意図しないジェスチャーから保護されます。しかし、新しいプラットフォームをターゲットとしたアプリで他のフルスクリーン操作（例: 動画ビューア、読書、フォトギャラリー）を行う場合、ユーザーが 1 回のスワイプでスマートフォンを操作できるようにデフォルトの動作を変更します。詳しくはこちらをご覧ください。
通知 UI のアップデート - 通知のデザインを更新し、モダンで使いやすく、便利にしました。今回の最初のプレビューでは、ドロワーやコントロール、テンプレート自体が変更されていることに気づくはずです。システム全般の遷移やアニメーションをスムーズにするための最適化も行っています。Android 12 をターゲットとしたアプリでは、アップデートの一環として、通知をアイコン付きのカスタムコンテンツで装飾します。また、アフォーダンスを拡張し、他のすべての通知と一致するようにします。詳しくはこちらをご覧ください。
高速でレスポンシブな通知 - ユーザーは、通知をタップしたときにすぐにアプリが開くことを期待しています。早ければ早いほど良いのです。デベロッパーは、この期待を満たせるように「トランポリン」（仲介するブロードキャストレシーバーやサービス）を使って Activity を起動するのではなく、通知をタップしたときに直接 Activity を起動するようにしますが、通知のトランポリンは重大な遅延を引き起こすので、ユーザーエクスペリエンスに影響する可能性があります。

そこで、レスポンシブな通知を維持するため、Android 12 はターゲット Activity の起動を停止し、通知のトランポリンをブロックします。この処理を実装しているアプリデベロッパーの皆さんは、このパターンからの移行をお願いします。この変更は新しいプラットフォームをターゲットにしたアプリにのみ適用されますが、デベロッパーやユーザーがトランポリンを視覚的に認識できるように、すべてのアプリにトーストが表示されます。詳しくはこちらをご覧ください。
Binder IPC 呼び出しの改善 - パフォーマンス関連の作業の一環として、システム間のばらつきを減らすことに注力しています。そこで、遅延とワークロードの分散に注目し、最後尾（99 パーセンタイルのユースケース）から中央値のエクスペリエンスを減少させる最適化を行いました。その際には、軽量キャッシュ戦略を追加してロックの競合をなくすことを主眼に置き、システムの Binder 呼び出しを改善して遅延の分散を減らすことを目的にしました。これにより、Binder 呼び出し全体のパフォーマンスが約 2 倍向上し、特定の呼び出しが大幅に改善されました。たとえば、refContentProvider() が 47 倍、releaseWakeLock() が 15 倍、JobScheduler.schedule() が 7.9 倍などです。

アプリの互換性
新しいバージョンのプラットフォームをロールアウトするにあたって、アプリの互換性を優先し、迅速かつスムーズにアップデートできるように作業を行っています。皆さんが新しいバージョンの OS に対応する時間を長くとれるよう、Android 12 ではアプリに関連する変更のほとんどがオプトイン方式になっています。また、短時間で対応できるように、ツールやプロセスをアップデートしています。さらに、Android 12 デバイスがアプリの環境向上につながるように、Google Play システムアップデートに新機能を追加しました。

Google Play を経由した Android アップデートの促進 - デバイスを問わず、一貫性のある安全な環境をアプリに提供するため、Google Play システムアップデート（Project Mainline）への注力を拡大し続けます。Android 12 では、Android 12 を実行するデバイス向けにコアランタイムやライブラリのアップデートをプッシュする Android Runtime（ART）モジュールを追加しました。完全なシステムアップデートを行うことなく、ランタイムのパフォーマンス改善や修正、メモリ管理の効率化、Kotlin 命令の高速化を実現できます。さらに、既存モジュールの機能拡張も行っています。たとえば、互換メディアトランスコーディング機能は、アップデート可能なモジュールで配信します。

タブレット、フォルダブルデバイス、TV 向けの最適化 - フォルダブルデバイス、タブレット、TV などの大画面デバイスでアプリを使うユーザーがさらに増えています。今はアプリやゲームを対応させる絶好の機会です。まずは、タブレット向けの最適化とフォルダブルデバイス向けのアプリ構築からスタートしましょう。さらに、リビングルームのテレビ画面向けに、Android TV の最初の Android 12 プレビューも公開します。

このプレビューでは、テレビ向けに最新の Android 機能が提供されるだけでなく、まったく新しい Google TV エクスペリエンスでアプリをテストすることもできます。詳しくは Android TV Developers のウェブサイトを、開発を始めるには ADT-3 デベロッパーキットをご覧ください。
非 SDK インターフェースリストの更新 - 非 SDK インターフェースの制限を追加しました。いつものように、フィードバックや同等のパブリック API のリクエストは大歓迎です。
変更点のテストやデバッグの簡易化 - アプリに影響する可能性がある変更点を簡単にオプトインしてテストできるように、多くの変更点を切り替え可能にしています。この切り替えを利用すると、それぞれの変更を開発者オプションや adb から強制的に有効化、無効化できます。詳細はこちらをご覧ください。

開発者向けオプションのアプリの互換性切り替え
Platform Stability マイルストーン - Android 12 とアプリの互換性を確認し、対応する作業を計画する時間を長くとれるように、昨年と同様に早いタイミングで Platform Stability マイルストーンをお知らせします。

このマイルストーンでは、最終版の SDK や NDK API だけでなく、内部 API やアプリに関連するシステム動作の最終版を配信します。Platform Stability に到達する時期は 2021 年 8 月ごろを想定しています。公式リリースはその数週間後なので、それまでの間に最終テストを行うことができます。詳しいリリーススケジュールはこちらをご覧ください。

Android 12 をインストールする
このデベロッパープレビューには、Android 12 の機能を確認し、アプリをテストしてフィードバックを私達にお送りいただくために必要なすべてのものが含まれています。Pixel 3 / 3 XL、Pixel 3a / 3a XL、Pixel 4 / 4 XL、Pixel 4a / 4a 5G、Pixel 5 のシステムイメージへダウンロードすると、すぐに利用を開始できます。Pixel デバイスをお持ちでない方は、Android Studio で 64 ビットシステムイメージと Android Emulator を使うことができます。セットアップの完了後に、以下の対応をお願いします。

新機能や新 API を試す - 早い段階のデベロッパープレビューでは、皆さんからのフィードバックが不可欠です。Tracker で問題を報告するか、フィードバックとリクエストのページから機能を選択し、アンケートから直接フィードバックをお送りください。
現在のアプリの互換性をテストする - アプリが Android 12 のデフォルトの動作の変更による影響を受けるかどうかご確認ください。Android 12 を実行しているデバイス、またはエミュレータに現在公開しているアプリをインストールするとテストが可能です。
変更をオプトインしてアプリをテストする - Android 12 では、動作の変更点はターゲットに新しいプラットフォームを指定した場合のみアプリに影響するようになっており、それをオプトインすることができます。変更点を早めに把握し、評価することが非常に重要ですので、簡単にテストできるように変更点のオン、オフを個々に切り替えられるようになっています。

プレビューシステムイメージと SDK は、Android 12 のリリースサイクル期間中、定期的にアップデートされる予定です。今回リリースしたバージョンは、デベロッパーのみを対象としているデベロッパープレビューです。日常的な使用やユーザーの使用を想定したものではありません。そのため、手動でのダウンロードでのみ利用できます。ファクトリイメージを Pixel デバイスに書き込むか、Android 11 を実行している Pixel デバイスの外部記憶装置から OTA イメージを読み込むことでご利用いただけます。後者の場合は、ブートローダーのアンロックやデータの消去は必要ありません。どちらの方法でも、プレビュービルドを手動でインストールすると、以降のプレビューやベータ版の機能はすべて OTA で自動アップデートされます。詳しくはこちらをご覧ください。
Android 12 が完成に近づいたら、一般のユーザーも招待してテストしていただく予定です。その際には、Android ベータ版への登録もオープンしますので、ご期待ください。なお、現在のところ、Android ベータ版では、Android 12 は利用できない点に注意してください。完全な情報は、Android 12 デベロッパーのウェブサイトでご確認ください。

Reviewed by Takeshi Hagikura - Developer Relations Team and Hidenori Fujii - Google Play Developer Marketing APAC

2021 年の新しい Android App Bundle とターゲット API レベル要件

2020年12月3日木曜日

この記事は Hoi Lam による Android Developers Blog の記事 "New Android App Bundle and target API level requirements in 2021" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

2021 年も、毎年継続しているターゲット API レベルのアップデートを行います。2021 年 8 月からは新しいアプリで、2021 年 11 月からはすべてのアプリのアップデートでターゲット API レベル 30（Android 11）が必須になります。さらに、今年既にお知らせしたように、新しいアプリは、Google Play で Android App Bundle 公開フォーマットを使うことが必須になります。この形式により、アプリサイズは小さくなり、リリースが簡単になるなど、メリットを受けられるユーザーやデベロッパーが増え、最新のアプリ配信方法に対する継続的な投資をサポートします。App Bundle は、Google Play で公開されている 75 万個以上のアプリやゲームで利用されています。切り替えを済ませたトップアプリは、ユニバーサル APK と比べて平均 15% のファイルサイズの縮小に成功しました。ユーザーにはダウンロードのファイルサイズが小さくなるメリットがあり、Netflix や Riafy などのデベロッパーではアプリのインストール成功率が上がっています。普及しているデバイスがエントリレベルであったり、データ転送速度が遅いデバイスが多い地域では、特に大きな効果があります。切り替えを済ませたデベロッパーは、Play Asset Delivery や Play Feature Delivery などの高度な配布機能を使うこともできます。また、私たちは、皆さんのフィードバックを重視しており、それに基づいて切り替えの前には、Google Play アプリ署名や Android App Bundle にさらに機能やオプションを導入する予定です。新しいアプリの要件2021 年 8 月より、Google Play Console のすべての新しいアプリで以下の条件を満たすことが必須になります。

Android App Bundle 形式で公開する。

ダウンロードサイズが 150 MB を超えるアセットや機能は、Play Asset Delivery または Play Feature Delivery を使って配信する。新しいアプリでは、拡張ファイル（OBB）はサポートされません。

ターゲット API レベル 30（Android 11）以上、および動作の変更点に対応する。

既存アプリのアップデート要件2021 年 11 月より、既存アプリのアップデートでターゲット API レベル 30 以上および Android 11 の動作の変更点への対応が必須になります。アップデートのない既存のアプリは影響を受けず、今後も Play ストアからダウンロードできます。インスタントエクスペリエンスの要件Android App Bundle による配信に切り替えると、従来の Instant App の ZIP フォーマットを使ったインスタントエクスペリエンスにも影響します。2021 年 8 月以降は、新しいインスタントエクスペリエンスへの対応と既存のインスタントエクスペリエンスのアップデートを行わないと、インスタント対応 App Bundle を公開することはできません。今後に向けてすべての変更点の概要を改めて示します。

Wear OS アプリには、新しいターゲット API レベル要件は適用されません。
minSdkVersion は任意のものを使うことができるので、古い Android バージョンを対象にアプリを作成できる点は変わりません。App Bundle への移行の詳細については、新しい動画シリーズ Modern Android Development（MAD）Skills をご覧ください。既に App Bundle と API レベル 30 に採用しているすべてのデベロッパーの皆さん、本当にありがとうございます。皆さんとともに Android プラットフォームをさらに進化させるのを楽しみにしています。
Reviewed by Yuichi Araki - Developer Relations Team and Hidenori Fujii - Google Play Developer Marketing APAC

2019 年の悪質なアプリや悪意のあるデベロッパーへの対策を振り返る

2020年3月3日火曜日

この記事は Andrew Ahn による Android Developers Blog の記事 "How we fought bad apps and malicious developers in 2019" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Google Play は、すばらしいデジタル体験によりユーザーの生産性を向上したり、お楽しみいただけるコンテンツを提供しています。また、世界に数十億いるユーザーにアプローチするためのツールをアプリデベロッパーに提供しています。このように活性化したエコシステムを実現し維持するためには、プラットフォームとしての信頼と安全性を確立していくことが重要です。そのため、私たちは、ここ数年にわたり、Google Play として信頼を得ることと安全性を最優先事項とし、悪用検知システム、ポリシー、悪質なアプリや悪意のあるデベロッパーと戦う部署に対して継続的に投資や改善を行っています。

2019 年には、ポリシーの強化（とりわけ子どもや家族向けの保護の強化）やデベロッパー承認プロセスを継続的に改善するとともに、App Defense Alliance を通してセキュリティ業界のパートナーとの密接な連携も始めました。さらに、機械学習による検知システムを強化し、疑わしいコンテンツや動作を見つけるためにアプリのコード、メタデータ、ユーザーの利用方法からのシグナルを分析するほか、人の目でもより多くのアプリをより詳しくレビューしています。このような作業を組み合わせたことで、Google Play ストアは、これまでよりはるかに安全なプラットフォームになりました。

2018 年、プライバシーに注意が必要な SMS や通話履歴データにアプリが不要なアクセスを行わないように、Google Play は新しいポリシーをリリースしました。デベロッパーがアプリを更新したことで、SMS や通話履歴データにアクセスするアプリが 98% も減少し、ユーザーを保護しました。残る 2% は、重要な機能を実行するために SMS や通話履歴データが必要なアプリです。

悪意のあるアプリからユーザーを守る最善の方法の 1 つは、そもそもそういったアプリを Google Play ストアに入れないことです。検査メカニズムの改善により、ポリシーに違反した状態で公開申請された 79 万個以上のアプリに対して、Play ストアでの公開を阻止しました。

2019 年 5 月には、SMS や通話履歴のポリシーと同じく、子どもや家族向けの保護を強化するポリシーも導入しました。その後、デベロッパーと連携して数万個のアプリをアップデートまたは削除することで、Play ストアはすべてのユーザーにとってより安全な場所になっています。

さらに、 Google Play プロテクトも刷新しました。Google Play プロテクトは、Android 端末で不正なソフトウェアに対する保護を行うビルトイン機能です。日々 1000 億個以上のアプリをスキャンし、潜在的なセキュリティの問題や端末を安全に保つため、その対策をユーザーに提供しています。昨年、Google Play プロテクトは、Google Play 以外のソースによる不正なソフトウェアのインストールを19 億回以上、阻止しました。

私たちは、これらをデベロッパーコミュニティと連携して実現してきたことを誇りに思っていますが、まだやるべきことが残っていることも認識しています。悪意のあるデベロッパーは、検知システムを回避し、ユーザーに被害を与えて自らの利益とするために、新しい抜け道を生み出し続けるでしょう。世界一安全で有用なアプリプラットフォームを構築するという私たちの約束は、2020 年も続きます。昨年のブログでも触れましたが、アプリの安全性を保証する以下の重要な分野についても、注力を続けています。

ユーザーのプライバシーを保護するためのアプリの安全性ポリシーの強化
悪意のあるデベロッパーの検知の高速化と、常習犯のブロック
有害なコンテンツを含むアプリや有害な動作をするアプリの検知と削除

私たちのチームは、強い使命感を抱いたプロダクトマネージャー、エンジニア、ポリシーエキスパート、オペレーションリーダーで構成されています。このチームがデベロッパーコミュニティと連携し、イノベーションの速度を上げることで、世界中の数十億の Android ユーザーの皆さんに安全なアプリストアを提供してまいります。

Reviewed by Yuichi Araki - Developer Relations Team

2018 年の悪質なアプリや悪意のあるデベロッパーとの戦いについて

2019年3月7日木曜日

この記事は Andrew Ahn による Android Developers Blog の記事 "How we fought bad apps and malicious developers in 2018" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Google Play は、何十億という Android ユーザーにお気に入りのアプリを見つけて楽しんでいただけるよう、安全かつ安心なプラットフォームを提供することに力を注いでいます。その責任を果たすため、昨年は不正使用の検知を行うテクノロジーやシステムの改善を行うとともに、悪者たちと戦うチームのプロダクトマネージャー、エンジニア、ポリシーエキスパート、オペレーションリーダーを大幅に増員しています。
2018 年は、新たな傾向の不正行為からユーザーを守るための新しいポリシーを導入したり、悪意のあるデベロッパーをすばやく検知して削除したり、Google Play ストアに入り込もうとする悪意のあるアプリを今まで以上に防いだりしてきました。アプリの提出を拒否した数は 55% 以上、公開を停止したアプリは 66% 以上増加しました。ここまで数が増えたのは、ポリシーを厳格にして Play ストアで有害なアプリの数を減らしたり、悪質なアプリを特定して取り締まるうえで重要になる自動保護や人間によるレビュープロセスに力を入れたりしてきたためでしょう。
悪質なアプリを特定して Play ストアに入り込まないようにしているだけではありません。ユーザーの端末で毎日 500 億以上のアプリをスキャンしている Google Play プロテクトシステムは、端末にインストールされたアプリによる有害な動作を防いでいます。このような保護のおかげで、Google Play のアプリがユーザーの端末で有害な動作をする可能性は、その他のソースの Android アプリに比べて 8 分の 1 に留まっています。
以下では、昨年から力を入れ、2019 年にも優先的に対応する予定となっているいくつかの領域について説明します。

ユーザーのプライバシー保護

ユーザーのデータとプライバシーを守ることは、ユーザーの信頼を得る上で非常に重要です。私たちは従来より、アプリの機能に必要なものに限って端末のパーミッションリクエストを行うよう、デベロッパーに求めています。また、データがどのように使われるかをユーザーに理解してもらうため、プライベートなユーザーデータの収集や利用についてはっきりと開示することも求めています。昨年は、ユーザーデータやプライバシーに関する Play のポリシーに準拠していない数万個のアプリを拒否または削除しています。
2018 年 10 月には、SMS と通話履歴のパーミッションの利用を一部の場合（通話やテキストメッセージ送信のデフォルトアプリとして選択されている場合など）に限るという新しいポリシーを発表しました。先日より、このポリシーに違反しているアプリを Google Play から削除する作業を始めています。2019 年には、端末のパフォーマンスやユーザーデータに関する別のポリシーも導入したいと考えています。

デベロッパーの健全性

重大なポリシー違反の 80% 以上は、常習犯や悪質なデベロッパーネットワークによるものであることがわかっています。悪意のあるデベロッパーを追放しても、多くの場合、新しいアカウントを作ったり、ブラックマーケットでデベロッパーアカウントを購入したりして、Google Play に戻ってきます。そこで、クラスタリングやアカウントマッチングのテクノロジーをさらに強化しつつ、こういったテクノロジーと人間のレビューアーの専門知識を組み合わせることにより、悪質なデベロッパーネットワークのアプリをブロックし、そもそもそういったアプリが公開されないようにしています。そのため、悪質なアプリはさらにインストールされにくくなっています。

有害なアプリのコンテンツと動作

昨年のブログ投稿でも触れたように、私たちはたくさんの偽装アプリや不適切なコンテンツを持つアプリ、有害な可能性があるアプリ（PHA）と戦っています。こういった種類のアプリとの戦いはこれからも続きますが、高度な機械学習モデルを適用して疑わしいアプリを見つけるだけでなく、静的解析や動的解析を行ったり、ユーザーエンゲージメントやフィードバックのデータをうまく活用したり、熟練した人間によるレビューを利用したりもしています。これらはいずれも、たくさんの悪質なアプリを高い精度で効率よく見つけることに貢献しています。
私たちは、悪質なアプリに対抗するために保護レイヤーの強化や追加を行っています。しかし、悪者たちが戦略を変え、悪質な動作を隠すことでこのシステムの目を欺こうとしていることも把握しています。このような悪意のある行動に対抗するために、これからも機能の強化を続けます。そして、安全で安心できるアプリストアをユーザーに提供できるように、懸命に努力を重ねてまいります。

Reviewed by Yuichi Araki - Developer Relations Team