2023 年 4 月の Patch Tuesday に関する Akamai の見解

Microsoft Message Queuing

Microsoft Message Queuing（MSMQ）サービスに 3 つの脆弱性がありました。これには、リモートコード実行（RCE）の重大な（9.8）脆弱性 1 つと、サービス妨害の脆弱性 2 つが含まれます。3 つの脆弱性はすべて、Check Point Research（CPR）の Haifei Li 氏が発見したものであり、脆弱性の詳細はこちらの 記事 で公開されています。

MSMQ サービスは Windows の オプション機能 であり、異なるアプリケーション間でメッセージを配信するのに使用されます。オプション機能であるにもかかわらず、Microsoft Exchange サーバーなど、Windows のエンタープライズアプリケーションの多くによってバックグラウンドで使用されています。 当社の調査結果から、このサービスは環境のほぼ 50% において、通常、複数のマシンにインストールされていることがわかりました。

RCE の脆弱性は簡単にトリガーされるため（CPR によると、必要とされるのは 1 つのパケットのみ）、できるだけ早くパッチを適用することを強く推奨します。事業継続性やその他の理由によってパッチを適用できない場合は、ネットワーク・セグメンテーション・ポリシーを使用して、サービスへのアクセスを最小限に制限することをお勧めします。 MSMQ サービスはポート 1801 からアクセスできますが、クライアントの多くはアクセスする必要がないため （主にエンタープライズアプリケーション自体で使用されるため）、 ポート 1801 と MSMQ サービスへの任意のネットワークアクセスを制限することを推奨します。許可リストポリシーを使用してセグメント化することで、実際に必要なマシンのみにアクセスできるようにしてください。

Windows リモート・プロシージャ・コール 

今月は、リモート・プロシージャ・コール（RPCSS CVE を含む RPC）に関連する 3 つの脆弱性が見つかりました。RCE の脆弱性は、RPC プロトコルの API と実装を提供する RPC ランタイムにあります。これは DLL の rpcrt4.dllで実装されます。一方、リモート・プロシージャ・コール・サービス（RPCSS）は、それ自体が RPC サーバーであり、 DCOM を担い、COM クラスとオブジェクトをネットワーク経由でアクセスできるようにします。

rpcrt4.dll および rpcss.dll は、いずれも Windows の通常動作に必要不可欠であり、 rpcrt4.dll は RPC を使用するすべてのプロセスに読み込まれるため、パッチを適用しないとリスクを緩和できない場合があります。

以前に対応したサービス

今月の Patch Tuesday で取り上げた CVE の多くは、過去のブログ記事で取り上げたシステムに関するものです。それらのサービスの分析や一般的な推奨事項についてご興味がある方は、以前の投稿をご覧ください。

このサマリーでは、現在入手可能な情報に基づいた Akamai の見解と推奨事項について概要を紹介します。Akamai ではレビューを継続的に行っているため、本資料に含まれる情報は変更される可能性があります。また、弊社の X（旧 Twitter）アカウントで更新をリアルタイムでご確認頂けます。