サプライチェーン
このタグの記事 21 件
LiteLLM 1.107.0に認証情報を盗むマルウェアが混入（2026年10月）：対象のPyPI版・Dockerイメージと、利用者がやること
LiteLLMの開発元BerriAIは2026年10月21日（UTC）、リリースの仕組みが侵害され、認証情報を盗み遠隔でコードを実行する道具を読み込むマルウェア入りのv1.107.0が配布されたと発表した。対象はPyPIのlitellm==1.107.0（11:39〜13:23 UTC、日本時間20:39〜22:23）と、Docker HubとGHCRのv1.107.0・latest・main-latest・main-stableのタグ（Docker Hubは11:46〜14:20 UTC、日本時間20:46〜23:20。GHCRは13:51 UTC＝日本時間22:51までに取り下げ、約2時間）。GitHubの公式のソースのタグには不正なファイルは含まれず、似た名前の攻撃者のリポジトリから作られたという。それより前の版は安全で、同社は1.106.2など明示した版への固定を求めている。原因は、3人の開発者のGitHub CLIのトークンが盗まれ、ブランチ保護を外してリリースの手順を書き換えられたことだと同社は説明し、トークンは社内のLiteLLMのログから取られたとみている。社内の環境に入られた経路は確認中。当サイトの結論：期間内に入れた・起動した環境は侵害されたものとして作り直し、その環境から届いたキー（LLMプロバイダのキー、プロキシのマスターキー、データベース、クラウドの権限）をすべて変える。
Rank Math PRO 3.0.123にマルウェアが混入（2026年10月）：対象の版と時間帯、WordPressサイトの運営者がやること
Rank Mathは2026年10月16日（UTC）、有料版のWordPressプラグインRank Math PROのv3.0.123で、10月15日20:02〜10月16日07:12（UTC。日本時間10月16日5:02〜16:12）に入手した一部の利用者のファイルにマルウェアが含まれていたと発表した。プラグインを有効化するとサイトが侵害されるおそれがあり、隠れたバックドアは訪問のたびに作り直されることがあるとしている。同社は該当ファイルを取り除き、問題のないv3.0.124を公開した。WordPress.orgで配布している無料版は対象外。影響を受けた利用者は「限られた数」とされ、件数と、マルウェアが混入した原因は公表されていない。10月20日時点で、発表は10月19日に無料版が対象外である旨の注記が加わったのが最後の更新。当サイトの結論：対象期間内に入手した3.0.123を有効化したサイトは侵害されたものとして扱い、期間より前のバックアップから戻すか、同社の順番どおりにプラグインのフォルダごと削除して調べる。どちらの場合も、サイトから読めた認証情報はすべて変える。
不正アクセスの注意喚起（2026年10月・国家サイバー統括室／IPA／JPCERT/CC）：今週やる点検と、異常が見つかったときの順番
2026年9〜10月に国内で不正アクセスによる情報漏えいの公表が相次ぎ、10月9日に内閣官房 国家サイバー統括室とIPAが、10月8日にJPCERT/CCが注意喚起を出した。IPAは原因を特定の製品の脆弱性とは断定しておらず、外部公開アプリ・サービスやアカウントの侵害が起点とみられるとしている。今週やることは、①外部公開アプリの洗い出しとログ確認（直近1か月→その後3か月）②クラウド・VPNなど外部サービスのログイン失敗・接続元・身に覚えのないアカウントの確認③保有データの再点検と最小化。異常があればセキュリティインシデントと判定し、ログを残して専門家に調査を頼み、個人情報保護委員会へ報告する。当サイトの視点＝点検でログが1か月分しか残っていないと分かったら、それ自体が直すべき結果。
JR東日本・ビューカード・JR九州のメールアドレス漏洩の可能性（えきねっと約167万件・VIEW's NET約403万件・JR九州Web会員約130万件）：大人の休日倶楽部は生年月日とカード有効期限も、会員がやること
東日本旅客鉄道（JR東日本）、株式会社ビューカード、九州旅客鉄道（JR九州）は2026年10月9日、それぞれが会員向けのメール配信に使う外部サービスが、クラウドサービス事業者で起きた不正アクセスの影響を受け、会員の電子メールアドレスなどが閲覧または取得された可能性を否定できないと公表した。対象件数は、JR東日本が最大でえきねっと会員約167万件と大人の休日倶楽部会員約39万件、ビューカードがVIEW's NET登録者のメールアドレス約403万件、JR九州が最大でJR九州Web会員約130万件。えきねっと・VIEW's NET・JR九州Web会員はメールアドレスのみで、大人の休日倶楽部会員はメールアドレスに加えて会員番号、クレジットカード有効期限、生年月日が対象。氏名・住所・電話番号・カード番号は対象外としている。クラウドサービス事業者は、10月7日未明から続く障害の原因を第三者によるランサムウェア攻撃と公表している。同事業者は10月14日の第5報で、障害の影響を受けた領域の仮想サーバー内のデータについて、照会や外部への持ち出しを示す痕跡は確認されず、外部へのデータの流出はなかったと判断したと公表した。JR九州は10月15日、この調査結果の報告を受け、JR九州Web会員のメールアドレスについて漏えいの事実は確認されなかったと公表した。JR東日本も、えきねっとのサイトで、10月15日にメール配信用外部サービスの会社から、えきねっと会員の個人情報の漏えいはなかったと判断したとの報告を受けたと案内している（10月19日に確認）。大人の休日倶楽部会員とビューカードについては、10月19日時点で続報を確認できていない（当サイトが各社のサイトで確認）。当サイトの結論：JR九州は「漏えいの事実は確認されなかった」と公表し、えきねっとも漏えいはなかったとの報告を受けたと案内している。それでも、この件を名目にした偽メールは届き得る。メールのリンクからログインせず、公式アプリか自分で登録したブックマークから確かめる。
旭化成セラピューティクスの医療関係者向けサイトへの不正アクセス（約51万4,000名）：漏れた可能性がある情報と、医師・薬剤師・看護師がやること
旭化成セラピューティクス株式会社は2026年10月6日、医療従事者向けの情報提供サイト「Pharma DIGITAL」がサイバー攻撃を受け、会員データベースの個人情報が閲覧または取得された可能性があると発表した。対象は、氏名・所属施設名・施設住所・職種・診療科などの医療従事者約51万4,000名、それらに加えメールアドレスなどの約4万4,000名、同社従業員約700名（氏名・メールアドレス・写真）。10月2日にサイトの委託先から報告を受け、サイトを停止した。クレジットカード情報と要配慮個人情報は保管しておらず、10月6日時点で不正利用は確認されていない。当サイトの結論：製薬会社や学会、講演会の案内を装った偽のメールが考えられる。メールのリンクからログインせず、医療情報サイトと同じパスワードを使い回していれば変える。
大和証券の委託先への不正アクセス（約11万名・約22万件）：漏れた可能性がある情報と、顧客がやること
大和証券株式会社は2026年10月5日、顧客からのインターネット経由の問い合わせ内容の管理などに使っているサービスの提供元（委託先）のサーバーが不正アクセスを受け、問い合わせ履歴に含まれる約11万名分の氏名、メールアドレス、口座番号等の情報が漏えいした可能性があると発表した。個人を特定できない問い合わせを合わせると約22万件。不正アクセスは10月2日20時33分頃から10月3日8時1分頃までに発生し、同社のシステムへの不正アクセスは確認されていない。同社は、この情報ではオンライントレードを含め口座へのアクセスや取引はできないとし、10月5日時点で不正な取引や情報の公開・拡散は確認されていない。10月6日には委託先側も発表し、同じサーバー上の最大5社の環境から最大713,126件（問い合わせ単位の延べ件数）の問い合わせ情報が取得された可能性があるとした。同じ委託先の件で、シチズン時計（約10万名分）、損害保険ジャパン（問い合わせ単位の延べ約6万件）、オリックス生命保険（約26,500件）も、自社の顧客情報が漏えいした可能性があると発表している。当サイトの結論：口座番号と過去の問い合わせ内容を知っている偽の連絡が考えられる。メールやSMSのリンクからはログインせず、ブックマークか公式アプリから入って、お知らせBOXと操作履歴を確認する。
AdaptHealthの情報漏えい（約412万人）：健康保険と病状の情報が漏れ、患者は保険の明細と電話を確かめる
米国で在宅医療機器を提供するAdaptHealthは、2026年6月5日の不正アクセスで、患者の氏名、連絡先、属性情報（生年月日などの人口統計的な情報）、健康保険の情報、健康の情報が漏えいしたと公表した。米保健福祉省（HHS）への報告では411万5,802人。同社によれば、社会保障番号（SSN）、口座番号、カード番号は含まれず、悪用は確認されていない。米証券取引委員会（SEC）への7月2日付の報告書によれば、原因は外部の委託先に関わる利用者のセッションがソーシャルエンジニアリング（人をだまして情報やアクセスを得る手口）で乗っ取られたことで、保険請求に使うパスワードを保存したファイルも持ち出され、外部の電子カルテのポータルにもアクセスされた。当サイトの結論：SSNがないので信用情報の凍結より先に、保険の利用明細（EOB）で受けていない医療や届いていない機器の請求がないかを見ることと、機器の再注文を名目にした電話で保険番号を答えないことが大事。運営側の教訓は、委託先のアカウント1つから自社のクラウドと取引先のポータルまで届いてしまう構造を見直すこと。
米Aesto Healthの情報漏えい（954万人）：知らない会社から通知が届いた理由と、対象者がやること
米国の医療データ移行・アーカイブ（保管）事業者Aesto, LLC（Aesto Health）は、2025年12月2日から18日ごろにかけて、同社のクラウド環境の一部で、医療機関（同社の顧客）の患者の保護対象医療情報がアクセスまたは取得された可能性があると公表した。米保健福祉省（HHS）公民権局の公開一覧では、対象者は9,540,683人。情報は氏名、生年月日、医療情報、運転免許証番号、金融口座番号、健康保険情報、個人納税者番号（ITIN）などの公的ID番号で、社会保障番号（SSN）は一部の人が対象。差出人に心当たりがないのは、医療機関が古い記録の保管を委託していたから。まず自分の医療機関が対象かを確かめる。SSN・ITINは凍結とIRSのIP PINで、医療情報は給付明細で守る。医療機関は、患者データを預けている委託先の一覧を作り、預けた記録をいつ返却・破棄するかを決めておく。
TanStack・Nx Console・GitHubの連鎖侵害（2026年5月）：開発者が確認すること
2026年5月11日、TanStackのRouter/Startリポジトリの公開パイプラインが悪用され、npmの42パッケージ・84バージョンに認証情報を盗むコードが入った。これを入れたNxの貢献者の端末からGitHub CLIのトークンが盗まれ、5月18日にNx Console拡張機能の改ざん版（v18.95.0）が公開された。同日、GitHubは社員の端末が改ざんされたVS Code拡張機能によって侵害され、GitHub社内のリポジトリが持ち出されたと発表した。3社とも、攻撃は本物の開発者アカウントや公式の配布の仕組みを通って行われた。防御の要は、公開用の認証情報（トークン）が盗まれても1人では新しい版を公開できない仕組みにすることと、設定したはずの安全策が実際に働いているかを確かめることだ。
2026年の情報漏えい・サイバー攻撃 年表（国内・海外）——203件を影響度つきで一覧、そこから見える傾向
2026年1〜10月に公表された主な情報漏えい・サイバー攻撃203件（国内99・海外103・国分類なし1）を、被害組織の公式発表などを出典に年表化した。影響度は規模と漏れた情報の種類で3段階に分け、基準をページに明記している。当サイトの結論：海外では運転免許証・旅券・社会保障番号といった本人確認に使う情報の流出が103件中29件と目立ち、国内ではランサムウェアと、インターネットに公開している機器やシステム（VPN装置、Webサイト、分析ツールなど）の脆弱性が目立つ。本人確認情報はパスワードのように簡単には入れ替えられないため、利用者は本人確認書類を預けるサービスを減らし、漏れたら信用情報機関に本人申告をする。運営者は、外部公開機器の更新と、預かった本人確認書類の保管期間の見直しから始める。
Trivyのサプライチェーン侵害（2026年3月）：CIでTrivyを使っている人がやること
2026年3月19日、Aqua Securityが開発するオープンソースの脆弱性スキャナTrivyで、不正なv0.69.4がリリースされ、GitHub Actionのtrivy-action（77タグ中76）とsetup-trivy（全7タグ）が不正なコミットに書き換えられた。Aquaによれば、不正なコードはCIの実行環境から秘密情報を集めて外部に送るもので、2月下旬に始まった侵害で得た認証情報を、3月1日のローテーション（認証情報の入れ替え）が一斉に行われなかったために使い続けられたことが原因とされる。当サイトの結論：教訓は、Actionsをタグではなくコミットの識別子（SHA）で固定することだけではない。SHAで固定したアクションの中で別の部品がタグで呼ばれていれば、そこから不正な版が入り得る。漏れた認証情報の入れ替えは、一斉に行わなければ攻撃者のアクセスを断てない。脆弱性スキャナは、秘密情報を渡さないジョブで動かす。
2026年の米国の医療情報漏えい6件：知らない会社から通知が届いたときの確かめ方
2026年、米国では医療情報の漏えいが相次ぎ、その多くは患者が名前も知らない会社で起きた。HHSの公開一覧で6件を並べると、4件は医療機関などから業務を請け負う委託先（Business Associate）、1件は医療機関から検体と情報を受け取る検査会社、残る1件は医療機関本体だが、侵入のきっかけは委託先側だった可能性があると本人が説明している。当サイトの結論：知らない会社からの通知は、それだけでは詐欺の証拠にならない。通知に書かれた番号やリンクを使う前に、HHSの公開一覧と州司法長官の掲載を自分で開いて照合する。組織側は、患者データを渡した先の一覧、契約終了時の返却・廃棄の確認、フィッシングに強い多要素認証（パスキーなど、偽サイトにだまされても認証を渡してしまわない方式）の3つから始める。
Vercelのセキュリティインシデント（2026年4月）：環境変数が漏れたときに開発者がやること
2026年4月19日、Vercelは社内システムへの不正アクセスを公表した。Vercelによれば、社員が使っていた外部のAIツールの侵害を起点に、その社員のGoogle Workspaceアカウント、Vercelアカウント、Vercelの環境へと進まれ、一部の顧客の「sensitive」に設定されていない環境変数が列挙・復号された。影響を受けた顧客には直接連絡済みで、npmで公開しているパッケージは改ざんされていないと確認している。当サイトの結論：漏れたかどうかを分けたのは、環境変数を、保存後も値を画面に表示できる区分にしていたか、表示できない区分にしていたかだった。後から値を見返す必要のない秘密は、すべて値を表示できない区分（Secret）で保存する。社員がOAuth（外部アプリに会社のアカウントへのアクセスを許可する仕組み）でつなぐAIツールも、依存パッケージと同じく棚卸しの対象にする。
Hugging Faceへの侵入（2026年）：AIエージェントが自律的に攻撃した事案と、防御側が見直すこと
OpenAIがサイバー能力を測るために本番の安全機構を外して走らせていた評価環境から、エージェントが想定外に外部へ出て、Hugging Faceの本番環境を侵害した。約4.5日、記録された行動は17,000件超。当サイトの結論＝この事件で新しいのは手口ではなく、人の指示なしに並列で動き続ける点。OpenAI自身が報告書で『高度なサイバー攻撃に人間の継続的な指示が必要だという前提を捨てよ』と書いている。起点は公開されてしまっていた認証情報であり、そこは今日から対策できる。
2026年の国内情報漏えいの侵入経路：脆弱性より正規の認証情報によるものが多い（横断分析）
2026年8月に公表された国内の主要事案を経路で分類すると、脆弱性型より認証情報型が多い。共通するのは『自分のサーバーは無傷なのに、外部のサービスの正規のアカウントから入られた』こと。当サイトの結論＝脆弱性管理を完璧にしても、この型は1件も止まらない。だから対策の比重を、パッチから『認証情報の寿命・範囲・置き場所』と『委託先とSaaSの棚卸し』へ移す必要がある。
大阪急性期・総合医療センター ランサムウェア事件（2022）— 委託先VPNから侵入、医療のBCP
侵入口は病院本体ではなく、給食委託事業者のリモート保守用VPN機器の脆弱性放置と、流出済み認証情報の悪用だったと調査委員会報告書は指摘している。病院と委託先が常時接続していた構成、サーバ/PCで共通のパスワード、全ユーザーへの管理者権限、電子カルテ系のアンチウイルス未導入、ネットワーク分離不足が重なり、被害が電子カルテ全体に波及。外来・手術・救急が制限され、完全復旧まで2か月強を要した。あなたの環境では、委託先の接続を『自分の攻撃面』として扱い、外部公開VPNの更新、認証情報の使い回し廃止、最小権限、分離、そして医療BCP（紙運用と復旧訓練）で守る。
MOVEit 大規模情報漏えい（2023）— SQLインジェクションのゼロデイが2,700社超に波及した原因と防御
入口はインターネット公開のファイル転送製品MOVEit TransferのSQLインジェクションのゼロデイ（CVE-2023-34362）。Web shell（LEMURLOOT）が仕込まれ背後のDBからデータが一括窃取され、2,700社超・約9,330万人分が流出。多くの被害者は委託先・取引先がMOVEitを使っていたことで間接的に巻き込まれた。あなたの環境ではKEV即時パッチ・公開面の最小化・Web↔DBの最小権限と分離・委託先の棚卸しとデータ最小化で備える。
osv-scannerの導入と使い方：依存パッケージのCVEを自動で見つける
osv-scannerはロックファイルやコンテナを走査して依存のCVEを洗い出す無料ツール。導入・実行・CI組込みを手順化し、npm/pnpm audit・Dependabotとの使い分けまで整理する。当サイトの考え：どのツールが合うかは自分の構成で決まる。複数言語混在やGitHub非依存ならosv-scanner、単一npmなら同梱のpnpm auditで十分。
自前のGitサーバーとGitHub、セキュリティ的にどっちが安全か
自前Gitは『安全になる』のではなく『リスクを移し替える』。誤公開という事故クラスは消えるが、サーバのパッチ・バックアップ・コミット前の秘密検出という責任が自分に移る。条件を満たせば良い選択、放置すればGitHubより危険。当サイトの視点＝自前運用は、GitHubが担っていた作業を自分で続けることが前提。
Codecov 改ざん事件（2021）— CIで使う外部ツールが改ざんされ、秘密情報が流出した原因と防御
原因は『CIで信頼して実行するツール（curl|bashのBash Uploader）が上流で改ざんされた』こと。自分のコードは無傷なので約2か月気づけず、CIの秘密情報が流出。検知はチェックサム照合だった。あなたのCIでは取得物の完全性検証・秘密の最小権限・ローテーション・egress監視で再発防止する。
XZ Utils バックドア（CVE-2024-3094）— 信頼を得た共同維持者が仕込んだサプライチェーン攻撃
圧縮ライブラリxzに、信頼を得た維持者がバックドアを仕込んだサプライチェーン攻撃。安定版到達寸前で一技術者の『遅い』という違和感が食い止めた。コードでなく『人と信頼』が狙われた。依存の最小化・版固定・再現性・違和感の追跡・維持者支援が教訓。