Veeamは、重大なリモート・コード実行(RCE)の脆弱性を含む、Backup & Replicationソフトウェアの複数のセキュリティ欠陥を修正するセキュリティ・アップデートをリリースしました。
CVE-2025-59470として追跡されているこのRCEセキュリティの欠陥は、Veeam Backup & Replication 13.0.1.180およびそれ以前のすべてのバージョン13ビルドに影響します。
「この脆弱性により、バックアップまたはテープオペレータは、悪意のあるインターバルまたはオーダーパラメータを送信することにより、postgresユーザとしてリモートコード実行(RCE)を実行することができます。
しかし、情報技術会社は、BackupまたはTape Operatorのロールを持つ攻撃者のみが悪用できるため、そのレーティングを高重要度に調整しました。
「BackupとTape Operatorロールは高度な特権ロールとみなされ、そのように保護されるべきです。Veeamが推奨するセキュリティ・ガイドラインに従うことで、悪用される機会をさらに減らすことができます。
Veeamは、1月6日にバージョン13.0.1.1071をリリースし、CVE-2025-59470をパッチし、悪意のあるバックアップまたはテープオペレータが悪意のあるバックアップ設定ファイルを作成すること、または悪意のあるパスワードパラメータを送信することにより、それぞれリモートでコードを実行することができる、他の2つの高重度(CVE-2025-55125)および中重度(CVE-2025-59468)の脆弱性に対処しました。
VeeamのBackup & Replication (VBR)エンタープライズ・データ・バックアップおよびリカバリ・ソフトウェアは、重要なデータやアプリケーションのコピーを作成し、サイバー攻撃、ハードウェア障害、または災害の後に迅速に復元することができます。
ランサムウェア集団に狙われるVeeamの欠陥
VBRは、中堅から大企業およびマネージド・サービス・プロバイダーの間で特に人気がありますが、被害者の環境内で横方向に移動するための迅速なピボット・ポイントとして機能するため、ランサムウェアのギャングに狙われることもよくあります。
ランサムウェアのペイロードを展開する前にバックアップを削除することで、データの窃盗を単純化し、復元作業を簡単にブロックすることができるため、ランサムウェアのギャングたちは、被害者のVBRサーバーを常にターゲットにしていると以前話して いた。
Cuba ランサムウェアギャングと、金銭的な動機を持つFIN7脅威グループ (以前は Conti、Revil、Maze、Egregor、BlackBasta ランサムウェアギャングと連携していた) も、過去に VBR の脆弱性を標的とした攻撃に関連していました。
最近では、Sophos X-Ops のインシデント対応担当者が2024年11月に、Frag ランサムウェアが 2カ月前に公開された別の VBR RCE 脆弱性（CVE-2024-40711）を悪用していたことを明らかにしました。同じセキュリティ欠陥は、2024年10月から脆弱なVeeamバックアップ・サーバーを標的としたAkiraおよびFogランサムウェア攻撃でも使用されていました。
Veeamの製品は、グローバル2,000社の74%、フォーチュン500社の82%を含む、世界中の55万以上の顧客に使用されています。
.ia_ad { background-color：#width: 95%; max-width: 800px; margin: 15px auto; border-radius: 8px; border：1px solid #d6ddee; display: flex; align-items: stretch; padding: 0; overflow: hidden; }：0; overflow: hidden; } .ia_lef { flex: 1; max-width: 200px; height: auto; display: flex; align-items: stretch; } .ia_lef a { display: flex; width: 100%; height: 100%; } .ia_lef a img { width: 100%; height: 100%; border-radius: 8px 0 0 8px; margin: 0; display: block; } .ia_rig { flex: 2; padding：display: flex; flex-direction: column; justify-content: center; } .ia_rig h2 { font-size: 17px !important; font-weight: 700; color：#line-height: 1.4; font-family：margin: 0 0 14px 0; } .ia_rig p { font-weight: bold; font-size: 14px; margin: 0 0 clamp(6px, 2vw, 14px) 0; } .ia_button { background-color：#border：1px solid #3b59aa; color: black; text-align: center; text-decoration: none; border-radius: 8px; display: inline-block; font-size: 16px; font-weight: bold; cursor: pointer; padding：width: fit-content; } .ia_button a { text-decoration: none; color: inherit; display: block; } @media (max-width: 600px) { .ia_ad { flex-direction: column; align-items: center; } .ia_lef { max-width: 100%; } .ia_lef a img { border-radius: 8px 8px 0 0; } .ia_rig { padding：15px;
width: 100%;
}
.ia_button {
width: 100%;
margin: 0px auto;
}
}
MCPのための7つのセキュリティ・ベスト・プラクティス
MCP（モデル・コンテキスト・プロトコル）がLLMをツールやデータに接続するための標準になるにつれて、セキュリティ・チームはこれらの新しいサービスを安全に保つために迅速に動いています。
この無料のチート・シートには、今日から使える7つのベスト・プラクティスがまとめられています。
Comments