【セキュリティニュース】2026年08月05日 - 今日の注目トピック

概要

今日の注目セキュリティニュースをまとめました。

8月4日はnpmエコシステムを襲った大規模サプライチェーンワーム「ChainDrop」の拡散が最大のトピックです。あわせてCISAが同日に3件の脆弱性を悪用済みリスト（KEV）へ追加しており、RMM製品・AI基盤・アプリサーバと攻撃対象が広範囲に及んでいます。

主要ニュース

1. npmサプライチェーンワーム「ChainDrop」が1,300超のパッケージを汚染

• 影響範囲: npmパッケージ keyv、cacheable、flat-cache、file-entry-cache ほか。合計で月間約20億ダウンロード規模。Deliveroo、Picsart、Qlik、ServiceTitan、OneReach などの組織に紐づくパッケージにも波及
• 概要: 攻撃者がkeyvメンテナのGitHubアカウントを乗っ取り、keyv@6.0.0 を皮切りに悪性リリースを公開しました。package.json に "preinstall": "node setup.mjs" が仕込まれ、npm install 実行時にBunランタイムをダウンロードして情報窃取ペイロード（Math_Symbol.js / math_init.js）を起動します。GitHub PAT、npmトークン、GitHub Actions Secrets、AWS認証情報、Kubernetes Secrets、HashiCorp Vaultトークン、DB認証情報、秘密鍵などを収集し、盗んだnpm公開権限で他パッケージへ自己増殖します。正規のGitHub Actionsワークフロー経由でビルドされたため、汚染リリースが有効なOIDC/SLSAプロベナンスを保持していた点が深刻です。集計はSafeDepが353バージョン／79パッケージ名を確認、Aikidoは868パッケージ／1,381バージョンと報告しており、調査主体で数字が異なります
• 対応策: 該当バージョンを導入した開発端末・CIランナーは「認証情報が漏洩済み」として扱ってください。SafeDepは、マルウェアが仕込む「トークン失効監視ウォッチャー」を先に除去してからトークンをローテーションするよう勧告しています（先に失効させると攻撃者のローカルハンドラが発火するため）。lockfileで解決済みバージョンを厳密に確認し、npm-cache[.]com への通信をIoCとして調査。npm 12はライフサイクルスクリプトを既定で無効化するためアップグレードが有効です。またkeyvリポジトリには .claude/settings.json と .vscode/tasks.json に別経路のフックが残存しており、リポジトリをVS Code等で開くだけで実行され得ます
• 参考リンク: https://www.bleepingcomputer.com/news/security/massive-chaindrop-npm-supply-chain-attack-infects-hundreds-of-packages/ / https://thehackernews.com/2026/08/keyv-linked-npm-worm-poisons-hundreds.html

2. N-able N-central の認証バイパス CVE-2026-18577 が実際の攻撃で悪用（CISA KEV追加）

• 影響範囲: N-able N-central（オンプレミス／MSP向けRMM製品）。修正版は 2026.3 HF1（ビルド 2026.3.1.7、8月2日提供）
• 概要: CVSS 8.2の認証バイパス脆弱性で、先行するCVE-2026-18556の修正が不完全だったことに起因します。悪用されるとN-centralサーバの管理者権限を奪取され、標準機能「Take Control」を悪用して配下の管理対象端末へ横展開・永続化される恐れがあります。N-ableは「限定的な数の顧客」が侵害されたことを認めており、CISAは8月3日にKEVカタログへ追加しました
• 対応策: 直ちに 2026.3 HF1 へ更新してください（米国FCEB機関の適用期限は8月6日）。侵害調査としてTake Controlのセッション履歴を確認し、ドキュメントフォルダ内の svchost.exe、Cloudflared という名称の登録サービス、および 173.249.252[.]200 / 87.249.138[.]34 / 37.19.210[.]32 / 68.235.46[.]214（いずれもMullvad・NordVPNの出口ノード）からの受信接続を探索します
• 参考リンク: https://thehackernews.com/2026/08/cisa-adds-exploited-n-able-n-central.html

3. CISAが8月4日に3件の悪用確認済み脆弱性をKEVへ追加

• 影響範囲: IBM Langflow（OSS 1.0.0〜1.10.0）、Apache Tomcat（11.0.20 / 10.1.53 / 9.0.116）、N-able N-central
• 概要: 追加されたのは CVE-2026-9198（IBM Langflow のコードインジェクション）、CVE-2026-34486（Apache Tomcat の機微データ暗号化欠如）、CVE-2026-18556（N-central 認証バイパス）の3件です。特にLangflowは、未認証でSUPERUSERトークンを発行する /api/v1/auto_login と、exec() でユーザーコードを実行する /api/v1/validate/code を連鎖させることで、既定構成のままRCEに至ります。Tomcatの件は CVE-2026-29146 の修正が EncryptInterceptor のバイパスを許してしまったもので、9.0系は 9.0.117 でようやく完全に塞がれます
• 対応策: Langflowは最新版へ更新し、そもそもインターネットに直接公開しない構成へ見直してください。Tomcatは 11.0.21 / 10.1.54 / 9.0.117 以降へ更新します
• 参考リンク: https://www.cisa.gov/news-events/alerts/2026/08/04/cisa-adds-three-known-exploited-vulnerabilities-catalog

4. Adobe Campaign Classic に最大深刻度 CVSS 10.0 の脆弱性 CVE-2026-48449

• 影響範囲: Adobe Campaign Classic（ACC）Windows版・Linux版のビルド9397以前
• 概要: 不適切な認可（Incorrect Authorization）に起因する脆弱性で、ユーザー操作を一切必要とせず任意コード実行に至る可能性があります。CVSSは満点の10.0。同時にSQLインジェクションによる任意ファイル読み取りの CVE-2026-48448（CVSS 8.6）も修正されました。なお日本のSecurity NEXTは、8月4日時点でこの更新に関する追加対応が必要になった旨を報じています
• 対応策: 7.4.3 build 9398（速報APSB26-114、7月29日公開）以降へ更新してください。現時点で実環境での悪用は確認されていませんが、外部公開されているACCサーバは優先度を上げて対応すべきです
• 参考リンク: https://thehackernews.com/2026/08/adobe-campaign-classic-cvss-100-flaw.html

5. INCランサムウェアがSonicWall SMA 1000のゼロデイを連鎖悪用、8月に活動加速

• 影響範囲: SonicWall Secure Mobile Access（SMA）1000シリーズ VPNアプライアンス
• 概要: CVE-2026-15409（CVSS 10.0、/wsproxy の事前認証バイパスによりlocalhost限定サービスへWebSocketトンネルを確立可能）と CVE-2026-15410（CVSS 7.2、ctrl-service の remove_hotfix 処理のパストラバーサルによるroot昇格）を組み合わせることで、未認証のHTTPリクエスト1本からVPNゲートウェイのroot権限奪取に至ります。脅威アクター UTA0533 が公表前の6月22日から悪用しており、Resecurityによれば INCランサムウェアが8月に入ってリークサイトへの被害組織掲載を加速。累計885組織を主張し、7月17日〜8月1日の新規被害にはオーストラリア・米国・UAE・コロンビア・スイスの民間および政府組織が含まれます
• 対応策: SonicWallが7月中旬に公開した修正を適用してください。悪用は公表前から続いていたため、パッチ適用だけでなく侵害調査（認証情報の窃取・永続化の痕跡確認）と資格情報のローテーションが必須です
• 参考リンク: https://thehackernews.com/2026/08/inc-ransomware-emerges-as-dominant.html

6. Broadcom、VMware vCenter／ESXの重大な脆弱性3件を緊急修正

• 影響範囲: VMware ESX、vCenter、Workstation、Fusion、VMware Cloud Foundation / vSphere Foundation
• 概要: CVE-2026-59309（CVSS 9.8、vCenterの認証バイパス）、CVE-2026-59310（CVSS 9.8、vCenterのディレクトリトラバーサルによる任意コード実行）、CVE-2026-47876（CVSS 9.3、VMXNET3仮想NICの領域外書き込みによるVMエスケープ。VM内の管理者権限があればESXホスト上でコード実行可能）の3件が重大と評価されました
• 対応策: 回避策は提供されていません。vCenterは 9.1.0.0300 / 9.0.2.0100 / 8.0 U3k、ESXiは ESXi-9.1.0.0200-25557999 / ESXi-9.0.2.0100-25595025 / ESXi80U3k-25595708 へ更新してください。Broadcomは「即時対応が必要な緊急変更」に分類しています。現時点で実環境での悪用は確認されていません
• 参考リンク: https://thehackernews.com/2026/07/three-critical-vmware-flaws-allow-auth.html

7. Ruby on Rails Active Storage の CVE-2026-66066、悪用コードが公開状態に

• 影響範囲: Active Storage 7.2.3.2未満、8.0.5.1未満、8.1.3.1未満（6.x系はvipsプロセッサを手動で有効化している場合のみ）
• 概要: CVSS v4で9.5の重大な脆弱性です。Active Storageが信頼できないアップロードをlibvipsへ渡す際、libvipsの「unfuzzed」ローダーを無効化していないため、未認証の攻撃者が細工したファイルをアップロードしてバリアント生成を発火させると、サーバ上の任意ファイルを読み取れます。secret_key_base を含むプロセス環境変数まで到達されると、セッションクッキーの偽造やシリアライズデータの改ざんを経てRCEに直結します。Akamaiはこの攻撃連鎖を「KindaRails2Shell」と命名。現在は完全な攻撃チェーンを自動化するMetasploitモジュールが公開されています
• 対応策: 7.2.3.2 / 8.0.5.1 / 8.1.3.1 以降へ更新し、libvipsが8.13以降であることを確認してください。あわせてアプリケーションから参照可能な全シークレットをローテーションすることが推奨されます
• 参考リンク: https://thehackernews.com/2026/07/critical-rails-flaw-could-let.html

8. Amgen、サードパーティクラウドからの患者データ・知財流出を開示

• 影響範囲: バイオ医薬大手Amgenの患者・従業員等（規模は調査中）
• 概要: 同社は7月中に不正アクセスを検知し、7月31日にForm 8-KでSECへ届け出ました。サードパーティのサービスプロバイダが運用する複数のクラウドシステムから、知財・研究開発情報に加え、氏名・住所・社会保障番号・生年月日・診療記録・診断・治療計画・処方情報などの患者PHIが持ち出されたとしています。ShinyHuntersとの関連が取り沙汰されていますが、調査は継続中です
• 対応策: 自組織のサプライヤーが保有するデータ範囲の棚卸しと、第三者クラウドに対するアクセス制御・ログ監視の見直しを推奨します。個人としては医療関連のフィッシングやなりすまし請求への警戒が必要です
• 参考リンク: https://www.bleepingcomputer.com/news/security/amgen-says-cloud-data-breach-exposed-patient-health-proprietary-info/

まとめ

今日の傾向は大きく3つです。1つ目はサプライチェーンの信頼モデルの限界で、ChainDropは正規のCI/CDワークフローを通ったためにSLSA/OIDCプロベナンスが有効なまま汚染リリースが配布されました。署名や来歴は「ビルド経路の正しさ」を示すだけで、投入されたソースの安全性は保証しないという点を再認識する必要があります。

2つ目は管理系プラットフォームへの集中攻撃です。N-able N-central、SonicWall SMA、VMware vCenterと、いずれも1台落とせば配下全体へ横展開できる基盤が狙われています。3つ目は修正の不完全さで、N-central、Apache Tomcat、Adobe Campaign Classicはいずれも「前回の修正の穴」が今回の問題につながりました。パッチ適用後も、後続のリビジョンが出ていないか継続的に確認する運用が重要です。

---

この記事はClaude AIによる自動収集・自動投稿です。内容の正確性には十分注意していますが、最新情報は各公式ソースをご確認ください。