Android アプリのセキュリティテストを行う方法: 開発者とテスターのためのガイド-jsチュートリアル-php.cn

導入

Android スマートフォンの熱心なファンとして、スマートフォンが突然落ちたら、最初に思うのは「なんてことだ!」ということではないでしょうか。それとも Google Pay や Paypal のお金は安全ではないのですか?最近ダウンロードしたアプリで、さまざまな退屈な広告がポップアップ表示されるだけでなく、予期しない通知も表示されたら、フィッシングの試みではないかと考え、すぐにアプリをアンインストールしますか?

Android のセキュリティ脆弱性について十分に認識していないユーザーに、アプリが安全なエクスペリエンスを提供できるようにするにはどうすればよいでしょうか? Android エコシステムにはどのようなセキュリティ脆弱性がありますか?新しい Android セキュリティテスト手法はどこで調べられますか?セキュリティテストプロセスを合理化するにはどうすればよいですか?

Android の一般的なセキュリティ脆弱性

第一に、Android オペレーティングシステムのオープンソース開発の利点には、Android システムのサンドボックスシステム (つまり、仮想マシン) など、その開発における固有のセキュリティ問題も隠蔽されています。ただし、基礎となる層には次から次へと脆弱性があり、悪意のあるプログラム (またはツール) が root アクセスを取得してサンドボックスの制限を破ることができます。 PC 時代と同様に、絶対的に安全な PC オペレーティングシステムは存在しません。モバイルインターネットの時代には、絶対に安全なモバイルオペレーティングシステムも存在しません。 Android オープンソースエコシステムのセキュリティリスクは、血塗られた警鐘のようなもので、すべての Android 開発者の心を打ちます。

第二に、Android APP/SDK 開発プロセスにおけるセキュリティリスクは未知のブラックホールのようなものです。安全保障上の対立の終着点がどこにあるのか、攻撃者が誰なのか、ターミネーターが誰なのか、そしてそれらに対してどのように防御すればよいのか、私たちは決して知りません。

最後に、ユーザーレベルで、一般的で認識可能なセキュリティ動作の脆弱性は何ですか?

Android アプリと SDK の両方には、ある程度のセキュリティ上の脆弱性があります。おそらくいつか、アプリケーションが上記のセキュリティ脆弱性のいずれかの影響を受ける可能性があります。偶然にも、最近 Android SDK をテストしているときに、Android アプリケーションコンポーネントに関連するセキュリティの脆弱性を発見しました。この例に基づいて、Android SDK セキュリティテストの方法、テクニック、プロセスがまとめられています。

Android アプリのセキュリティテストの例

脆弱性の原因の概要
アプリケーションのオプションコンポーネント (以下、アプリケーションと呼びます) Android SDK は、Java レイヤサービスが生きているかどうかを監視するためにローカルでランダムなポートを開きます。しかし、Java 層がコンポーネントと通信する際、入力パラメータを厳密にチェックしないため、Linux システムの「system()」関数を呼び出す際に攻撃コードが埋め込まれ、悪意のある攻撃が行われる可能性があります。

次のスクリーンショットは、シミュレーションポートが攻撃された後、アプリケーションコンポーネントのインテントが通信中に URL コンテンツを変更し、Web ビューに文字化けしたコードが表示されることを示しています。

Garbled code

脆弱性による潜在的なセキュリティリスク

Android APP の 4 つの主要なアプリケーションコンポーネント (アクティビティ、レシーバー、サービス、コンテンツプロバイダー)、および IPC のインテントを介して通信するアプリケーションコンポーネントのセキュリティロールについては、ここでは詳しく説明しません。上記の例のコンポーネント関連の脆弱性を利用して、次の図は端末 APP 側に関連する攻撃の次元を示しています。

Attack dimensions

Android APP のローカルアプリケーション環境により、ネットワークソケットには本質的に詳細な認証および認可メカニズムが不足しています。したがって、Android クライアントをサーバーとして使用し、逆コードを使用してアプリケーションのローカルのランダムなポート番号を検索し、そのポートに積極的に攻撃を送信すると、次のようなセキュリティ上の危険が潜んでいます。

ローカルコマンド実行: 組み込みアプリケーションのパッケージ名をアプリケーション自体として指定し、コンポーネント名をアプリケーションのアクティビティとして指定すると、アプリケーションの任意のアクティビティを実行できます。保護された非輸出活動も含めて開始され、セキュリティ上の危険を引き起こします。たとえば、サービス拒否の脆弱性は、HTTP リクエストを通じてエクスポートされていないいくつかのアクティビティを 1 つずつ開始することで発見できます。
アプリケーションの権限を変更するコマンドコントロール: オープンソケットポートを介して Android アプリケーションコンポーネントを開始する意図を渡し、アクティビティの開始やブロードキャストの送信などの操作を、その権限で実行します。攻撃されたアプリケーション。ソケット経由で渡されるインテントは、送信者の ID と権限についての詳細なチェックを実行できないため、Android によってアプリケーションコンポーネントに提供される権限保護をバイパスし、エクスポートされていない権限で保護されたアプリケーションコンポーネントを起動して、セキュリティ上の危険を引き起こす可能性があります。
機密情報の開示、携帯電話制御: ローカルサービスは UDP ポートを開いてリッスンし、特定のコマンドワードを受信した後、携帯電話の機密情報を返すことができます。たとえば、Baidu の携帯電話バトラーは携帯電話の SecretKey をリモートで管理でき、その後、権限のない攻撃者がネットワークを通じて携帯電話を完全に管理できます。

Androidセキュリティテストの実行

Android のセキュリティ強化バージョンの最適化

ネイティブ層と Java 層の両方にシステムコマンドと特殊文字フィルタリングのチェックを追加します。
JNI Watchdog デーモンプロセスのソケット通信を暗号化します。
ローカル通知機能に URL、インテント、アクティビティの機能検証を追加して、通知をクリックしたときに悪意のあるリンクへのリダイレクトを防ぎます。
アプリのローカルストレージ内のパッケージ名の保存場所を変更します。
オンライン設定機能を追加します。

これらは、このセキュリティ強化の最適化のための重要な要件です。

特別なセキュリティテスト

従来のシステムテストまたはパフォーマンステストに従っている場合は、変化する要件に基づいてフォワードテストを実行するだけで済みます。ただし、セキュリティテストの場合、SDK のセキュリティの堅牢性を確保するには、さまざまなセキュリティ攻撃手法をシミュレートし、変更点のテストケースを分岐する、逆特殊テストが必要です。

Android の定期的なセキュリティ回帰テスト

プライバシーデータ: 外部ストレージのセキュリティと内部ストレージのセキュリティ。ユーザー名、パスワード、チャット記録、構成情報、その他の個人情報がローカルに保存され、暗号化されているかどうかを確認します。情報を使用する前に、その完全性を確認してください。
権限攻撃: アプリのディレクトリをチェックし、その権限が他のグループメンバーに読み取りまたは書き込みを許可していないことを確認します。システム権限が攻撃を受けているかどうかを確認してください。
Android コンポーネントの権限保護: アプリの内部コンポーネントがサードパーティプログラムによって任意に呼び出されるのを防ぎます。アクティビティがサードパーティプログラムによって呼び出されるのを防ぎ、アクティビティのハイジャックを防ぎます。ブロードキャストの受信と送信のセキュリティを確保し、アプリによって送信されたブロードキャストのみを受信し、送信されたコンテンツを第三者が受信するのを防ぎます。悪意を持ってサービスを開始または停止することを防ぎます。コンテンツプロバイダーの操作権限を確認します。コンポーネントを外部から呼び出す必要がある場合は、呼び出し元に署名制限が適用されているかどうかを確認してください。
アップグレード: ハイジャックを避けるために、アップグレードパッケージの整合性と合法性をチェックしてください。
サードパーティライブラリ: サードパーティライブラリを使用している場合は、その更新を追跡し、セキュリティを確認してください。
ROM セキュリティ: 埋め込まれた広告やトロイの木馬などの追加を避けるために、公式 ROM または権威あるチームが提供する ROM を使用します。
クラック対策: 逆コンパイルに対抗し、逆コンパイルツールを使用して逆コンパイルしたり、逆コンパイル後に正しい逆アセンブリコードを取得したりできなくします。コードの難読化と暗号化を使用して静的分析に対抗します。デバッガとエミュレータを検出するコードを追加することで、動的デバッグに対抗します。署名をチェックし、コンパイルされた dex ファイルのハッシュ値を検証することで、再コンパイルを防ぎます。

セキュリティ特別テストと定期的なプロセステストが完了したら、アプリの既存の機能、新バージョンと旧バージョン間の互換性、さまざまな Android オペレーティングシステムバージョンとの互換性についてローリング回帰テストを実行します。

まとめ

通常のパフォーマンスおよびシステム機能のテストケースと比較して、セキュリティテストケースでは、ユーザーのセキュリティの外観レベル、アプリケーションシステムのローカルおよびリモートの攻撃レベル、オペレーティングシステムの脆弱性レベルをカバーするなど、Android エコシステムをより包括的に理解する必要があります。逆攻撃思考のテストケースの設計にさらに重点を置きます。

開発の出発点がセキュリティ防御である場合、テストの出発点はハッカーの攻撃に対する考え方です。攻撃シナリオのテストケースを設計し、攻撃テスト手法を実装することで、SDK のセキュリティの堅牢性が決まります。

アプリケーションの最高レベルのセキュリティを確保するには、WeTest アプリケーションセキュリティテストの利用を検討してください。このサービスは、アプリケーションのセキュリティ問題の包括的な評価、プログラムの脆弱性のタイムリーな検出を提供し、脆弱性の修復を支援するコード修復例を提供します。

潜在的な脅威からアプリケーションを保護し、安全なユーザーエクスペリエンスを維持するには、WeTest を信頼してください。

Image description