* 安全なデータ破棄:
* Web シェルを安全に削除すると、将来的に攻撃者がアクセスしたり悪用したりすることがなくなります。
* 悪意のあるファイルを削除し、そのファイルが占めていた領域を上書きして回復を防止します。
* 他のオプションを選択しないのはなぜですか?
* A (永続化メカニズムの削除): セキュリティの維持には役立ちますが、Web シェルの直接的な脅威には対処できません。
* B (インフラストラクチャのスピンダウン): これにより、操作が中断される可能性があり、Web シェルの問題が直接軽減されるわけではありません。
* C (アーティファクトの保存): フォレンジック分析には必要ですが、Web シェルのさらなる悪用を防ぐことはできません。
CompTIA Pentest+ リファレンス:
* ドメイン 3.0 (攻撃とエクスプロイト)

侵入したシステムへのアクセスを再起動後も維持するために、侵入テスターはスケジュールされたタスクを作成する必要があります。スケジュールされたタスクは、指定された時刻または特定の条件が満たされたときに自動的に実行されるように設計されており、再起動後もアクセスが維持されます。
永続化メカニズム:
スケジュールタスク：スケジュールタスクを作成すると、特定のプログラムまたはスクリプトが、設定されたスケジュールに従って、またはシステムの起動などの特定のイベントに応じて自動的に実行されます。これにより、システムの再起動後もアクセスを維持するための信頼性の高い方法となります。
リバース シェル: リバース シェルを確立すると即時アクセスが可能になりますが、通常、別の永続化メカニズムと組み合わせない限り、システムの再起動後は存続しません。
プロセス インジェクション: 悪意のあるプロセスを別の実行中のプロセスに挿入すると、ステルス アクセスが可能になりますが、再起動すると持続しない可能性があります。
資格情報のダンプ: 資格情報をダンプすると、盗まれた資格情報を使用して再アクセスできるようになりますが、再起動時に自動的にアクセスできるようになるわけではありません。
スケジュールされたタスクの作成:
Windowsでは、schtasksコマンドを使ってスケジュールされたタスクを作成できます。例:
schtasks /create /tn "Persistence" /tr "C:\path\to\malicious.exe" /sc onlogon /ru SYSTEM Linuxでは、crontabを編集することでcronジョブを作成できます。
(crontab -l; echo "@reboot /path/to/malicious.sh") | crontab -
ペンテストの参考資料:
エクスプロイト後の攻撃では、永続性を維持することが重要な目標となります。スケジュールされたタスク（Windowsタスクスケジューラ）とcronジョブ（Linux）は、一般的に使用される手法です。
実際のシナリオへの参照には、システムの起動時にマルウェア、キーロガー、またはリバースシェルを自動的に実行するためのスケジュールされたタスクの作成が含まれます。
スケジュールされたタスクを作成することにより、侵入テスターは、システムが再起動するたびにアクセス方法 (リバース シェル、マルウェアなど) が自動的に実行されることを保証し、信頼性の高い永続性を実現します。

主な調査結果によると、ネットワークデバイスはスニッフィング、ブルートフォース攻撃、SSHデーモンの悪用など、複数の攻撃に対して脆弱です。これらの攻撃を防ぐための最善の推奨事項は、管理用の帯域外ネットワーク（本番ネットワークからアクセスできない独立したネットワーク）を作成し、SSHキーや証明書などのより適切な認証方法を実装することです。その他の選択肢は、それほど効果的でも関連性も高くありません。

Explanation:
侵入テスターがさらなる調査を行うために使用すべきツールはWPScanです。WPScanはWordPressの脆弱性スキャナーであり、脆弱なパスワード、古いプラグイン、不適切な設定など、WordPressによくあるセキュリティ問題を検出できます。また、robots.txtファイルからWordPressのユーザー、テーマ、プラグインを列挙することもできます。
侵入テスターが削除を推奨すべき robots.txt ファイル内の 2 つのエントリは次のとおりです。
許可: /admin
許可: /wp-admin
これらのエントリはWordPress管理パネルを公開しており、ブルートフォース攻撃、SQLインジェクション、その他のエクスプロイトの標的となる可能性があります。これらのエントリを削除することで、Webアプリケーションのバックエンドへの不正アクセスを防ぐことができます。あるいは、侵入テスターは管理パネルの名前を分かりにくい名前に変更したり、二要素認証やIPホワイトリストなどの認証方法を追加したりすることを提案できます。

侵入テスターが保護されていないソース コード リポジトリ内のファイルにハードコードされた資格情報を発見した場合、次の手順では、追加のセキュリティ問題を特定するために、ドキュメント化とさらなる調査に重点を置く必要があります。
Explanation:
* スクリーンキャプチャの取得（オプション B）：
* 文書化：最終報告書には、発見事項を文書化することが不可欠です。スクリーンキャプチャは、発見されたハードコードされた認証情報の具体的な証拠となります。
* 監査証跡: これにより、脆弱性の記録が確保され、開発チームやクライアントなどの関係者に問題を伝えるために使用できるようになります。
* その他の埋め込まれたパスワードの調査（オプション C）:
* 徹底的な調査：ハードコードされたパスワードが1つ見つかった場合、他にもパスワードが存在する可能性が示唆されます。徹底的な調査により、追加の認証情報が発見され、システムのセキュリティがさらに侵害される可能性があります。
* 自動化ツール: truffleHog、git-secrets、grep などのツールを使用して、リポジトリをスキャンし、ハードコードされたシークレットの他のインスタンスを探すことができます。
ペンテストの参考資料:
* 初期検出: ハードコードされた資格情報の検出は、ソース コードのレビュー中やリポジトリの自動スキャン中によく発生します。
* 文書化：すべての発見事項を詳細に記録することは、侵入テストプロセスの重要な部分です。これにより、発見されたすべての脆弱性が正確かつ包括的に報告されます。
* さらなる調査：ハードコードされた認証情報を発見したら、同じリポジトリ内で他のセキュリティ問題がないか確認することをお勧めします。これには、他の認証情報、APIキー、機密情報などが含まれる場合があります。
実行手順:
* スクリーンキャプチャを撮る:
* スクリーンショットツールを使用して、ハードコードされた認証情報の証拠をキャプチャします。キャプチャには、ファイルパスや関連するコード行などのコンテキストが含まれていることを確認してください。
* さらに詳しく調査する:
* ツールと手動検査を使用して、埋め込まれた他のパスワードを検索します。
* grep などのコマンドが役立ちます:
grep -r 'パスワード' /リポジトリへのパス
* truffleHog のようなツールは、秘密を示す高エントロピー文字列を検索できます。
trufflehog --regex --entropy=True /path/to/repository
発見内容を文書化し、さらに調査することで、侵入テスターはリポジトリの包括的な評価を確実に実行し、潜在的なセキュリティ リスクを効果的に特定して軽減します。