高度な脅威行為者が、NetScaler ADCおよびGatewayの重大な脆弱性「Citrix Bleed 2」（CVE-2025-5777）と、Cisco Identity Service Engine（ISE）に影響するCVE-2025-20337をゼロデイとして悪用し、カスタムマルウェアを展開しました。
アマゾンの脅威インテリジェンスチームは、”MadPot“ハニーポットデータを分析し、ハッカーがセキュリティ問題が公開され、パッチが利用可能になる前に、2つのセキュリティ問題を利用していることを発見しました。
「当社のAmazon MadPotハニーポットサービスは、Citrix Bleed Two脆弱性（CVE-2025-5777）の悪用試行を一般公開前に検出し、脅威行為者がこの脆弱性をゼロデイとして悪用していたことを示しています」とAmazonは説明しています。
「シトリックスの脆弱性を悪用する同じ脅威のさらなる調査を通じて、Amazon Threat Intelligenceは、脆弱なデシリアライズロジックを使用するCisco ISEの以前は文書化されていなかったエンドポイントを標的とする異常なペイロードを特定し、シスコと共有しました。
Citrix Bleed 2は、NetScaler ADCとGatewayの境界外メモリ読み出し問題で、ベンダーは6月下旬に修正プログラムを公開した。
ベンダーは、この欠陥が攻撃に利用されたことを確認するために、より長い期間を必要としたが、攻撃に利用されたとする複数のサードパーティの報告にもかかわらず、7月上旬にエクスプロイトが利用可能になり、CISAはこの欠陥をエクスプロイトとタグ付けした。
ISEの欠陥（CVE-2025-20337）は、最大重大度スコアが7月17日に公表され、Ciscoは、認証されていない攻撃者が悪意のあるファイルを保存したり、任意のコードを実行したり、脆弱なデバイス上でroot権限を取得したりするために悪用される可能性があると警告していた。
5日も経たないうちに、ベンダーはCVE-2025-20337が活発に悪用されているという警告を再発行した。7月28日、研究者のBobby Gould氏は、エクスプロイト・チェーンを含む技術的な詳細を発表した。
アマゾンによると、シスコとシトリックスが最初のセキュリティ情報を発表する前に、APT攻撃で両方の欠陥が利用されていたという。
ハッカーはCVE-2025-20337を利用してCisco ISEエンドポイントへの事前認証管理者アクセスを取得し、正規のISEコンポーネントに偽装した「IdentityAuditAction」という名前のカスタムWebシェルを展開した。
このWebシェルは、HTTPリスナーとして登録してすべてのリクエストを傍受し、Javaリフレクションを使用してTomcatサーバーのスレッドに注入した。
また、ステルスのために非標準のbase64エンコーディングによるDES暗号化を採用し、アクセスするために特定のHTTPヘッダーの知識を必要とし、最小限のフォレンジックトレースを残しました。
複数の公表されていないゼロデイ欠陥の使用、Java/Tomcat内部とCisco ISEアーキテクチャの高度な知識はすべて、高度なリソースを持つ高度な脅威行為者を示しています。しかし、アマゾンはこの活動を既知の脅威グループによるものとは断定できなかった。
しかし、不思議なことに、その標的は無差別のようであり、このような脅威行為者による高度に標的化された活動の典型的な狭い範囲とは一致しない。
CVE-2025-5777とCVE-2025-20337のセキュリティアップデートを適用し、ファイアウォールとレイヤリングによってエッジネットワークデバイスへのアクセスを制限することが推奨される。
.ia_ad { background-color：#width: 95%; max-width: 800px; margin: 15px auto; border-radius: 8px; border：1px solid #d6ddee; display: flex; align-items: stretch; padding: 0; overflow: hidden; }：0; overflow: hidden; } .ia_lef { flex: 1; max-width: 200px; height: auto; display: flex; align-items: stretch; } .ia_lef a { display: flex; width: 100%; height: 100%; } .ia_lef a img { width: 100%; height: 100%; border-radius: 8px 0 0 8px; margin: 0; display: block; } .ia_rig { flex: 2; padding：display: flex; flex-direction: column; justify-content: center; } .ia_rig h2 { font-size: 17px !important; font-weight: 700; color：#line-height: 1.4; font-family：margin: 0 0 14px 0; } .ia_rig p { font-weight: bold; font-size: 14px; margin: 0 0 clamp(6px, 2vw, 14px) 0; } .ia_button { background-color：#border：1px solid #3b59aa; color: black; text-align: center; text-decoration: none; border-radius: 8px; display: inline-block; font-size: 16px; font-weight: bold; cursor: pointer; padding：width: fit-content; } .ia_button a { text-decoration: none; color: inherit; display: block; } @media (max-width: 600px) { .ia_ad { flex-direction: column; align-items: center; } .ia_lef { max-width: 100%; } .ia_lef a img { border-radius: 8px 8px 0 0; } .ia_rig { padding：15px;
width: 100%;
}
.ia_button {
width: 100%;
margin: 0px auto;
}
}
MCPのための7つのセキュリティ・ベスト・プラクティス
MCP（モデル・コンテキスト・プロトコル）がLLMをツールやデータに接続するための標準になるにつれて、セキュリティ・チームはこれらの新しいサービスを安全に保つために迅速に動いています。
この無料のチート・シートには、今日から使える7つのベスト・プラクティスがまとめられています。
Comments