Security

概要 リヒテンシュタイン政府は、企業・財団・信託の実質的所有者情報を管理する登記システム「Register of Economic Beneficiaries（経済的受益者登録簿）」が不正アクセスを受け、約3万1000件の法人に関する氏名・生年月日・国籍などのデータが窃取されたと発表した。攻撃は7月29日から30日にかけての夜間に発生し、身元不明の攻撃者がリヒテンシュタイン司法局のシステムに2日間にわたって侵入したとみられている。侵害は7月30日(木)に発覚し、当局は直ちにシステムをオフラインにして対応にあたった。政府はブリジット・ハース首相と司法大臣エマヌエル・シェードラーを中心とする緊急対策チームを土曜の夜に組織し、犯人の追跡と影響を受けた当事者への通知を進めている。なお、データの削除や改ざんの痕跡は確認されていないという。 標的となった登記システムの役割 今回狙われた登録簿は、EUのマネーロンダリング防止規則に準拠する形で2021年に創設されたもので、企業・財団・信託の背後にいる実質的な所有者を特定し、マネーロンダリングやテロ資金供与を防止する目的で運用されてきた。人口約4万人のリヒテンシュタインは、スイスとオーストリアに挟まれた小国でありながら、世界中の富裕層向けウェルスマネジメントの一大拠点として知られており、金融サービス産業が経済の中核を担っている。そうした国の金融コンプライアンスを支える基幹インフラが標的にされたことは、同国の金融ハブとしての信頼性にも関わる問題として受け止められている。 今後の対応と広がる懸念 当局は流出した情報の全容解明を進めるとともに、影響を受けた法人・個人への速やかな通知を約束している。今回の事案は一国にとどまらない懸念も指摘されており、政府系の登記システムを狙った同様の攻撃はフランスでも複数発生しているとされる。マネーロンダリング対策のために整備された実質的所有者情報のデータベースは、各国で近年整備が進んできた一方、機微な個人情報や資産情報を一元的に保持するため、攻撃者にとって魅力的な標的になりつつある実態が改めて浮き彫りになった。

概要 米サイバーセキュリティ・インフラセキュリティ庁(CISA)は2026年8月5日、実際に悪用が確認されている3件の脆弱性を「既知の悪用脆弱性(KEV)」カタログに新たに追加した。対象はIBMのLangflow、Apache Tomcat、N-ableのN-centralで、連邦民間行政機関(FCEB)に対しては拘束的運用指令(BOD 26-04)に基づき、8月7日(金)までのパッチ適用が義務付けられている。 脆弱性の詳細 最も深刻なのはLangflow(OSS版AIワークフロー構築ツール)のリモートコード実行脆弱性(CVE-2026-9198)で、CVSSスコアは最大値に近い9.8。認証なしの攻撃者が2つのAPIエンドポイントを連鎖させることでログイン認証をバイパスしてスーパーユーザートークンを取得し、任意のPythonコードを実行できる。デフォルト構成のすべての展開が影響を受け、開発元は7月17日にバージョン1.10.1でパッチを提供したが、7月24日頃には完全な概念実証(PoC)コードが公開されていた。 Apache Tomcatの脆弱性(CVE-2026-34486、CVSS 7.5)は、クラスタノード間通信を暗号化するEncryptInterceptorをバイパスできるというもの。実はこれ自体が、3月に修正されたクリティカル脆弱性CVE-2026-29146(CVSS 9.8)への対応時に、1行のコードを移動したことで暗号化層が「フェイルオープン」状態になってしまったことが原因とされる。修正版はバージョン11.0.21、10.1.54、9.0.117で4月に提供済み。7月30日にはPalo Alto Networksが、中国語圏の脅威アクターがこの欠陥を突いて9台のTomcatサーバーにリバースシェルを仕掛けたと報告しており、攻撃グループ「knaithe」や「KnYuan」がAIエージェント基盤「Hermes」を使って攻撃を自動化していたとされる。 N-able N-centralのリモート監視管理(RMM)プラットフォームでは、認証バイパスによってゼロデイ攻撃で管理者アカウントが乗っ取られる脆弱性(CVE-2026-18556、CVSS 7.4程度)が確認された。当初のパッチが不完全だったため、攻撃者は新たなバイパス手法(CVE-2026-18577)を発見し、N-ableは8月1日に悪用の注意喚起を行った上で緊急ホットフィックスをリリースしている。 攻撃活動の広がり 各社の報道によれば、これらの脆弱性を悪用した攻撃はAIを活用した自動ハッキングキャンペーンの一環として展開されており、自律的な攻撃技術と手動の侵入テクニックを組み合わせた手法で460以上の標的が狙われたとされる。Tomcatの脆弱性はLinux向けドロッパーマルウェア「SNOWLIGHT」の配布にも利用されており、単発の攻撃ではなく組織的なキャンペーンの一部であることがうかがえる。 今後の対応 CISAの命令は連邦機関を対象としたものだが、いずれの脆弱性もすでに実悪用が確認され、PoCも公開されていることから、Langflow、Tomcat、N-centralを利用する民間組織にとっても緊急のパッチ適用が強く推奨される。特にN-centralのような不完全な初期パッチが再び回避されたケースは、パッチ適用後も継続的な監視が必要であることを改めて示している。

概要 データサイエンス・機械学習プラットフォームを展開するAnacondaは8月4日、AIセキュリティ企業Enkrypt AIを買収すると発表した。この買収により、企業がAIモデルやAIエージェントを開発してから本番環境で運用するまでのライフサイクル全体に、セキュリティおよびガバナンス機能を統合する狙いだ。買収の背景には、企業のAI活用が急拡大する一方で、AIエージェントが実際に何を行っているかを組織側が十分に把握できていないという課題がある。 Enkrypt AIの実績 Enkrypt AIは、Anthropic、Mistral、OpenAI、Google Gemini、DeepSeekなど主要AIプロバイダーの各種モデルを対象に、300種類以上の攻撃カテゴリーに基づくレッドチーミング(疑似攻撃による脆弱性診断)を実施してきた実績を持つ。同社が実施したスキャン調査では、25,000のMCP(Model Context Protocol)サーバー上に存在する268,000件のツールを分析した結果、143,000件以上の脆弱性が発見され、対象サーバーの73%が何らかの影響を受けていたという。MCPサーバーはAIエージェントが外部ツールやデータソースと連携するための標準インターフェースとして急速に普及しており、その安全性を巡る懸念が高まっていた中での調査結果となる。 統合される機能とAnaconda Platformの構成 買収後、Enkrypt AIの技術はAnaconda Platformの新たな「セキュリティ層」として組み込まれる。Anaconda Platformは、オープンソースパッケージやモデル管理を担う基盤層、AI-native開発ワークフローを支えるオーケストレーション層、Kilo Codeによるエージェント開発環境であるエンジニアリング層、そして今回追加されるセキュリティ・ガバナンス層という多層構造になる。具体的には、本番投入前のセキュリティテスト、実行時(ランタイム)の防御機能、NIST AI Risk Management FrameworkやEU AI Actへの準拠を自動化する仕組み、監査証跡の生成などが提供される。これにより、特にオープンウェイトモデルを利用する企業が、自社のセキュリティ・コンプライアンス要件を実行可能な制御ルールへと変換し、独自のガードレールを定義・適用できるようになる。 今後の展望 Anaconda CEOのDavid DeSanto氏とEnkrypt AI共同創業者兼CEOのSahil Agarwal氏は共同で、「開発の速度とセキュリティは互いに排斥し合うものではない」とのメッセージを打ち出している。月間1兆トークン規模でAIが利用される「トリリオン・トークン・エンタープライズ」の時代において、AIエージェントの安全性を担保しながら開発速度を落とさない仕組みづくりが今後の焦点となりそうだ。

概要 Djangoプロジェクトは2026年8月4日、Django 6.0.8および5.2.17をセキュリティリリースとして公開した。今回のリリースでは、リモートコード実行(RCE)につながり得る高深刻度の脆弱性を含む合計4件のCVEが修正されている。影響を受けるのはDjango 6.0系、5.2系、および開発版であり、管理者にはできるだけ速やかなアップグレードが推奨されている。 技術的な詳細 最も深刻度の高い脆弱性はCVE-2026-15307で、空間ルックアップ機能がstr型やdict型の値をGDALRasterにそのまま渡してしまう問題だった。使用するラスタドライバーによっては、ディスクへのファイル書き込みやリモートコード実行、任意のネットワークリクエストの発行につながる可能性があった。この問題は、管理画面で空間フィールドを含むモデルにアクセスできるスタッフユーザーが悪用しうるものであり、修正版ではdict型の値やGEOSGeometry型でない文字列値が拒否されるようになった。 中程度の深刻度としては、深くネストされたGEOMETRYCOLLECTIONオブジェクトがGEOSのセグメンテーション障害を引き起こしうるDoS脆弱性(CVE-2026-15830)と、管理画面がURLFieldの値を検証せずクリック可能なリンクとしてレンダリングしていたクロスサイトスクリプティング脆弱性(CVE-2026-15920)が修正された。前者はWKT形式のジオメトリに最大198レベルの深さ制限を設け、新たにmax_geom_collections引数でカスタマイズできるようにした。後者はURLValidatorによる検証を経てからリンク表示を行い、検証に失敗した場合は平文で表示する仕様に変更された。 このほか、低深刻度の脆弱性としてCVE-2026-15337が修正されている。これは極めて長い言語コードを複数指定することでメモリ消費を引き起こすDoS攻撃の可能性があるというもので、500文字を超える言語コードを拒否することで対処された。 今後の対応 Djangoプロジェクトはすべてのユーザーに対し、可能な限り速やかに6.0.8または5.2.17へアップグレードするよう呼びかけている。特にCVE-2026-15307は高深刻度でRCEにつながる可能性があるため、管理画面で空間フィールドを扱っているサイトは優先的な対応が求められる。

概要 Palo Alto Networks傘下のUnit 42は、中国語を話す脅威アクター「knaithe」こと「KnYuan」が、DeepSeekを推論エンジンとするオープンソースの自律型AIエージェントフレームワーク「Hermes Agent」を使い、Langflowやn8nなどのシステムに対して自律的な脆弱性探索・侵害を試みる一方、Citrix NetScaler、Apache Tomcat、Marimo Notebookなど460以上のシステムに対しては手動での攻撃も並行して行っていたことを明らかにした。攻撃者はTelegram経由でエージェントに初期指示を送るだけで、以降はエージェントが自律的にインターネット公開システムを発見し、GitHub上の公開エクスプロイトコードを選定・実行するという新しい攻撃手口が確認された。研究者はこの活動を、AIエージェントが実運用の攻撃キャンペーンで「機能的なエンドツーエンドの自動攻撃能力」を発揮した事例として位置づけている。 Hermes Agentの仕組みと自動化された攻撃フロー Hermes Agentは、OSのターミナルへのアクセス、コマンド実行、インターネット接続を備えたオープンソースのAIエージェントで、攻撃者はこれを操作の承認を求めずにリスクの高いコマンドを実行する「Yolo」モードで運用していた。標的探索には中国発のインターネット資産検索エンジン「FOFA」を利用し、たとえばn8nでは中国国内だけで25,209件の公開システムを検出、そこから約100件をサンプリングして40件をプローブし、脆弱なバージョンで稼働する3件を特定している。Langflowでは84件の公開インスタンスを発見したが、対象がauto_loginを有効化していなかったため侵害には至らなかった。Unit 42は「このシステムは数百時間分の手作業による標的分析を、わずか数分で実行した」と評価しており、AIによる偵察・標的評価の圧縮的な高速化を裏付けている。なお推論エンジンにはDeepSeekが主に用いられたほか、Qwen、GLM、Kimi、MinMaxといった他の中国製LLM、さらにはClaude CodeやCodexなど西側ツールの限定的な試用の痕跡も確認された。 標的とされた脆弱性と実際の被害 自動・手動を合わせた攻撃は、Langflow(CVE-2026-33017、CVSS 9.8)、n8n(CVE-2026-21858とCVE-2025-68613の組み合わせ、CVSSはそれぞれ10.0と9.9)、Marimo Notebook(CVE-2026-39987)、Citrix NetScaler(CVE-2026-3055)など複数の重大脆弱性を対象とした。このうちCitrix NetScalerに対しては手動攻撃で3件の侵害に成功し、メモリダンプや認証クッキーの窃取が確認されている。一方、n8nやLangflowへの完全自律型の侵害は認証要件などに阻まれて成功しなかった。AIエージェントによる自律攻撃とは別に、手動での攻撃試行も460以上のシステムに対して行われたが、実際にデータ流出が確認できたのはわずか3組織にとどまっており、AIエージェントの偵察・標的選定能力の高さと、最終的な侵害成功率の低さには依然として大きな差があることが浮き彫りになった。 発覚の経緯と今後への示唆 今回の作戦が発覚したきっかけは、攻撃者側の設定ミスだった。Hermes Agentが稼働環境の/home/workerディレクトリからpython3 -m http.server 8888を誤って起動し、モデル設定、APIキー、エクスプロイトスクリプト、標的リスト、自律セッションログなどを意図せずインターネットに公開してしまい、これをUnit 42が発見して調査に至った。研究者らは「AI補強型攻撃を実行する技術的障壁は低く、しかも継続的に低下し続けている」と警鐘を鳴らしており、露出したLangflow・n8n・Marimoシステムへの早急なパッチ適用、SAML認証プロバイダーとして構成されたNetScaler ADC/Gatewayの修正版導入、ワークフローやノートブックのインターフェースへの不要な公開アクセスの遮断を推奨している。今回のケースでは攻撃者側の初歩的なミスにより早期発覚に至ったが、AIエージェントによる偵察から攻撃実行までの自動化は今後さらに巧妙化する可能性があり、防御側にも同様の速度で対応できる体制が求められる。

概要 共有ホスティングで広く使われる管理パネル「cPanel & WHM」に、CVSSスコア9.4(Critical)の深刻な脆弱性「CVE-2026-58048」が発見された。データベースをリネームする処理においてSQLモードが正しく保持されず、結果としてSQLコマンドがroot権限のコンテキストで実行されてしまう不具合が原因だ。正規のcPanelアカウントを持ち、MySQL/MariaDB機能へのアクセス権を与えられている利用者であれば、通常はデータベース単位に制限されているはずの権限を超えて、データベースサーバーの管理者権限でコマンドを実行できてしまう恐れがある。CISAはこの脆弱性の技術的な影響度を「total(完全)」と評価している一方、攻撃の自動化はできず、あくまでアカウント保有者が能動的に悪用する必要がある性質だとしている。 技術的な詳細 脆弱性の対象は、cPanel & WHMの現行サポート対象バージョンすべてと、関連製品のWP Squaredに及ぶ。修正版としては11.110.0.137、11.118.0.71、11.126.0.78、11.134.0.48、11.136.0.32、およびWP Squaredの138.1.6が公開されている。パッチの適用が完了するまでの暫定的な緩和策として、cPanelユーザーからMySQLの機能アクセス権を一時的に剥奪することが推奨されている。なお今回の同時公開分には、cpsrvdデーモンにおけるHTTPリクエストスマグリングの脆弱性(CVE-2026-58047、CVSS 5.6)も含まれており、こちらは認証情報の漏えいにつながる可能性があるとされる。さらに、Eximのフォワードファイルに関する権限昇格の問題も併せて報告されている。 影響とホスティング事業者への注意点 この種の脆弱性は、単一のサーバー上で複数の顧客が同居する共有ホスティング環境において特にリスクが大きい。悪意あるアカウント保有者が、自身に割り当てられたデータベースの権限を超えて他の顧客のデータベースやサーバー全体の設定にアクセスできてしまう可能性があるためだ。cPanelを利用するホスティング事業者は、速やかに該当バージョンへのアップデートを行うとともに、パッチ適用が困難な場合は暫定策としてMySQL機能へのアクセス制限を検討する必要がある。

概要 Palo Alto Networks傘下のセキュリティ研究チームUnit 42は、Windows上のChromeで動作するGoogle Password Managerの同期パスキー機能を狙う3種類の攻撃手法を発見し、公表した。総称して「Pass-ta-key」と呼ばれるこれらの攻撃は、パスキーの暗号技術そのものを破るものではなく、端末が既にマルウェアに感染していることを前提に、本来は指紋やPINによる本人確認（ユーザー検証）を経ずに、パスキーで保護されたアカウントへの不正ログインを可能にするというものだ。TPM（トラステッド・プラットフォーム・モジュール）を搭載したWindowsデバイスが対象で、クリーンな環境であれば影響を受けない。 3つの攻撃手法 最も基本的な「Pass-ta-key」は、Chromeが保持するTPMバックアップ用のデバイス識別キーを悪用し、Windows Cryptography APIを通じて有効な認証応答を作り出す手法で、管理者権限もユーザーの操作も不要とされる。ただし、返される「User Verified（UV）フラグ」を厳密に検証するサービスにはこの手法は通用しない。 第2の「Silver Pass-ta-key」は、被害者のデバイスを強制的に再登録させたうえで、攻撃者自身のユーザー検証キーを登録させる手法だ。クラウド側の認証器が新規登録キーの正当性（セキュアハードウェア由来かどうか)を検証していないという設計上の弱点を突くもので、ユーザー検証が必須に設定されたアカウントに対しても有効とされる。 最も深刻とされるのが第3の「Golden Pass-ta-key」で、Password Manager内の全パスキーを暗号化・復号する32バイトの「セキュリティドメインシークレット（SDS)」を、Chromeのプロセスメモリから直接ダンプして抽出する。このマスターキーを奪われると、同期された全パスキーの秘密鍵を復号できてしまうため、影響範囲が最も大きい。 発見・報告と対応 Unit 42はこれらの脆弱性をGoogleをはじめとする関係各社に責任開示のかたちで報告済みだ。実例としてGitHubはユーザー検証フラグを厳格に確認する実装になっていたため基本的な攻撃を防げた一方、eBayは検証が不十分だったため報告を受けて修正を行ったという。Googleはログから秘密鍵情報を削除する対応を行ったが、記事執筆時点でも鍵はChromeのプロセスメモリ上からアクセス可能な状態にあり、根本的な対策には至っていない。なお、現時点で実際の悪用（in the wild）は報告されておらず、CVE識別子も割り当てられていない。 今後の対策と展望 Unit 42は、リライング・パーティ（認証を利用するサービス側）に対し、userVerificationを必須に設定したうえで返されるUVビットを確実に検証することを推奨している。また認証プロバイダー側には、新規登録キーに対するハードウェア証明の要求、アクセス制御の強化、マスターキーのローテーションや失効機能の実装などが求められるとしている。パスキーは共有・盗み見・使い回しのリスクがない点で従来のパスワードより本質的に安全とされてきたが、今回の報告は、端末そのものがマルウェアに侵害された場合にはその優位性が薄れることを示すものであり、Google以外のパスキー実装にも同様のリスクが潜んでいる可能性が指摘されている。

概要 Microsoftは8月3日、Azureの新規Gen2仮想マシン（VM）およびスケールセットに対してセキュアブートと仮想TPM（vTPM）を標準で有効化する「Trusted Launch as Default（TLaD）」を正式提供開始（GA）したと発表した。ARMテンプレート、Bicep、Terraformなどどのクライアントツール経由でデプロイした場合でも、対象となる新規Gen2 VM・スケールセットはTrusted Launch構成でセキュアブートとvTPMが有効な状態で作成されるようになる。追加コストは発生せず、デプロイコード側で明示的な指定がない限りこの既定値が上書きされることもない。なお、AzureポータルやCLI、PowerShell経由の作成では、この機能のプレビュー登録の有無にかかわらず、以前からTrusted Launchが既定で有効になっている。 技術的な詳細 Trusted Launchはブートキットやルートキット、低レイヤーのマルウェア攻撃に対する防御を強化するための複数の協調したインフラ技術で構成される。中核となるセキュアブートはプラットフォームファーム上で実装され、信頼された発行元が署名したブートローダー・OSカーネル・ドライバのみを起動対象とすることで、ソフトウェアスタックの「信頼の起点（root of trust）」を確立する。署名の検証に失敗した場合、VMは起動しない。もう一方の柱であるvTPMはTPM 2.0仕様に準拠した仮想化TPMで、VMからは独立したセキュアな環境で動作し、鍵や測定値を保管する専用の金庫として機能する。vTPMはUEFI・OS・システム・ドライバに至るブートチェーン全体を測定し、リモートアテステーションを通じてMicrosoft Defender for Cloudと連携する。アテステーションに失敗した場合はブート整合性の問題を示す統合性アラートが発行される仕組みだ。対応VMサイズはB・D・E・F・L・NC/ND/NVファミリーなどx64およびArm64（Cobalt 100ベース）の主要シリーズに及び、すべてのパブリックリージョン、Azure Government、Azure Chinaリージョンで利用できる。 有効化の仕組みと注意点 Azureポータル・CLI・PowerShellでは従来どおり常にTrusted Launchが既定となる一方、ARMテンプレートやBicep、Terraformなど別のクライアントツール経由でTLaDを利用するには、サブスクリプション上でMicrosoft.Compute名前空間のプレビュー機能「TrustedLaunchByDefaultPreview」を登録する必要がある。API version 2025-11-01以降を使うと、Marketplaceイメージ・Azure Compute GalleryイメージがTrusted Launch対応であること、ディスクとVMサイズがTrusted Launchをサポートしていることなど一定の条件を満たす場合に自動的にTrusted Launchが適用される。条件を満たさない場合はエラーにはならず、Trusted Launchなしで通常どおりVMが作成される。既定を明示的にバイパスしたい場合はsecurityTypeパラメータをStandardに設定すればよい。また、既存のVMやスケールセットはTLaDの影響を受けず、この変更が適用されるのは新規デプロイのみである。なお既知の制限として、いったんTrusted Launchで作成したVMをM-seriesなど非対応のVMサイズファミリーへリサイズすることはできず、必要な場合はVMを割り当て解除したうえでAPI経由でsecurityTypeをStandardに変更する対応が求められる。 背景と今後の展望 Trusted Launch自体は既存の機能だが、これまでは利用者が明示的に有効化する必要があった。今回のGAにより、新規デプロイ時点でのセキュリティベースラインが自動的に底上げされ、意図せずセキュアブートやvTPMが無効なまま本番稼働するVMが減ることが期待される。Microsoft Defender for Cloudは従来からセキュアブートやvTPMが無効なVMに対して低重要度の推奨事項を出しているが、TLaDによって新規VMではそもそもこうした推奨事項が発生しにくくなる。既存VMについては別途「Enable Trusted launch on existing Gen2 VMs」などの手順に沿った移行が必要であり、既存フリートを含めた全面的な底上げには利用者側の対応が引き続き求められる点には留意したい。

概要 セキュリティ企業Socketの研究者Karlo Zanki氏らが、Alibabaの内製開発ツール(Aoneや@aliスコープのパッケージ)を装った悪意あるnpmパッケージ18個を発見した。lib-mtop、aone-kit、aone-kit-cli、aone-sandbox、local-config-parser、smart-config-manager、cloud-config-fetcher、fast-transform-pipeline、aone-cloud-cli、colder-cli、def-open-client、feedback-ai-sdk、flight-compare-analyzer、lwp-web-client、lzd-unified-station-sdk、open-worker-cli、test-skill-zip、uniapi-bridgeなど多岐にわたるパッケージ名が確認されており、Alibaba関連ツールを利用する開発者、特に中国語圏の開発環境が標的となった。このキャンペーンは3ヶ月以上にわたって検出されずに継続していたとみられる。 攻撃の技術的手法 攻撃は多段階のペイロード構造で構成されている。2023年11月に公開されたlib-mtopが今年3〜4月にかけて悪意あるバージョンへ書き換えられ、ダウンローダーとして機能し始めた。上層のパッケージは正規の@aliスコープパッケージを模倣した囮として機能し、中間層のsmart-config-managerが上層の囮パッケージと悪意あるローダーを繋ぐ橋渡し役を担い、その先のcloud-config-fetcherが設定取得を、local-config-parserがルール評価をそれぞれ担当する。さらにNode.jsの挙動を悪用してグローバルなFunctionコンストラクタを導出することでサンドボックスからの脱出を図り、最終的に攻撃者のC2サーバーからaone-cliをダウンロードして実行する仕組みだ。 最終段階の「ルールエンジン」はOSごとに異なるペイロードを展開する点が特徴的だ。Windows環境では企業向けセキュリティアプリ「Alilang」のプロセスを停止させ、トロイの木馬化したバージョンに置き換える。Linux環境ではバイナリペイロードを/tmpにダウンロードして実行し、macOS環境では~/.zshrcに悪意あるスクリプトを挿入して永続化を図る。 RATの機能と影響範囲 配布される最終ペイロードのRAT(遠隔操作型トロイの木馬)は、任意のコマンド実行、ファイルのアップロード・ダウンロード、ホストの偵察、段階的なペイロード配信、暗号化されたリバースTCPプロキシによる横方向への移動など、幅広い機能を備えている。さらにDingTalk、Wukong、Qoderといった企業向けアプリケーションへ悪意あるコードを注入することで持続的な足場を確保する手口も確認された。 ソースコード中の中国語コメントや、GitHubコミット記録がUTC+08:00のタイムゾーンで行われていることから、中国語話者による標的型の攻撃であると推定されている。 対応策 Socketの研究者は、該当パッケージをインストールした開発者に対し、環境が侵害されたことを前提に対応するよう呼びかけている。具体的には、クリーンなマシンから機密性の高い認証情報をリセットすること、開発者システム上の不審な活動を監査することを推奨している。今回のケースは、正規ツールを装った囮パッケージと多段階の難読化されたペイロード配信により、長期間検出を逃れられることを示しており、サプライチェーン攻撃に対する監視体制の強化が改めて求められている。

概要 韓国当局と複数のセキュリティ企業は、韓国の銀行・税務・行政サービスで導入が必須となっている電子署名ソフト「AnySign4PC」（HancomWITH開発）のゼロデイ脆弱性を悪用した、国家支援型とみられるサイバースパイキャンペーンを公表した。攻撃者は改ざんした韓国の正規ウェブサイト（ニュース、医療、教育、製造業など)を踏み台とし、これらのサイトを訪問しただけで、脆弱なバージョンのAnySign4PCを利用しているユーザーの端末にユーザー操作なしでバックドアが感染する「水飲み場攻撃」を展開していた。2026年初頭から活動が続いており、これまでに72以上の組織で被害の痕跡が確認され、少なくとも15の正規ウェブサイトが配信インフラとして悪用された。 脆弱性と攻撃の仕組み 悪用されたのはAnySign4PCのバージョン1.1.4.4から1.1.4.6に存在するバッファオーバーフローの脆弱性で、リモートコード実行（RCE）を許すものだった。開発元は修正版のバージョン1.1.5.0をリリース済みで、当局は該当する脆弱なバージョンの即時削除とアップグレードを呼びかけている。 攻撃チェーンは複数段階で構成される。まず改ざんされたサイトに埋め込まれた悪意のJavaScriptが、被害者端末上でWebSocketを介してローカルで稼働するAnySign4PCと通信し、インストール済みのバージョンを確認する。次に4枚のPNG画像に埋め込む形でバージョン固有のエクスプロイトコードが配信され、バッファオーバーフローをトリガーして攻撃者制御のシェルコードを実行させる。最終的なペイロードはsvchost.exeやSyncHost.exeといった正規のWindowsプロセスに注入され、検知を回避する。持続性の確保には、RuntimeBrokerからtask.vbsを起動するスケジュールタスクの悪用や、レジストリベースの設定、DLLサイドローディング、メモリ内でのPE実行など複数の手法が組み合わされていた。 展開されたバックドアとLazarusとの関連 このキャンペーンでは「Struggle」（SIGNBT系統、バージョン0.0.1・1.2・3.0が確認されている）と「Brandoor」（COPPERHEDGEとしても知られる）と呼ばれるバックドアが展開された。いずれもリモートコマンド実行、ファイル窃取、内部偵察、プロセスインジェクション、追加ペイロードの配信機能を備える。SIGNBTやCOPPERHEDGEは北朝鮮の国家支援グループLazarus（HIDDEN COBRA、Labyrinth Chollima、ZINCなどの別名でも追跡される)が過去に使用してきたツールとして知られる。ただし今回の「Operation Double Barrel」と呼ばれるキャンペーンについて、韓国政府の諮問委員会は2026年7月時点で正式にはLazarusへの帰属を発表していない。一方でAhnLabは3月に確認された別のAnySign4PC水飲み場攻撃をLazarusに帰属させるレポートを公表しており、Kasperskyも類似のツールと手法を独自に文書化している。 影響と今後の見通し 被害を受けた組織の一部では大規模なデータベースが暗号化され、Gunraランサムウェアの展開と二重恐喝(窃取データをダークウェブのリークサイトで公開する手口)にまでエスカレートした事例も確認されている。Gunraとの技術的な重複は見られるものの、同一の攻撃者グループによる実行かは確立されていない。韓国では金融・行政サービスの利用に特定のセキュリティソフトの導入が事実上義務付けられており、こうしたローカルソフトウェアが攻撃対象領域を広げる構造的なリスクとして改めて浮き彫りになった。セキュリティ企業は、疑わしいDLLロードや暗号化されたレジストリblobの検出を含む侵害調査(ハンティング)を呼びかけている。