脆弱性対応ウォッチ重大・クリティカル脆弱性のクラウド別対応まとめ
最新更新履歴CriticalHigh回避策のみパッチありAWSGCPAzureLinux
Critical CVSS 9.8
CVE-2026-12118

IBM webMethods Integration Server の WmServiceMock による未認証RCE(パッチは無く、パッケージ削除が唯一の対処)

情報取得日: 2026/07/30/最終確認: 2026/08/25・本ページは公開情報の非公式まとめです

CVE IDCVE-2026-12118
製品IBM / IBM webMethods Integration (on prem) 10.15 / 10.11
CVSS9.8(Critical)
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
種別 (CWE)CWE-502 信頼できないデータのデシリアライズ
登録/公開日2026/07/30
出典https://nvd.nist.gov/vuln/detail/CVE-2026-12118

概要

IBM webMethods Integration Server に同梱される WmServiceMock パッケージを経路として、未認証のリモート攻撃者が信頼できないデータのデシリアライズによって任意コードを実行できる。対象は on-prem の 10.15 と 10.11 である。CVSS は採番元の IBM が 3.1 で 9.8 Critical、ベクタは AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H で、認証も利用者操作も要らない。CWE は CWE-502。 この件で押さえるべきなのは、IBM のセキュリティ速報(node/7278857)が「製品パッチもソフトウェア更新も不要(No product patch or software update is required)」と明記していることである。修正版が出ていないのではなく、修正すべき製品コードが無いという整理になっている。IBM の説明はこうである。WmServiceMock パッケージは Integration Server の認証に依存しており、独自の認証機構を実装していない。そしてこのパッケージは開発時のテスト用ユーティリティであり、開発・テスト環境専用に設計されたものである。つまり本番に置くことが想定されていない部品が同梱されており、それが本番に残っていると未認証RCEの入口になる、という構図である。 したがって対処は「パッチを当てる」ではなく「本番から取り除く」になる。IBM が required action として書いているのも、production の Integration Server ノードから WmServiceMock パッケージを削除すること、そしてインターネットに面したシステムや本番システムには配備しないことの2点だけである。 この形の脆弱性は、バージョン番号で影響有無を判定できないという点で扱いにくい。10.15 と 10.11 に該当バージョンが限られているように見えても、実際に危険かどうかは「そのノードに WmServiceMock が入っているか」で決まる。開発環境からコピーして作った本番ノード、あるいはインストール時の既定構成をそのまま使っているノードで残りやすい。IBM の速報は 2026年7月30日の公開時点のもので、回避策の欄には削除手順そのものが書かれている。KEV には本稿の確認時点(2026-08-25・カタログ 2026.08.24)で収載されていない。

クラウド/OS 別の対応状況

各ベンダー公式アドバイザリで確認できた事実に基づき整理しています。確認できていない項目は「情報確認中」と明記し、存在しないパッチ番号・バージョンは記載しません。

AWS / GCP / Azure は同じ対応区分です: 回避策のみ
Linux のみ異なります: 対象外
環境対応状況対応方法・備考
AWS (ECS/EC2) 回避策のみ
EC2 上で動かしている webMethods Integration Server の本番ノードから WmServiceMock パッケージを削除し、Integration Server を再起動する。
AWS 側に修正対象は無い。webMethods は IBM の製品であって AWS のマネージドサービスではないため、対処は利用者側のノード上で行う。AMI から複製した本番ノードは、元 AMI に WmServiceMock が入っていれば全台に残っている。
参照リンク
GCP 回避策のみ
Compute Engine / GKE 上のノードから WmServiceMock を削除し再起動する。コンテナで動かしている場合はイメージ側からも取り除く。
GCP 側に修正対象は無い。コンテナ運用ではノード上で消してもイメージを再デプロイすると戻るため、イメージのビルド定義から外す必要がある。
参照リンク
Azure 回避策のみ
Azure VM / AKS 上のノードから WmServiceMock を削除し再起動する。
Azure 側に修正対象は無い。
参照リンク
Linux 対象外
ディストリのセキュリティ更新では直らない。webMethods は IBM が配布する商用製品で、Debian / Ubuntu / RHEL のパッケージではない。対処は製品側でのパッケージ削除である。
「ディストリが未対応」ではなく配布対象外である。OS の更新を待っても状況は変わらない。
参照リンク

解決の方向性(パッチ/回避策/代替)

判定は1点だけである。本番の Integration Server ノードに WmServiceMock パッケージが存在するかどうか。存在すれば該当し、存在しなければバージョンが 10.15 / 10.11 でも該当しない。 確認と削除の手順は IBM の速報にそのまま書かれている。(1) Integration Server にログインする。(2) Packages > Management へ移動する。(3) パッケージ一覧から WmServiceMock を探す。(4) WmServiceMock の隣の Delete アイコンをクリックする。(5) 確認を求められたら削除を承認する。(6) 削除を完了させるため Integration Server を再起動する。再起動まで行って初めて完了である。 対象ノードの洗い出しは、本番だけを見て終わらせないほうがよい。「本番」の定義から漏れやすいのは、検証用に立てたまま外部に出ているノード、災害対策サイトの待機系、そして開発環境から複製して作った本番ノードである。インターネットに面しているかどうかは優先度を決める材料であって、該当有無の判定材料ではない。内部からの攻撃でも未認証RCEは成立する。 削除前に確認しておくことが1つある。WmServiceMock は開発時のモック機能を提供するパッケージなので、本番の連携フローがこれに依存していないかを見る。依存していれば、それ自体が設計上の問題であり、削除ではなく作り替えが要る。依存が無ければ削除して差し支えない。 完了条件は、全ノードのパッケージ一覧に WmServiceMock が無いことを実際の画面またはファイルシステムで確認し、かつ削除後に Integration Server を再起動していることの2点である。バージョンを上げても直らないので、fix pack の適用予定を完了条件にしてはいけない。

よくある質問(CVE-2026-12118)

CVE-2026-12118(IBM webMethods Integration)の影響は?

Critical(CVSS 9.8)に分類されるIBM IBM webMethods Integration (on prem) 10.15 / 10.11の脆弱性です。IBM webMethods Integration Server に同梱される WmServiceMock パッケージを経路として、未認証のリモート攻撃者が信頼できないデータのデシリアライズによって任意コードを実行できる。対象は on-prem の 10.15 と 10.11 である。CVSS は採番元の IBM が 3.1 で 9.8 Critical、ベクタは AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H で、認証も利用者操作も要らない。CWE は CWE-502。 この件で押さえるべきなのは、IBM のセキュリティ速報(node/7278857)が「製品パッチもソフトウェア更新も不要(No product patch or software update is required)」と明記していることである。修正版が出ていないのではなく、修正すべき製品コードが無いという整理になっている。IBM の説明はこうである。WmServiceMock パッケージは Integration Server の認証に依存しており、独自の認証機構を実装していない。そしてこのパッケージは開発時のテスト用ユーティリティであり、開発・テスト環境専用に設計されたものである。つまり本番に置くことが想定されていない部品が同梱されており、それが本番に残っていると未認証RCEの入口になる、という構図である。 したがって対処は「パッチを当てる」ではなく「本番から取り除く」になる。IBM が required action として書いているのも、production の Integration Server ノードから WmServiceMock パッケージを削除すること、そしてインターネットに面したシステムや本番システムには配備しないことの2点だけである。 この形の脆弱性は、バージョン番号で影響有無を判定できないという点で扱いにくい。10.15 と 10.11 に該当バージョンが限られているように見えても、実際に危険かどうかは「そのノードに WmServiceMock が入っているか」で決まる。開発環境からコピーして作った本番ノード、あるいはインストール時の既定構成をそのまま使っているノードで残りやすい。IBM の速報は 2026年7月30日の公開時点のもので、回避策の欄には削除手順そのものが書かれている。KEV には本稿の確認時点(2026-08-25・カタログ 2026.08.24)で収載されていない。

CVE-2026-12118 の対応方法・回避策は?

判定は1点だけである。本番の Integration Server ノードに WmServiceMock パッケージが存在するかどうか。存在すれば該当し、存在しなければバージョンが 10.15 / 10.11 でも該当しない。 確認と削除の手順は IBM の速報にそのまま書かれている。(1) Integration Server にログインする。(2) Packages > Management へ移動する。(3) パッケージ一覧から WmServiceMock を探す。(4) WmServiceMock の隣の Delete アイコンをクリックする。(5) 確認を求められたら削除を承認する。(6) 削除を完了させるため Integration Server を再起動する。再起動まで行って初めて完了である。 対象ノードの洗い出しは、本番だけを見て終わらせないほうがよい。「本番」の定義から漏れやすいのは、検証用に立てたまま外部に出ているノード、災害対策サイトの待機系、そして開発環境から複製して作った本番ノードである。インターネットに面しているかどうかは優先度を決める材料であって、該当有無の判定材料ではない。内部からの攻撃でも未認証RCEは成立する。 削除前に確認しておくことが1つある。WmServiceMock は開発時のモック機能を提供するパッケージなので、本番の連携フローがこれに依存していないかを見る。依存していれば、それ自体が設計上の問題であり、削除ではなく作り替えが要る。依存が無ければ削除して差し支えない。 完了条件は、全ノードのパッケージ一覧に WmServiceMock が無いことを実際の画面またはファイルシステムで確認し、かつ削除後に Integration Server を再起動していることの2点である。バージョンを上げても直らないので、fix pack の適用予定を完了条件にしてはいけない。

自分の環境が CVE-2026-12118 の影響を受けるか確認するには?

IBM IBM webMethods Integration (on prem) 10.15 / 10.11 を利用している場合、稼働バージョンが影響範囲に含まれるかを一次情報(https://nvd.nist.gov/vuln/detail/CVE-2026-12118)で確認してください。AWS・GCP・Azure・Linux それぞれの対応状況は本ページの「クラウド/OS 別の対応状況」表にまとめています。確認できていない項目は「情報確認中」と明記しており、存在しないパッチ番号・バージョンは記載していません。

参考情報(出典)

本ページの記載は下記の一次情報に基づく非公式まとめです。数値・対応状況は各出典元で最終確認してください(最終確認: 2026/08/25)。

ベンダー公式・PSIRT アドバイザリ
NVD(CVE 基本情報・CVSS スコアの出典)
免責: 本ページは CISA KEV・NVD・各ベンダー公式アドバイザリ等の公開情報をもとにした非公式まとめです。修正バージョンや対応可否は変更される場合があります。実際の対応は必ず 出典元および各ベンダー公式情報・自環境で確認してください。

« 一覧に戻る