Exploiting a debuggeable application
Last updated
Last updated
AWSハッキングを学び、実践する：HackTricks Training AWS Red Team Expert (ARTE) GCPハッキングを学び、実践する：HackTricks Training GCP Red Team Expert (GRTE)
この投稿のこのセクションは、https://medium.com/@shubhamsonani/hacking-with-precision-bypass-techniques-via-debugger-in-android-apps-27fd562b2cc0からの要約です。
内容はhttps://medium.com/@shubhamsonani/hacking-with-precision-bypass-techniques-via-debugger-in-android-apps-27fd562b2cc0に基づいています。
APKをデコンパイルする：
APKをデコンパイルするためにAPK-GUIツールを利用します。
_android-manifest_ファイルにandroid:debuggable=trueを挿入してデバッグモードを有効にします。
修正したアプリケーションを再コンパイル、署名、zipalignします。
修正したアプリケーションをインストールする：
コマンドを使用します：adb install <application_name>。
パッケージ名を取得する：
adb shell pm list packages –3を実行してサードパーティアプリケーションのリストを表示し、パッケージ名を見つけます。
アプリをデバッガ接続待機状態に設定する：
コマンド：adb shell am setup-debug-app –w <package_name>。
注意： このコマンドは、アプリケーションを開始する前に毎回実行する必要があります。
永続性を持たせるために、adb shell am setup-debug-app –w -–persistent <package_name>を使用します。
すべてのフラグを削除するには、adb shell am clear-debug-app <package_name>を使用します。
Android Studioでデバッグの準備をする：
Android Studioで_ファイル -> プロファイルまたはAPKを開く_に移動します。
再コンパイルしたAPKを開きます。
主要なJavaファイルにブレークポイントを設定する：
MainActivity.java（特にonCreateメソッド）、b.java、およびContextWrapper.javaにブレークポイントを置きます。
アプリケーションは、特定のポイントでデバッグ可能かどうかを確認し、ルートデバイスを示すバイナリをチェックします。デバッガを使用してアプリ情報を変更し、デバッグ可能ビットを解除し、検索されたバイナリの名前を変更してこれらのチェックを回避できます。
デバッグ可能チェックについて：
フラグ設定を変更する：
デバッガコンソールの変数セクションで、this mLoadedAPK -> mApplicationInfo -> flags = 814267974に移動します。
注意： flags = 814267974のバイナリ表現は11000011100111011110であり、「Flag_debuggable」がアクティブであることを示しています。
これらの手順は、アプリケーションがデバッグ可能であり、特定のセキュリティチェックをデバッガを使用して回避できることを保証し、アプリケーションの動作のより詳細な分析や変更を促進します。
ステップ2では、フラグ値を814267972に変更することが含まれ、これはバイナリで110000101101000000100010100として表されます。
ボタンとテキストビューを含む脆弱なアプリケーションを使用したデモが提供されました。最初にアプリケーションは「Crack Me」と表示します。目的は、ソースコードを変更せずに、実行時に「Try Again」から「Hacked」にメッセージを変更することです。
アプリケーションはapktoolを使用してデコンパイルされ、AndroidManifest.xmlファイルにアクセスしました。
AndroidManifest.xmlにandroid_debuggable="true"が存在することは、アプリケーションがデバッグ可能であり、悪用される可能性があることを示しています。
apktoolは、コードを変更せずにデバッグ可能ステータスを確認するためのみに使用されることに注意してください。
プロセスには、エミュレーターを起動し、脆弱なアプリケーションをインストールし、adb jdwpを使用してリスニングしているDalvik VMポートを特定することが含まれました。
JDWP（Java Debug Wire Protocol）は、VM内で実行されているアプリケーションのデバッグを可能にし、ユニークなポートを公開します。
リモートデバッグのためにポートフォワーディングが必要で、その後、JDBをターゲットアプリケーションにアタッチしました。
悪用は、ブレークポイントを設定し、アプリケーションのフローを制御することによって行われました。
classesやmethods <class_name>のようなコマンドを使用してアプリケーションの構造を明らかにしました。
onClickメソッドにブレークポイントを設定し、その実行を制御しました。
locals、next、およびsetコマンドを使用してローカル変数を検査および変更し、「Try Again」メッセージを「Hacked」に変更しました。
修正されたコードはrunコマンドを使用して実行され、アプリケーションの出力がリアルタイムで変更されました。
この例は、デバッグ可能なアプリケーションの動作がどのように操作できるかを示し、アプリケーションのコンテキスト内でシェルアクセスを取得するなどのより複雑な悪用の可能性を強調しています。
AWSハッキングを学び、実践する：HackTricks Training AWS Red Team Expert (ARTE) GCPハッキングを学び、実践する：HackTricks Training GCP Red Team Expert (GRTE)
