Security

概要 米国のNSA、CISA、FBI、エネルギー省、環境保護庁（EPA）は、AIが生成したエクスプロイトスクリプトを用いてSiemens S7シリーズのPLC（プログラマブルロジックコントローラ）を狙う「アクティブな脅威」について合同勧告を発表した。攻撃者はCensysやZoomEyeといったインターネット走査サービスを使い、インターネットに露出したS7デバイスを特定した上で、弱い認証情報や既知の脆弱性、更新されていないソフトウェアを悪用して侵入を試みているという。標的となるモデルはS7-200、S7-300（314・315・317を含む）、S7-400、S7-1200（CPU 1211C～1217C）、S7-1500（Fシリーズ安全コントローラを含む）と多岐にわたり、クリティカル製造業、エネルギー、水道・下水道システム、化学、食糧・農業、防衛産業基盤、商業施設など幅広いセクターが危険にさらされていると指摘されている。 技術的な詳細 攻撃者が使用するツールは、オープンソースの産業オートメーションライブラリである「snap7.dll」や「python-snap7」を組み込んだカスタムPythonスクリプトで、正規のOT（運用技術）監視ソリューションを装って展開される点が特徴だ。これらのスクリプトはS7commプロトコルを介してPLCのメモリ、設定データ、ラダーロジックプログラムへの読み書きアクセスを提供する能力を持つ。現時点で確認されている活動は主に偵察や設定データの窃取といった読み取りアクセスにとどまっているとみられるが、これは攻撃対象の環境を理解し、将来的な破壊的操作に向けた準備段階である可能性が指摘されている。政府機関はAIの活用によって「脅威アクターに必要な技術的専門知識と時間が大幅に削減」されている点を強調しており、ICS（産業制御システム）攻撃の技術的な参入障壁が下がっていることへの懸念を示した。 政府機関の勧告内容 合同勧告では、事業者に対して以下の対策を推奨している。 ネットワーク上に存在するSiemens S7デバイスの全数を把握する 最新のセキュリティパッチおよびファームウェアを適用する PLCをインターネットから遮断し、直接アクセスできない構成にする アクセス制御を強化し、認証情報を見直す 異常なアクティビティを監視し、侵害の兆候がないか検証する 背景と今後の見通し 今回の警告は、米国のクリティカルインフラを狙ったPLC攻撃が近年増加していることを受けたものだ。過去にはイラン関連とされるハッカー集団がRockwell AutomationやSchneider Electric製のデバイスを標的にした事例が報告されているほか、2026年7月にはミネソタ州の水道事業者30社以上が同様の攻撃を受け、装置の誤動作により一時的に手動運用への切り替えを余儀なくされた。今回のケースはAIによる攻撃ツールの自動生成という新たな側面が加わっており、産業制御システムを運用する事業者にとって、資産の可視化とネットワーク分離の徹底がこれまで以上に急務となっている。

概要 2026年8月20日、Rustのクレートエコシステムで深刻なサプライチェーン攻撃が発生した。累計2億4500万ダウンロード超を誇る人気クレート「arrayref」と、同じ開発者(David Roundy氏)が保守する「internment」「append-only-vec」の3パッケージに、不正な依存関係が仕込まれたバージョン(それぞれ0.3.10、0.8.7、0.1.9)が公開された。Rustセキュリティレスポンスチームは、開発者本人が悪意を持って行動したのではなく、そのアカウントないし端末が侵害されたとみている。攻撃者は事前に、人気クレート「proc-macro2」の開発者として知られるdtolnay氏になりすました偽アカウント(crates.io ID 438608)をGitHub上に用意しており、これを使ってproc-macro2を模したタイポスクワットパッケージ「proc-macro1」を配布。これをarrayrefらの新バージョンに依存関係として追加することで、ビルド時に不正コードが自動実行される仕組みを作り上げていた。 攻撃の手口とタイムライン 攻撃はUTCで8月20日未明から進行した。01:17に偽のdtolnayアカウントが作成され、01:55にはまず無害なproc-macro1バージョン(1.0.106)が公開されて信頼性を装った。その後07:11に悪性版(1.0.107)が公開され、07:15にはarrayref 0.3.10が正規(だが侵害された)アカウントから公開されると同時に、旧バージョン0.3.5〜0.3.9が一斉にyank(取り下げ)された。これにより、依存関係を更新した開発者は悪性版以外を選べない状態に追い込まれた。internmentとappend-only-vecでも同様の手口が使われている。 proc-macro1に仕込まれたbuild.rsスクリプトは、コンパイル時に自動実行される点が悪質で、ランタイム側で何らかの関数を呼び出す必要すらなかった。スクリプトはOSとCPUアーキテクチャを判定した上で、base64断片から再構成したC2アドレスからLinux・Windows・Intel Mac・Apple Siliconそれぞれ向けのペイロードをダウンロードして実行する。Unix系では/tmp/rust-setupに書き込んで実行権限を付与しバックグラウンド実行し、WindowsではTLS証明書検証を無効化した上で%TEMP%\rust-setup.ps1を隠しウィンドウのwscript.exe経由で実行していた。 セキュリティ企業Aikidoの調査によれば、第2段階のペイロードはChrome・Brave・EdgeなどChromiumベースのブラウザからSQLiteデータベース経由で認証情報を窃取するほか、暗号資産ウォレットの拡張機能も標的としていた。永続化にはWindowsのレジストリRunキー、macOSのLaunchAgent、LinuxのsystemdといったOSごとの手法が使い分けられており、C2との通信やリモートコマンド実行にも対応した本格的なインプラントだったという。研究者は、このインフラが過去に発覚した北朝鮮系サプライチェーン攻撃(npmのMastraやaxiosを狙った事案など)と重複していると指摘している。 影響と対応 各パッケージの公開時間は86分〜107分と短く、Rustチームはインシデント報告(07:54)を受けてから短時間でproc-macro1をcrates.ioから削除(08:03)、arrayref 0.3.10もインデックスから除去(08:41)した。関連するタイポスクワットパッケージ(proc-macro-en、aovine、arone、aronenao、tinymemberなど)も併せて削除されている。The Hacker Newsによれば、実際にマルウェアが実行された確証は今のところ確認されていないというが、Rustチームは該当バージョンをインストールした開発者に対し、システムが侵害された前提で対応するよう呼びかけている。具体的には、認証情報・CIトークン・署名鍵をすべてローテーションし、安全なバックアップから環境を再構築すること、またCargoのロックファイルやローカルキャッシュを監査することが推奨されている。今回の発見にはセキュリティ企業Nextron SystemsとAikidoが貢献した。

概要 米サイバーセキュリティ・インフラセキュリティ庁(CISA)は8月20日、ビデオ会議ソフトウェアTrueConf Serverの重大な脆弱性2件を「既知の悪用された脆弱性(KEV)」カタログに追加したと発表した。対象はCVE-2026-72529(重要機能に対する認証欠如)とCVE-2026-72530(コードインジェクション)で、いずれも2022年以降のすべてのバージョンのTrueConf Serverに存在する。両脆弱性はポート4307/TCP経由でリモートから悪用可能で、ハクティビストグループ「Head Mare」がロシアとベラルーシの組織を狙った破壊的攻撃で実際に悪用していたことが確認されている。CISAは連邦機関に対し、CVE-2026-72529を3日以内、CVE-2026-72530を2週間以内にパッチ適用するよう求めており、通常のKEVカタログ対応期限(3週間程度)と比べても異例の短さとなっている。 技術的な詳細 CVE-2026-72529は、攻撃者が文書化されていない内部関数を呼び出すことで、認証を経ずに任意のスクリプトを実行できる脆弱性。CVE-2026-72530は、サンドボックス化された隔離環境から脱出し、ホストシステム上で直接スクリプトを実行できるコードインジェクションの脆弱性で、両者を組み合わせることでリモートコード実行が可能になる。TrueConf社はこれらの脆弱性を2026年6月にバージョン5.3.9、5.4.9、5.5.5で修正済みだが、パッチ未適用の環境が依然として攻撃対象となっている。 攻撃の手口とマルウェア Head Mareは2023年以降、この脆弱性を悪用してTrueConfサーバー上の正規ファイルをWebシェルに置き換え、内部インフラの情報収集や権限昇格を行った上で、正規のクライアントインストーラーをマルウェアにすり替える手口を用いていたとされる。配布されたマルウェアには、同グループの過去の侵入活動で確認されている「PhantomCore」が含まれるほか、複数のバックドアが展開され、C&C(コマンド&コントロール)通信にはTrueConf独自のプロトコルやGitHubが悪用されていた。これにより、通信の検知や遮断が難しくなっていたとみられる。 今後の対応 CISAは連邦機関向けにBOD 26-04(2026年6月にBOD 22-01を置き換えて発効したリスクベースの拘束的運用指令)に基づく対応期限を設定しているが、TrueConfを利用するすべての組織に対しても、脆弱性が積極的に悪用されている実態を踏まえ、速やかなパッチ適用を推奨している。特にビデオ会議基盤は組織内の機密性の高い通信を扱うことが多く、侵害された場合の情報漏えいリスクが大きいため、パッチ未適用のサーバーを運用している組織は早急な対応が求められる。

概要 Microsoftは、クラウドベースのID・アクセス管理サービス「Entra ID」に、CVSSスコア10.0(最高深刻度)の脆弱性CVE-2026-69836が存在し、実際の環境で悪用されたことを確認したと発表した。この脆弱性は認証を必要とせず、ネットワーク経由で任意のコードを実行できるという極めて深刻なものだが、Microsoft側で既に修正が完了しているため、ユーザー側での追加対応は不要とされている。悪用の具体的な手口や被害範囲についての詳細は現時点で公表されていない。 技術的な詳細 CVE-2026-69836は、信頼されていないデータの逆シリアライゼーション(デシリアライゼーション)処理に起因する欠陥だ。アプリケーションがユーザーが制御可能なデータを十分な検証なしにオブジェクトやコード構造へ変換してしまうことで生じるタイプの脆弱性であり、認可されていない攻撃者がネットワーク越しにコードを実行できる状態にあった。悪用が成功した場合、任意のコード実行のほか、サービス拒否(DoS)やアクセス制御の迂回といった影響も引き起こしうる。この脆弱性はPrincipal Security EngineerのRobert Fitzaptrick氏によって報告された。 対応状況 Microsoftはこの脆弱性についてクラウドサービス側で完全な緩和策を適用済みであるとしており、Entra IDを利用するユーザーやテナント管理者が個別にパッチ適用や設定変更などの対応を行う必要はないと明言している。ただし、修正前の期間に実際の悪用が確認されているため、影響を受けた可能性のある組織は、認証ログや管理操作の履歴に不審な挙動がなかったか、念のため確認しておくことが望ましい。

概要 GitLabは8月17日、セルフホスト版CE/EE向けに複数バージョン(19.2.4、19.1.6、19.0.8、18.11.11)の緊急パッチをリリースした。対象は18.2以降18.11.11未満、19.0未満19.0.8、19.1未満19.1.6、19.2未満19.2.4を利用しているすべてのインスタンスで、重大なセキュリティ脆弱性の修正が含まれるため、GitLabは即時アップグレードを強く推奨している。 修正された脆弱性 最も深刻なのはCVSS スコア9.4(極度に深刻)と評価されたCVE-2026-19478で、GraphQLディレクティブを経由したコード注入の問題だ。特定の条件下では、認証されていない攻撃者が公開プロジェクトやユーザーデータをリモートで改変・削除できる可能性があった。この脆弱性はHackerOne経由でセキュリティリサーチャーのhiimguardian氏から報告された。 もう一件、CVSS 7.1(高深刻度)のCVE-2026-19650も同時に修正されている。こちらはGraphQLのマルチプレックスクエリハンドラーに存在したCSRFの問題で、リクエスト検証の不備により、認証されていないユーザーがGETリクエスト経由でミューテーションを実行できる可能性があった。この脆弱性はHackerOne経由でkreep氏が報告した。 アップグレードについて GitLabはこれらの脆弱性の深刻度を踏まえ、対象バージョンを利用する全ユーザーに直ちにアップグレードするよう呼びかけている。今回のパッチには新たなデータベースマイグレーションが含まれていないため、マルチノード環境でもダウンタイムなしで適用できるという。GitLab.comなどのSaaS環境は既に対応済みとみられ、影響を受けるのはセルフホスト版のインスタンスとなる。

概要 メールサーバー・コラボレーションツールとして世界中で利用されているZimbra Collaboration Suite(ZCS)に存在する重大な脆弱性CVE-2026-73570が、実際の攻撃で悪用されていることが判明した。CVSSスコアは8.9で、未認証の攻撃者が細工したSMTPリクエストを送信するだけで、Zimbraユーザー権限で任意のOSコマンドを実行できる。ポーランドのCERT Polskaが2026年8月17日、積極的な悪用の兆候を確認したと発表し、管理者に対して過去30日間のログを確認するよう呼びかけている。 技術的な詳細 脆弱性の原因は、SNMP通知処理時に信頼できない入力を適切にサニタイズしていないことにある。攻撃者は認証を経ることなく、特別に細工したSMTPリクエストを送りつけるだけで、Zimbraサービスが動作しているユーザー権限のもとで任意のOSコマンドを実行できてしまう。ただし影響を受けるのはオプションパッケージであるzimbra-snmpがインストールされ、かつSNMP通知が有効になっている環境に限られる。 CERT Polskaは侵害の兆候(IoC)として、/var/log/zimbra.logにおける不審なサービス再起動の記録や、/opt/zimbra/jetty/webapps/、/opt/zimbra/jetty_base/webapps/、/tmp/ディレクトリ配下での不審なファイル作成を調査するよう推奨している。攻撃者はサーバーを完全に制御下に置いた後、永続化の確立、メールアカウントへのアクセス、認証情報の窃取、さらにはネットワーク内での横展開を行う可能性があるという。 影響範囲とパッチ状況 Zimbraはメールプラットフォームとして世界中で数億人のユーザー、数千の企業、数百の政府機関に利用されている。セキュリティ監視サービスのShadowserverによれば、稼働中のZimbraサーバーは12,100台以上追跡されており、そのうちヨーロッパに4,382台、アジアに4,492台が所在する。 Zimbraセキュリティチームはこの脆弱性に対応したバージョン10.1.20を、悪用が確認されるおよそ1ヶ月前の2026年7月20日にリリース済みだった。しかし本稿執筆時点で、CVE-2026-73570はCISAの既知悪用脆弱性(KEV)カタログには未掲載であり、同カタログには他に18件のZimbra関連脆弱性が既に登録されている。 背景と今後の展望 Zimbraの脆弱性は過去にも国家支援型の攻撃グループによって繰り返し悪用されてきた歴史がある。NATO関連組織やウクライナ政府機関が標的となった事例のほか、直近ではストアド型XSS脆弱性CVE-2025-66376がロシア系脅威アクターによるフィッシングキャンペーンで悪用され、西側諸国の政府機関や民間企業が狙われた例もある。今回の攻撃キャンペーンの実行主体はまだ特定されていないが、過去の傾向からロシアや中国の関与する国家支援型ハッカー、あるいは日和見的なサイバー犯罪者による悪用が疑われている。Zimbraを運用する組織は、バージョン10.1.20以降へのアップデートを直ちに行うとともに、CERT Polskaが示した侵害の兆候をもとにログを点検することが強く推奨される。

概要 Amazon EKS（Elastic Kubernetes Service）のクラスタアクセス管理をめぐり、AWSが非推奨とした旧来の認証方式「aws-auth ConfigMap」が、依然として業界で圧倒的なシェアを占めている実態が明らかになった。セキュリティ企業Wizが公表した「Kubernetes Security Report 2025」によれば、調査対象のEKSクラスタのうち実に81%が、AWSのセキュリティベストプラクティスに反して非推奨のConfigMap認証方式を使い続けているという。AWSはEKS 1.23以降、IAMネイティブでAPI駆動型の新方式「アクセスエントリー（Access Entries）」を提供し、こちらへの移行を推奨してきたが、大規模な運用現場での切り替えは大きく遅れている状況が浮き彫りになった。 背景：aws-auth ConfigMapが抱える課題 aws-auth ConfigMapは、AWSのIAMプリンシパル（ユーザーやロール）をKubernetesクラスタ内の権限にマッピングするための仕組みで、クラスタ内のConfigMapリソースを手動で編集して管理する必要があった。この方式には運用・セキュリティ上のいくつかの構造的な課題が指摘されている。まず、どのIDがクラスタへのアクセス権を持つかを把握するには、クラスタごとに個別にConfigMapを解析する必要があり、大規模なフリート環境では可視性の確保が困難だった。さらに深刻な問題として、EKSクラスタを作成したAWSアイデンティティには自動的に「system:masters」という管理者権限が付与され、この権限は後から削除できず、追跡が困難な「シャドー管理者」を生み出す原因となっていた。加えて、EKSのIAMはネイティブなAWS IAMの仕組みとは別系統で管理されているため、AWSアカウントの管理者権限を持つIAMプリンシパルであっても、自動的にEKSクラスタへアクセスできるわけではないという分かりにくさもあった。 新方式アクセスエントリーの仕組みと移行手順 これらの課題を解消するため、AWSはアクセスエントリーというAPIベースの新しい管理レイヤーを導入した。アクセスエントリーは、AWSプリンシパルごとにクラスタ単位で作成され、AWSが管理するアクセスポリシー（AmazonEKSClusterAdminPolicyやAmazonEKSViewPolicyなど）またはKubernetesグループのいずれか、あるいは両方にマッピングできる。両方にマッピングされた場合、実効権限は両者の権限の和集合となる。認証モードには、ConfigMapのみを使う従来の「CONFIG_MAP」、両方式が共存する「API_AND_CONFIG_MAP」、ConfigMapを無視してアクセスエントリーのみを使う「API」の3種類が用意されており、AWSは既存クラスタに対して、まず「API_AND_CONFIG_MAP」モードを有効化し、ConfigMap内の各プリンシパルに対応するアクセスエントリーを作成した上で適切なポリシーやグループをマッピングし、最終的に「API」モードへ切り替えるという段階的な移行を推奨している。なお、API専用モードへの切り替えは一方向の操作であり、後戻りはできない点に注意が必要だ。 今後の展望 AWSはaws-auth ConfigMapについて、将来のEKSバージョンで廃止する方針を示しており、後方互換性のために当面は残されるものの、新規クラスタやアクセス設定については一貫してアクセスエントリーの利用が推奨されている。しかし今回の調査結果は、非推奨化のアナウンスだけでは大規模な運用環境での移行が進まない現実を示している。特に多数のクラスタを抱える組織にとっては、ConfigMapの編集履歴や既存の自動化パイプラインとの整合性を取りながら移行作業を進める必要があり、コストと手間が移行の障壁となっている可能性がある。今後、AWSが廃止時期を具体的に打ち出した場合、移行の遅れているクラスタでは急激な対応を迫られるリスクがあり、フリート全体のアクセス管理を可視化した上で計画的な移行を進めることが、セキュリティと運用の両面から重要になりそうだ。

概要 WordPress向けの人気ページビルダープラグイン「Elementor Pro」に、未認証の攻撃者が悪意あるPHPファイルをアップロードし、リモートコード実行(RCE)を行うことを可能にする深刻な脆弱性が発見された。脆弱性はCVE-2026-32475として登録され、CVSSスコアは10点満点中9.0の「クリティカル」評価となっている。Elementor Proは1000万以上のアクティブインストールを持つ広く使われたプラグインであり、影響範囲の大きさが懸念されている。開発元は2026年8月19日にバージョン4.2.2をリリースし、この問題を修正した。脆弱性はバージョン4.2.1以前のすべてのバージョンに存在する。 技術的な詳細 脆弱性の原因は、Elementor ProのFormsモジュールが提供する「ファイルアップロード」フィールドの処理にある。セキュリティ企業Patchstackの分析によれば、アップロードされたファイルの拡張子を検証するループと、実際にファイルを保存先へ移動する処理を行うループが、空のファイルエントリに対して異なる終了ロジック(一方は検証をスキップしてreturn、もう一方はcontinue)を持っていたことが根本原因だった。攻撃者はこの差異を突き、同一フィールドに2つのファイルパート(空のファイルエントリと悪意あるPHPペイロード)を含むマルチパートリクエストを送信することで、拡張子のブロックリスト検証を完全に迂回しつつ、PHPファイルをwp-content/uploads/elementor/forms/配下に書き込むことができる。この処理には認証もnonce検証も不要であり、攻撃対象サイトに「ファイルアップロード」フィールドを含む公開済みのElementorフォームが存在してさえいれば悪用可能となる。アップロードされたPHPファイルはWebから直接アクセス・実行可能な場所に配置されるため、任意コード実行につながる。 発見の経緯と対応 この脆弱性は、セキュリティ研究者Tin Pham(TF1T)がPatchstackのバグバウンティプログラムを通じて2026年7月16日に報告した。開発元は翌7月17日にはパッチの準備に着手し、8月3日にパッチの動作確認が完了、8月19日にバージョン4.2.2として正式リリースされた。脆弱性の詳細はパッチリリースと同じ8月19日にセキュリティアドバイザリとして公開され、翌8月20日には海外メディアでも広く報じられた。報告からパッチリリースまでは比較的迅速に対応が進んだ形であり、公開時点では実際の悪用は観測されていないとされる。ただし、未認証かつ悪用条件が低いことから、今後の悪用増加には注意が必要とみられる。 今後の対応 Elementor Proを利用しているサイト管理者は、直ちにバージョン4.2.2以降へアップデートすることが強く推奨される。なお、プラグインのアップデートを行っても、既にアップロードされてしまった不正なPHPファイルが自動的に削除されるわけではない点に注意が必要だ。管理者はwp-content/uploads/elementor/forms/ディレクトリを手動で確認し、見覚えのないPHPファイルが存在しないかチェックすることが求められる。Elementor Proのような大規模に利用されるプラグインの脆弱性は、WordPressエコシステム全体に大きな影響を及ぼしうるため、今後も同様のサプライチェーン型リスクへの警戒が必要となりそうだ。

概要 機械学習の実験管理・モデルレジストリ基盤として広く使われているMLflowに、未認証で悪用可能なサーバーサイドリクエストフォージェリ(SSRF)の脆弱性が発見され、実際の攻撃に悪用されていることが明らかになった。脆弱性はCVE-2026-64849として登録され、CVSSスコアは9.3ときわめて深刻な水準にある。セキュリティ企業watchTowrの分析によれば、CVE番号が発行されてからわずか数時間のうちに、攻撃者は脆弱なMLflowインスタンスに対する無差別スキャンを開始しており、対応の遅れが直接被害につながる典型的な事例となった。CISAは2026年8月19日付でこの脆弱性を「既知の悪用済み脆弱性(KEV)」カタログに追加し、連邦機関に対して2026年9月2日までのパッチ適用を義務付けている。 技術的な詳細 今回の脆弱性は、MLflowのモデルレジストリが備えるウェブフック機能の欠陥に起因する。認証を経ずにこの機能を悪用することで、攻撃者はMLflowサーバーを踏み台としてリクエストを任意の宛先にプロキシさせ、本来外部からは到達できないはずの内部サービスと通信できてしまう。バージョン3.15.0未満のMLflowが影響を受ける。 特に問題視されているのは、この脆弱性がウェブリダイレクトの処理に関する過去の修正をバイパスする形で成立している点だ。watchTowrのYordan Ganchev氏は、以前のパッチがリダイレクト先の検証に不備を残していたことを指摘しており、修正が想定していなかった経路から同種の攻撃が再び成立してしまったことになる。クラウド上でホストされたMLflowインスタンスが到達可能な場合、攻撃者はこのSSRFを通じてAWS・Azure・GCPなどが提供するクラウドメタデータサービスのエンドポイントに直接リクエストを送り込み、そこに保持されているクラウド認証情報やシークレットを窃取できる。 攻撃の経緯と被害範囲 watchTowrの観測によれば、CVE-2026-64849が公開された直後から、攻撃者は既知の内部IPアドレスやメタデータサービスのエンドポイントを対象に、脆弱なMLflowインスタンスへの無差別スキャンを開始していた。これほど短時間で実悪用が始まった背景には、脆弱性の悪用方法自体が単純であることに加え、MLflowが機械学習パイプラインの中核としてクラウド環境に広くデプロイされており、探索対象として発見されやすいという事情がある。窃取されたクラウド認証情報は、さらなる横展開やデータ窃取、リソースの不正利用など二次被害につながる可能性が高く、深刻度の高さが際立つ。 今後の対応 CISAによるKEVカタログへの追加は、連邦政府機関に強制力のあるパッチ適用期限(2026年9月2日)を課すものだが、民間企業を含むすべてのMLflowユーザーにとっても対応の緊急性は変わらない。専門家は、影響を受けるバージョンを使用している組織に対し、修正版への早急なアップグレードに加え、MLflowサーバーへのアクセスログを監査して不審なリクエストの有無を確認すること、クラウドメタデータサービスへのアクセス制御(IMDSv2の強制など)を見直すこと、既に流出した可能性のある認証情報のローテーションを実施することを推奨している。今回の一件は、過去に修正済みとされた脆弱性がリダイレクト処理のような周辺ロジックの不備によって再度悪用可能になるケースがあることを示しており、パッチ適用後も継続的な検証が必要であることを改めて浮き彫りにした。

概要 セキュリティ企業Cycodeの研究者Yuval Elbar氏は、NASA/JPLが開発するオープンソースの地上管制フレームワーク「AMMOS Instrument Toolkit(AIT)」のブラウザ操作コンソール「AIT-GUI」に、未認証の攻撃者が探査機や観測機器へ任意のコマンドを送信できる重大な脆弱性チェーンを発見したと公表した。AIT-GUIは探査機や科学機器へのコマンド送信とテレメトリ処理を担う、地上データシステム向けの操作コンソールである。脆弱性はGitHub Security Advisory「GHSA-p9r8-2q67-fp86」として追跡され、CVSSスコアは9.4(Critical)。関連するCVE-2026-60112(CVSSv4で9.3)も割り当てられている。影響を受けるのはバージョン2.5.1以前で、2026年8月12日にリリースされたバージョン2.5.2で修正済みである。 技術的な詳細 今回の脆弱性は、単体では致命的とまでは言えない複数のWebアプリケーションの弱点が組み合わさることで、探査機へのコマンド送信という極めて重大な結果をもたらす点が特徴だ。Elbar氏は「メモリ破壊のプリミティブも、認証バイパスも、新規のエクスプロイト技術も必要ない。非常に価値の高い標的に対して、よく知られた4つのWebの弱点を組み合わせただけだ」と述べている。具体的な弱点は以下の4つである。 1つ目は認証・認可の欠如で、コマンド送信用の/cmdをはじめとする状態変更系エンドポイントに、ログイン要求やセッション検証、CSRF対策が存在しなかった(CWE-306)。2つ目はネットワーク露出の問題で、ホスト設定を変更可能であるにもかかわらず、サーバーは既定ポート8080ですべてのネットワークインターフェース(0.0.0.0)にバインドするようハードコードされていた。3つ目はクロスオリジン攻撃で、フォーム送信がプリフライトチェックなしにクロスオリジンリクエストを受け付けてしまうため、悪意あるWebページを閲覧しただけで操作者のブラウザ経由でコマンドが送信されうる(CWE-352)。4つ目はパストラバーサルで、スクリプトやコマンドシーケンスを実行する/seqおよび/script/runエンドポイントがユーザー指定のファイルパスを十分に検証しておらず、意図したディレクトリ外のファイルを実行できてしまう(CWE-22)。Cycodeはこの深刻さについて「未認証POSTがもたらす被害範囲は、Webページの改ざんではなく、発行される観測機器コマンドの数で測られる」と表現している。 対応と今後の対策 NASA/JPLは2026年7月10日に修正をコミットし、7月29日にCVE-2026-60112が公開、8月12日にバージョン2.5.2がリリースされた後、8月13日にGHSA-p9r8-2q67-fp86のアドバイザリが公開されるという流れで対応が進んだ。修正版ではオリジン検証が追加されているが、コマンドエンドポイント自体への認証実装は今回の修正には含まれていない点が指摘されている。Cycodeは、ファイアウォールで保護されたホストローカルな環境であっても、操作者がブラウザで悪意あるサイトを閲覧するだけで攻撃が成立しうるとして、コンソールを利用する組織に対し、バージョン2.5.2以降への更新に加え、信頼できないネットワークからのコンソールポートへのアクセス制限、コマンドおよびシーケンス履歴の露出有無の確認、状態変更エンドポイントへの認証・認可の実装、CSRF対策とパス検証の適切な実施、サーバーを設定済みホストにのみバインドすることを推奨している。