AndroidManifest.xml ファイルには、アクティビティ、サービス、ブロードキャスト レシーバー、コンテンツ プロバイダーなどのアプライアンスのコンポーネントを含むパッケージの情報が含まれています。このファイルは別のタスクも実行します。 * アクセス許可を提供することで、保護された部分にアクセスできるようにアプライアンスを保護する責任があります。 。* アプライアンスが使用する Android API も宣言します。* インストルメンテーション クラスをリストします。インストルメンテーション クラスは、プロファイリングやその他の情報を提供します。これらの情報は、アプライアンスが公開される直前などに削除されます。これは、すべての Android アプリケーションに指定された XML ファイルであり、基本ディレクトリ内にあります。

この質問は、IDOR 脆弱性の典型的な例を示しています。ロブは「name」パラメータでネッドの名前を置き換えます。開発者がこの脆弱性を修正していない場合、ロブはネッドのアカウントにアクセスできるようになります。以下に、IDOR 脆弱性に関する詳細情報を示します。
安全でない直接オブジェクト参照 (IDOR) は、Web アプリケーション開発者が内部実装オブジェクトへの直接アクセスに識別子を使用しているが、追加のアクセス制御や承認チェックが提供されていない場合に発生するサイバーセキュリティの問題です。たとえば、クライアント側のユーザー入力を通じてトランザクションの URL が変更され、別のトランザクションの未承認のデータが表示される可能性がある場合、IDOR 脆弱性が発生します。
ほとんどの Web アプリケーションは、単純な ID を使用してオブジェクトを参照します。たとえば、データベース内のユーザーは通常、ユーザー ID によって参照されます。同じユーザー ID は、ユーザー情報を含むデータベース列の主キーであり、自動的に生成されます。データベース キーの生成アルゴリズムは非常に単純です。通常、次に利用可能な整数が使用されます。他のすべての種類のデータベース レコードには、同じデータベース ID 生成メカニズムが使用されます。
上記のアプローチは正当ですが、攻撃者がすべてのユーザーを列挙できる可能性があるため、推奨されません。このアプローチを維持する必要がある場合、開発者は少なくとも、リソースにアクセスするために単なる参照以上のものが必要であることを確実に確認する必要があります。たとえば、Web アプリケーションが次の URL を使用してトランザクションの詳細を表示するとします。
https://www.example.com/transaction.php?id=74656
悪意のあるハッカーは、id パラメータ値 74656 を他の同様の値に置き換えようとする可能性があります。次に例を示します。
https://www.example.com/transaction.php?id=74657
74657 トランザクションは、別のユーザーに属する有効なトランザクションである可能性があります。悪意のあるハッカーには、それを閲覧する権限を与えるべきではありません。ただし、開発者がエラーを犯した場合、攻撃者はこのトランザクションを閲覧することになり、安全でない直接オブジェクト参照の脆弱性が発生することになります。

DNS トンネリングは、データ転送を目的としていないプロトコルである DNS プロトコルを介してデータを送信する方法である可能性があります。そのため、人々はそれを見逃す傾向があり、多くの攻撃において人気がありながらも効果的なツールとなっています。DNS トンネリングの最も一般的な使用例は、空港やホテルのキャプティブ ポータルをバイパスすることによって無料のインターネットを取得することです。また、我慢強い場合はウィング Wi-Fi のそれほど安くないものを利用することもあります。これらの共有インターネット ホットスポットでは、ユーザー名/パスワードが指定されるまで HTTP トラフィックはブロックされますが、DNS トラフィックは通常、バックグラウンド内で引き続き許可されます。DNS 経由で HTTP トラフィックをエンコードすると、ほら、インターネット アクセスが可能になります。これは楽しそうに聞こえますが、実際には、DNS トンネリング上のものを閲覧するのは遅いです。ゆっくりと1998年に戻ってみましょう。DNS トンネリングのもう 1 つの危険な使用法は、ネットワーク セキュリティ デバイス (ファイアウォール、DLP アプライアンスなど) をバイパスして、組織のネットワーク上に即時の監視されていない通信チャネルを構築することです。ここでの可能性は無限です。データの引き出し、別のペネトレーション テスト ツールの修正など、何でもあります。さらに心配なのは、使いやすい DNS トンネリング ツールが大量に世に出ていることです。少なくとも 1 つの VPN over DNS プロトコル プロバイダーもあります (警告: この Web サイトの計画はおぞましいもので、その正当性には疑問を感じます)。ペンテスターに​​とって、これは多くの場合素晴らしいことですが、ネットワーク管理者にとってはそれほど素晴らしいことではありません。別の侵入テスト ツールを修正します...名前は何でもいいでしょう。さらに心配なのは、使いやすい DNS トンネリング ツールが大量に世に出ていることです。少なくとも 1 つの VPN over DNS プロトコル プロバイダーもあります (警告: この Web サイトの計画はおぞましいもので、その正当性には疑問を感じます)。ペンテスターに​​とって、これは多くの場合素晴らしいことですが、ネットワーク管理者にとってはそれほど素晴らしいことではありません。別の侵入テスト ツールを修正します...名前は何でもいいでしょう。さらに心配なのは、使いやすい DNS トンネリング ツールが大量に世に出ていることです。少なくとも 1 つの VPN over DNS プロトコル プロバイダーもあります (警告: この Web サイトの計画はおぞましいもので、その正当性には疑問を感じます)。ペンテスターに​​とって、これは多くの場合素晴らしいことですが、ネットワーク管理者にとってはそれほど素晴らしいことではありません。
仕組み:
DNS プロトコルについて無知でありながらここまでたどり着いた人のために、DNS が何をするのかについて簡単に説明する価値があると思います。DNS は Web 用の電話帳のようなもので、URL (人間に優しい言語、人の名前) を次のように変換します。 IP アドレス (機械に優しい言語、電話番号)。これは、私たちが多くの人の名前を覚えるのと同じように、多くの Web サイトを覚えるのに役立ちます。DNS とは何かを知っている人には、DNS プロトコルについて簡単に更新するためにここを参照することをお勧めしますが、理解したいことを簡単に説明します。 * レコード: Web サイト名を IP アドレスにマップします。例.com ？12.34.52.67 * NS レコード (別名ネームサーバー レコード): Web サイトが複数のサーバーでホストされている場合に備えて、Web サイト名を DNS サーバーのインベントリにマップします。例.com ？server1.example.com、server2.example.com DNS トンネリングに関与しているのは誰ですか? * クライアント。データを含む DNS リクエストを Web サイトに送信します。* 1 つのドメインを設定します。したがって、DNS サーバーはそのリクエストを独自の概要サーバーにリダイレクトします。* サーバー。多くの場合、これは最終的に DNS リクエストを受信できる定義されたネームサーバーです。DNS トンネリングの 6 つのステップ (簡略化): 1. クライアントは、DNS 要求中にデータをエンコードします。これを行う方法は、多くの場合、リクエストのドメイン内で少しの知識を先頭に追加することです。例: mypieceofdata.server1.example.com 2. DNS リクエストは DNS サーバーに送信されます。3. DNS サーバーは、サーバーの IP アドレスを使用してドメインの A レジスタを見つけます。4. mypieceofdata.server1.example.com へのリクエストがサーバーに転送されます。5. サーバーは、mypieceofdata の実行が要求されたかどうかに関係なく処理します。それが HTTP リクエストだったとしましょう。6.
DNS トンネリング方式によるファイアウォールのバイパス DNS は UDP を使用して動作し、送信クエリには 255 バイトの制限があります。また、使用できるのは英数字とハイフンのみです。外部クエリに対するこのような小さいサイズの制約により、さまざまな悪意のあるエンティティによるデータの引き出しを実行するための理想的な選択肢として DNS を使用できます。DNS プロトコルのパケットには破損したデータや悪意のあるデータが密かに埋め込まれる可能性があるため、DNSSEC であっても DNS トンネリングの異常を検出することはできません。これはマルウェアによって効果的に使用され、ファイアウォールをバイパスして被害者のマシンと C&C サーバー間の通信を維持します。NSTX (https://sourceforge.net)、Heyoka (http://heyoka.sourceforge.netuse)、Iodine (https://code.kryo.se) などのツールは、DNS ポート 53 を介してトラフィックをトンネリングするこの手法を使用します。 .CEH v11 モジュール 12 ページ 994