CyberSec.Space Logo
インサイト一覧に戻る
脅威インテリジェンス••Cyber-Sec.Space Research Lab

デイリー・グローバル・サイバー脅威インテリジェンス・ダイジェスト｜2026年7月29日

本日の脅威情報では、悪用中のArista VeloCloud CVE-2026-16812、TeamCity CVE-2026-63077の未認証RCE、公開IPMI／BMCのRAKPパスワードリスク、Origin EnergyとMCBSの侵害動向を解説します。

⚡ デイリー・グローバル・サイバー脅威インテリジェンス・ダイジェスト｜2026年7月29日

対象期間：2026年7月28日 08:00～7月29日 08:00（UTC+8）
対象：CISO、SOC、IT／クラウドセキュリティ、ネットワークセキュリティ、DevSecOps、APAC防御チーム

本号では、対象期間中に初めて開示された事象、または対象期間中に悪用状況、公式確認、修正、被害規模、運用リスクについて重大な更新があった事象のみを掲載します。

公式ベンダーアドバイザリ、CISA、規制当局への届出、一次調査を優先しています。研究上の推定、メディアによる再注目、攻撃者の主張、アナリストの推論は、ベンダーまたは政府機関が確認した事実と分けて記載しています。

📝 エグゼクティブサマリー — 10秒で把握

  • 🔴 Arista VeloCloud OrchestratorのCVE-2026-16812は実際に悪用されており、CISA KEVへ追加されました。 未認証の攻撃者が、本来は内部利用専用の特権機能へアクセスし、VCOホストおよび管理対象データへ影響を与える可能性があります。CVSSは10.0で、CISAは米国連邦文民機関に7月30日までの対応を求めています。

  • 🔴 JetBrains TeamCityのCVE-2026-63077は、未認証のリモートコード実行につながります。 TeamCity On-Premisesの全バージョンが影響を受けます。修正版は2025.11.7および2026.1.3です。直ちにアップグレードできないTeamCity 2017.1以降の環境では、公式security patch pluginを一時的に利用できます。

  • 🟠 Lavaは、インターネット公開されたIPMIインターフェースを36,872件確認し、そのうち24,650件が認証完了前にパスワード由来のRAKP materialを返すことを明らかにしました。 応答の30％超は、一般的な辞書または予測可能な工場出荷時パスワード形式で復元できるパスワードに関連していました。

  • 🟠 オーストラリアのOrigin Energyは、現任および元顧客約90万人のデータへアクセスされたと暫定推定しています。 調査は継続中であり、90万人を最終的な侵害人数として扱うべきではありません。ただし、高度に個人化された詐欺やアカウント回復攻撃を支えるには十分な規模です。

  • 🟠 MCBSの126万人規模の医療データ侵害は継続案件です。 HHSは6月26日時点で1,261,464人の影響を記録済みです。本対象期間の新しい内容は主に、事件範囲とデータ種別をメディアが再整理したものであり、新たな規制当局による人数更新ではありません。

🚨 重大事象

1. Arista VeloCloud Orchestrator CVE-2026-16812：管理プレーンのゼロデイが実際に悪用

Aristaアドバイザリ公開日： 2026年7月27日
CVE： CVE-2026-16812
Arista CVSS v3.1／v4.0： 10.0 — Critical
悪用状況： Aristaが実際の悪用を確認
CISA KEV： 7月27日に追加。対応期限は7月30日
アナリストによる運用優先度： 🔴 Critical
影響を受けるプラットフォーム： VeloCloud Orchestrator On-Prem

Aristaによると、VCO On-Premには未認証のOS command injection問題が存在します。リモート攻撃者が、本来は内部利用専用の特権機能へアクセスし、orchestratorホストと、同プラットフォームが管理する設定およびデータを侵害できる可能性があります。

悪用にはVCO tenantまたはoperator credentialsは不要で、攻撃者がネットワーク経由でVCO Web interfaceへ到達できれば成立します。Aristaは、VCO Web interfaceはデフォルトでアクセス可能であり、製品設定だけでこの露出を完全に排除することはできないと説明しています。信頼できる管理ネットワークへ制限することで、悪用リスクを下げることはできます。

運用上の影響が重大な理由

VCOはSD-WANの集中管理コントロールプレーンです。侵害に成功した場合、攻撃者は以下を実行できる可能性があります。

  • VCO database、device inventory、credentials、certificates、key materialへアクセスする。
  • システムコマンドを実行し、ファイルを作成し、データベースをエクスポートする。
  • 管理設定を変更し、不正なmaintenance actionを実行する。
  • VCOが管理するEdge deviceへアクセスする能力を取得する。
  • orchestratorを介して、悪意のある、または未承認の設定を下流デバイスへ配布する。

VeloCloud Edge自体はCVE-2026-16812の直接的な脆弱製品ではありません。ただし、侵害されたVCOが、管理対象Edgeへ影響を与える制御経路になる可能性があります。

影響を受けるバージョンと修正版

リリース系列 影響を受けるバージョン 修正版
VCO 5.2.x 5.2.3.14未満 5.2.3.14以降
VCO 6.1.x 6.1.3.4未満 6.1.3.4以降
VCO 6.4.x 6.4.2.4未満 6.4.2.4以降
VCO 7.0.x 7.0.0.1未満 7.0.0.1以降

直接的な影響を受けない製品：

  • VeloCloud Orchestrator Hosted
  • VeloCloud Orchestrator Dedicated（アドバイザリ公開前に修正済み）
  • VeloCloud Gateway
  • VeloCloud Edge

サポート終了バージョンはAristaによる評価対象外であり、安全だと想定してはいけません。

公開された観測IP

Aristaは、攻撃で観測された3つの送信元IPを公開しました。

8.19.75.217
206.72.242.124
206.72.242.162

これらのIPは既知の観測値にすぎず、完全なcompromise indicator setではありません。IPのブロックは、修正適用や過去調査の代替にはなりません。

直ちに実施すべき対応

  1. production、災害復旧、テスト、予備ノードを含む、すべてのOn-Prem VCOを直ちにアップグレードする。

  2. VCO Web interfaceをVPN、踏み台ホスト、信頼できる管理ネットワークへ制限する。

  3. 修正適用前に以下を保存する。

    • Web access logs
    • Backend application logs
    • System logs
    • Database logs
    • File-system timestamps

  4. 以下を検索する。

    • 異常なencoded path
    • localhostまたはinternal serviceを指すリクエスト
    • 異常に高頻度なWeb request
    • VCOホストから発信された異常なHTTP／HTTPS通信
    • 未承認のconfiguration change
    • command execution、database export、archive artefact
    • credentials、certificates、keysへの予期しないアクセス

  5. SD-WAN Edge configurationを既知の正常なbaselineと比較する。

  6. 侵害が疑われる場合は、以下をローテーションする。

    • Administrator credentials
    • API tokens
    • Device certificates
    • Database credentials
    • VCOからアクセス可能なdownstream secrets

  7. host compromiseを合理的に排除できない場合は、インプレース修正だけでなく、信頼できるイメージからVCOを再構築または交換する。

主要情報源

2. TeamCity CVE-2026-63077：未認証のデシリアライゼーションによりサーバーRCE

アドバイザリ公開日： 2026年7月27日
CVE： CVE-2026-63077
CVSS v3.1： 9.8 — Critical
アナリストによる運用優先度： 🔴 Critical
悪用状況： JetBrainsはアドバイザリ公開時点でactive exploitationを確認していない
影響範囲： TeamCity On-Premisesの全バージョン
影響を受けない製品： TeamCity Cloud

CVE-2026-63077は、TeamCityのagent polling protocolに存在します。HTTP(S)経由でTeamCity serverへ到達できる未認証の攻撃者が、認証を回避し、TeamCity server processの権限で任意のOSコマンドを実行できる可能性があります。

悪用に成功した場合、以下が露出する可能性があります。

  • TeamCity dataおよびconfiguration
  • 保存されたcredentials
  • Build variables
  • Source-control tokens
  • Artifact repository credentials
  • Cloud deployment keys
  • Build artefacts
  • Downstream CI/CD pipelines

修正方法

推奨：完全アップグレード

  • TeamCity 2025.11系列：2025.11.7 へアップグレード
  • TeamCity 2026.1系列：2026.1.3 へアップグレード
  • それより古いバージョン：サポート対象の修正版へ移行

直ちにアップグレードできない場合：Security Patch Plugin

TeamCity 2017.1以降 では、JetBrainsが提供するsecurity patch pluginをインストールできます。

注意点：

  • pluginが修正するのはCVE-2026-63077のみ。
  • 新バージョンに含まれるその他のセキュリティ修正は含まれない。
  • TeamCity 2017.1～2018.1では、インストール後に再起動が必要。
  • TeamCity 2018.2以降では、再起動せずに有効化可能。
  • 完全アップグレードが引き続き推奨される。

TeamCity CloudにはJetBrainsが該当措置を適用済みであり、顧客側の対応は不要です。

直ちに実施すべき対応

  1. 2025.11.7／2026.1.3へアップグレードするか、該当するpatch pluginを直ちにインストールする。

  2. 実際に稼働している以下を確認する。

    • Server binary
    • Container image digest
    • VM image
    • Kubernetes／Helm deployment
    • Patch-plugin status

  3. 修正完了までは、TeamCityへのアクセスをVPN、内部ネットワーク、信頼できるリバースプロキシに限定する。

  4. TeamCity processが以下を起動していないか検索する。

    • cmd.exe
    • PowerShell
    • /bin/sh／bash
    • curl／wget
    • Python、Perl、その他のscript interpreter

  5. 以下を確認する。

    • 新しいbuild agent
    • 新しいadministrator account
    • 異常なbuild configuration
    • 新しいaccess token
    • SSH keys
    • 不明なplugin
    • 予期しないartefact modification

  6. TeamCityがインターネットへ公開されており、悪用されていないと証明できない場合、TeamCityからアクセス可能なすべての高価値secretをローテーションする。

  7. 修正後にbuild artefact integrityを検証し、downstream deploymentが不正に変更されていないか確認する。

アップグレードは脆弱性を閉じることはできますが、すでに読み取られた認証情報を失効させたり、改ざんされたbuild artefactを復元したりすることはできません。

主要情報源

🛠️ 脆弱性と管理プレーンのリスク

3. 24,000台超の公開BMCが、オフライン解析可能なRAKP Authentication Materialを返却

本対象期間の更新： 7月28日に主要データがメディアで公開
完全な一次調査： Lavaが7月29日に公開。対象期間外の補足primary source
関連脆弱性： CVE-2013-4786
アナリストによる運用優先度： 🟠 High。インターネット公開BMCは🔴 Criticalのアーキテクチャ上の露出

Lavaのスキャンでは、36,872件のインターネット公開IPMI endpoint が確認されました。そのうち24,650件 は、client authentication完了前に少なくとも1つのパスワード由来RAKP responseを返しました。

技術的には、保存されたpassword hashがパスワードデータベースから直接漏えいしているわけではありません。IPMI 2.0 RAKP authenticationは、アカウントパスワードと攻撃者が把握しているsession valueを使って計算したHMAC-SHA1 authentication code を返します。攻撃者は、推測ごとにBMCへ再ログインすることなく、ローカルでパスワード候補をオフラインテストできます。

調査データ

調査結果 件数
インターネット公開IPMI host 36,872
認証前にRAKP materialを返却 24,650
空のusernameと復元可能な弱いパスワード 6,240
名前付きアカウントが一般的なパスワードを使用 2,340

Lavaによると、応答の30％超は、一般的な辞書または予測可能な工場出荷時形式を使って復元可能なパスワードに関連していました。

調査はさらに、各デバイスが固有のchassis-sticker passwordを使用していても、形式が制約され、オフライン解析が可能であれば、単一の標的に対するGPU password recoveryが実用的になり得ることを示しています。

BMC侵害が特に深刻な理由

BMCは通常、以下を実行できます。

  • リモートでの電源オン／オフ
  • コンソールへのアクセス
  • virtual mediaのマウント
  • firmwareの更新
  • 基盤プラットフォーム設定の変更
  • IPMI、Redfish、Web UIを介したサーバー管理

BMCは、OS、kernel、container、大部分のEDR制御の外側で動作します。侵害に成功すると、可視性の低い永続的な管理プレーンfootholdが形成され、共有out-of-band networkを介して他のサーバーへ横方向に影響する可能性があります。

正しい緩和策の重点

CVE-2013-4786はIPMI 2.0 protocol behaviourに起因するため、一般的なfirmware updateで問題が完全に解消されると想定してはいけません。

中核となる制御は以下です。

  1. インターネットからUDP 623へのアクセスをブロックする。

  2. BMCを独立したprivate management networkへ配置する。

  3. VPN、bastion host、指定された管理システムからのみ接続を許可する。

  4. factory-issued、default、reused、予測可能なパスワードをすべて変更する。

  5. 以下を無効化する。

    • IPMI 1.5
    • Cipher suite 0
    • Anonymous accounts
    • NONE authentication
    • 不要なlegacy IPMI機能

  6. BMCには独立したcredentialsを使用し、以下と共有しない。

    • OS
    • Active Directory
    • Hypervisor
    • その他の管理プラットフォーム

  7. 独立管理ネットワーク内で以下を監視する。

    • SOL console
    • Virtual media mounting
    • Firmware changes
    • Redfish／IPMI API calls
    • 予期しない電源オン／オフ
    • 管理者および認証情報の変更

  8. ベンダーのfirmwareおよびhardening guidanceを適用する。ただし、firmware updateだけを唯一の対応にしない。

  9. サポートされている場合、制御された管理ネットワーク内ではRedfish over TLSを優先できる。ただし、IPMIもRedfishもインターネットへ直接公開してはいけない。

主要情報源

🎯 防御ガイダンス

4. CISAとオーストラリアがOT「重要システム隔離」ガイダンスを公開

公開日： 2026年7月28日
文書： CI Fortify — Advice for Isolating Vital Systems
アナリストによる運用優先度： 🟠 Medium～High
性質： レジリエンスおよびインシデント準備ガイダンス。法的拘束力を持つ命令ではない

オーストラリアASD／ACSC、CISA、その他の国際協力機関は、重要インフラ運営者に対し、vital OTおよびenabling systemを隔離する能力を事前に構築し、テストするよう促す新しいガイダンスを公開しました。

目的は、日常的にすべてのOTを恒久的にネットワークから切り離すことではありません。サイバー攻撃、重大なサプライチェーン障害、高脅威期間に、高リスク接続を段階的または全面的に切断しながら、最低限必要なサービスを維持できるようにすることです。

ガイダンスの中核原則

  1. 重要サービスの提供に必要な最小限のシステムとネットワークを特定する。

  2. 以下を含むすべての接続経路を記録する。

    • Corporate IT
    • Vendor remote access
    • Internet
    • Cloud
    • Peer OT／その他の公益事業
    • Carrier、radio、mobile、satellite、Wi-Fi

  3. isolation pointを事前に構築する。

  4. graduated isolationを計画する。

    • remote-worker accessを停止
    • on-prem remote accessを停止
    • IT／OT接続を切断
    • 低優先度のOT peer linkを切断
    • vital systemを完全隔離

  5. 最終状態として、完全隔離の能力も保持する。

  6. 隔離を妨げる共通依存関係を排除する。対象には以下が含まれる。

    • Active Directory
    • DNS／DHCP
    • PKI
    • NTP／PTP
    • Shared storage
    • Virtualisation
    • Backup services
    • Document／firmware repositories

  7. 隔離によって、safety instrumented system、緊急停止、必須制御機能が意図せず停止しないようにする。

推奨対応

  • IT、OT、identity、vendor access、cloud connectionのisolation matrixを作成する。
  • 各隔離段階について、technical trigger、business trigger、decision ownerを定義する。
  • DNS、時刻同期、identity、backup、monitoringのローカル代替能力を準備する。
  • 検証済みのoffline configuration、firmware、recovery image、管理credentialsを保存する。
  • 単一のfirewall ruleだけでなく、完全隔離を演習する。
  • isolation、manual operation、minimum-service mode、reconnect criteriaをincident-response playbookへ組み込む。
  • ベンダー、公益事業パートナー、重要顧客と、隔離期間中のサービス依存関係を事前調整する。

主要情報源

🔐 データ侵害

5. Origin Energy：現任・元顧客約90万人のデータへアクセスされたと暫定推定

対象期間中の公式更新： 2026年7月28日
会社の説明： 初期レビュー段階を完了。調査は継続中
現在の推定： 現任および元顧客約900,000人
アナリストによる影響評価： 🟠 Medium～High
APACとの関連性： 高

Origin Energyは以下のように説明しています。

we believe approximately 900,000 current and former customers’ information was accessed.

したがって、90万人は会社が初期レビューを完了した時点での現在の推定 として記載すべきであり、最終的に確認された被害者数ではありません。

影響を受けた可能性のあるデータ

  • 氏名
  • 住所
  • 生年月日
  • 電話番号
  • 顧客アカウント情報
  • クレジットカード番号の末尾4桁
  • 銀行口座番号の末尾3桁

不完全な金融情報だけでは、取引やアカウントアクセスに利用できません。しかし、氏名、住所、生年月日、アカウント背景と組み合わせることで、以下へ悪用される可能性があります。

  • Origin／銀行カスタマーサービスへのなりすまし
  • Refund scam
  • Payment-change fraud
  • Account recovery abuse
  • SIM-swap social engineering
  • 信頼性の高いphishing／vishing

証拠レベルの整理

  • Originの暫定推定： 現任および元顧客約90万人
  • 攻撃者の以前の主張： 約200万人
  • 現時点で採用すべき主要数値： Originによる約90万人の会社推定
  • 最終breach count： 未公表

推奨対応

顧客向け

  • 未依頼のOrigin refundまたはaccount-updateリンクをクリックしない。
  • 発信者が住所、生年月日、銀行口座の末尾を知っていても、一度通話を終了し、公式窓口から連絡し直す。
  • Originアカウントと同じパスワードを他で再利用している場合は変更する。
  • 個人メール、銀行、通信事業者のアカウントでMFAを有効化する。
  • 銀行取引、信用情報、通信アカウント変更のアラートを有効化する。

企業および金融機関向け

  • 氏名、住所、生年月日、アカウント番号の末尾を、十分な本人確認要素として使用しない。
  • 支払い情報、連絡先、MFA enrolment、credential resetにはout-of-band verificationを使用する。
  • Originブランドまたは実在する顧客データを利用したphishing、vishing、payment fraudを監視する。

主要情報源

6. MCBS：126万人規模の医療データ侵害がメディアで再注目

ステータス： 継続案件
HHSへの正式届出日： 2026年6月26日
影響を受けた人数： 1,261,464人
本対象期間の更新： 7月28日にメディアで広く報道
アナリストによる影響評価： 🟠 Medium～High

Medical Computer Business Services（MCBS）は、医療請求、コーディング、売掛金、管理業務のサービスプロバイダーです。

HHS Office for Civil RightsのBreach Portalには、6月26日時点ですでに以下が記載されていました。

  • Entity：MCBS, LLC
  • Individuals affected：1,261,464
  • Breach type：Hacking／IT Incident
  • Location：Network Server
  • Business associate present：Yes

したがって、本対象期間の新情報は新たな正式人数の届出ではなく、メディアが事件範囲とデータリスクを再整理したものです。

関連した可能性のあるデータ

影響を受けた項目は個人ごとに異なる可能性があります。公開報道では以下が挙げられています。

  • 氏名
  • 住所
  • Social Security number
  • 生年月日
  • Health-plan beneficiary number
  • Insurance policy／subscriber ID
  • Medical history
  • 身体または精神の健康状態
  • Diagnosis information
  • Treatment information

推奨対応

通知を受けた個人向け

  • 提供されるcredit monitoring／identity-protection serviceを有効化する。
  • SSNが関連する場合、信用凍結を検討する。
  • Explanation of Benefits、医療保険請求、異常な請求を監視する。
  • 医療機関、保険会社、Medicare／Medicaid、請求部門を装うメッセージに注意する。
  • 相手が実際の医療情報を知っているという理由だけで、本人だと信頼しない。

医療機関向け

  • MCBSまたはその他のbilling vendorが保持するデータがminimum-necessary principleに適合しているか確認する。
  • 第三者アクセス、データ保持、breach-notification条項を確認する。
  • account recovery、benefit change、支払い要求にはout-of-band verificationを使用する。
  • 虚偽請求、identity impersonation、credential-stuffing activityを監視する。

主要情報源

👀 今後の注目点

  • CVE-2026-16812： 完全なinitial-access timeline、脅威アクターのidentity、被害規模、VCO compromiseが下流Edge configurationの変更に使用されたかどうか。
  • CVE-2026-63077： 公開PoC、mass scanning、実際の悪用確認が出るか。
  • BMC／IPMI： Lavaのデータに基づくcredential list、GPU providerを狙う侵入、BMC management networkを横断するlateral movementが発生するか。
  • Origin Energy： 後続調査で約90万人という推定が変更されるか、initial-access vectorが公開されるか。
  • MCBS： 影響を受けた医療機関の完全な一覧、データ項目、事件の帰属。
  • MAI-Cyber-1-Flash： 公開された性能データは現在、主にCyberGymなど既知脆弱性のベンチマークに基づいています。より広範なMDASHシステムが新しいMicrosoft脆弱性の発見を支援した実績はありますが、単一モデルが独立かつ一般的にゼロデイを発見したり、安全に導入可能な修正を自動生成したりできることを意味するものではありません。

✅ 本日の優先対応

P0｜直ちに対応

  1. すべてのOn-Prem VCOを特定し、バージョン、Web exposure、過去の管理活動を確認する。
  2. 修正前にVCOログを保存し、その後修正版へアップグレードして公式IOCを確認する。
  3. TeamCityを2025.11.7／2026.1.3へアップグレードする。アップグレードできない場合は、該当するpatch pluginを直ちにインストールする。
  4. すべての公開IPをスキャンし、インターネットからUDP 623、IPMI、BMC Web UI、Redfishへの直接アクセスをブロックする。
  5. 過去に公開されていたVCO、TeamCity、BMCに対してcompromise assessmentを開始する。

P1｜今後24～72時間

  1. SD-WAN Edge configurationを既知の正常なbaselineと比較する。
  2. TeamCity child process、build configuration change、artefact tamperingを検索する。
  3. VCO、TeamCity、BMCからアクセス可能な高価値credentialsをローテーションする。
  4. Origin／MCBSに関連するphishing、vishing、医療詐欺、payment-change monitoringを構築する。
  5. OTが依存するAD、DNS、NTP、PKI、backup、cloud、vendor connectionを棚卸しする。

P2｜今週中

  1. 完全なmanagement-plane asset inventoryを構築する。

    • SD-WAN orchestrators
    • CI/CD platforms
    • BMC／IPMI／Redfish
    • OT jump hosts
    • Vendor remote-access systems

  2. すべての管理プレーンについて以下を記録する。

    • Owner
    • Version
    • Internet exposure
    • MFA
    • Source restrictions
    • Stored secrets
    • Downstream privileges
    • Recovery procedure

  3. 「修正＋過去調査＋シークレットローテーション＋下流状態検証」をcontrol-plane vulnerabilityの標準手順へ組み込む。

  4. OTについてgraduated isolation tabletop exerciseを実施し、その後、制御された技術演習を行う。

  5. 医療、エネルギーアカウントデータ、その他の実在する個人情報を、本人確認の証拠ではなく、武器化され得る信頼シグナルとして扱う。

📌 最終評価

本対象期間の事象は、共通して1つの問題を示しています。

企業で最も高い権限を持つ管理プレーンは、多くの場合、監視が最も弱く、最も不合理に公開されているシステムでもあります。

VCOはSD-WAN全体を管理できます。TeamCityはコード、シークレット、deployment pipelineへアクセスできます。BMCはOSの外側から物理サーバーを制御できます。OT enabling systemは、危機発生時に重要サービスを継続できるかどうかを左右します。

したがって、本日の防御上の結論は、単に「バージョンを更新する」ことではありません。

管理プレーンが侵害された可能性がある場合、ホスト、認証情報、設定、下流デバイス、復旧元の信頼性を同時に検証する必要があります。脆弱性への修正は入口を閉じることしかできず、攻撃者がすでに取得した制御権を自動的に失効させることはできません。

関連する記事

デイリー・グローバル・サイバー脅威インテリジェンス・ダイジェスト｜2026年7月20日

本期の安全脅威インテリジェンス概要：SonicWall SMA1000のゼロデイ脆弱性チェーンの悪用、NGINX正規表現Map処理におけるヒープバッファオーバーフロー（CVE-2026-42533）、SandwormサブクラスUAC-0145によるClickFixソーシャルエンジニアリング攻撃キャンペーン、およびHelloNetによるViPNetコンポーネントを悪用したDLLサイドローディング。

2026-07-20

デイリー・グローバル・サイバー脅威インテリジェンス・ダイジェスト｜2026年7月30日

本日の脅威情報では、Ruby on Rails CVE-2026-66066の任意ファイル読み取り、Gitea CVE-2026-60004のGit Hookコマンド実行、Minnesota州水道システムへの協調攻撃、Ruflo MCP Bridge RCE、Firefox CVE-2026-10702を解説します。

2026-07-30

デイリー・グローバル・サイバー脅威インテリジェンス・ダイジェスト｜2026年7月28日

本日の脅威情報では、Certighost CVE-2026-54121によるAD CSドメイン乗っ取り、vBulletin CVE-2026-61511の認証前RCE、Dysphoriaボットネットの拡大、DentaQuestとFairlifeの侵害動向を解説します。

2026-07-28