CVE-2026-105192 LMCacheのデフォルト設定でリモートコード実行が可能
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
LMCacheのマルチプロセスモードでは、認証なしでZeroMQ ROUTERソケットが開かれ、ワーカープロセスが登録できる仕組みが存在します。これにより、ローカルホストにバインドされたデフォルトポート5555に不正なDEALERメッセージを送信することで、LMCacheプロセスが実行しているユーザー（コンテナイメージではroot）としてコードが実行される可能性があります。運用環境でLMCacheをデフォルト設定で稼働させている場合、リモートから任意のコード実行が可能となり、サーバーの完全な制御が狙われるリスクがあります。特に–hostパラメータでルート可能なアドレスを設定している場合、ネットワーク上の攻撃者が影響を受ける可能性が高くなります。脆弱性の確認には、LMCacheの実行設定やポートバインディング状況を確認し、必要に応じてパッチ適用やアクセス制限の設定を検討してください。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性について考えてみよう。LMCacheのマルチプロセスモードが、不正なコード実行を許容する仕組みを持っていると聞いているが、その本質は何か？
それはね、ZeroMQのROUTERソケットが認証なしに開かれるからです。デフォルトのポート5555にDEALERメッセージを送信すれば、LMCacheが実行しているユーザー（コンテナならroot）としてコードが走る可能性があります。でも、これは「デフォルト設定で稼働させている場合」に限るんですよね？
では、運用環境でLMCacheを動かす場合、管理者はどの観点で確認すべきだろう？
まず、LMCacheの実行設定やポートバインディング状況を確認する必要があります。–hostパラメータでルート可能なアドレスを設定しているか、デフォルトのlocalhostバインディングかをチェックしましょう。また、パッチ適用の有無や、アクセス制限の設定がちゃんと行われているかを確認するべきです。
なぜポート5555が問題なのでしょう？
それがデフォルトで開いているからです。ネットワーク上の攻撃者がこのポートにアクセスできると、悪意のあるメッセージを送ってコードを実行できてしまうんです。でも、このポートがローカルホストにバインドされている限り、外部からの攻撃はできないはず…？
だが、–hostパラメータでルート可能なアドレスを指定するとどうなる？
ああ、その場合、他のネットワーク上のノードからアクセスできるようになり、リモートからコードを実行されるリスクが高まります。だから、マルチノード環境ではこのパラメータの設定が非常に重要です。
では、管理者としてどう対応すればよい？
まず、LMCacheの実行設定を確認し、必要に応じてパッチを適用しましょう。また、アクセス制限を設定し、ポート5555が不正に開かれていないかを監視する必要があります。変更管理の文書にもこの設定を記録し、ベンダーの公式情報で最新の対策を確認するべきです。
この脆弱性を防ぐには、技術的な知恵と慎重さが必要だね。
そうですね。でも、ちょっとユーモラスに言っておくと…「ポート5555は、LMCacheの『お気に入り』のようなものです。でも、それを誰でも開けていいとは言いませんよ！」
関連キーワード: bind