【インシデント速報】2026年5月20日|GitHub内部リポジトリ3,800件流出か・サプライチェーン攻撃「Mini Shai-Hulud」第三波・象印マホービン台湾子会社不正アクセス

今日のポイント:
① GitHub自体が内部コードを窃取された——攻撃の入口はVS Code拡張機能の自動更新。② 同一攻撃グループが約30分でnpm 323パッケージを汚染。開発ツールを使う企業は即日確認を。③ 象印マホービン台湾子会社から顧客情報・パスポート・財務情報が流出の可能性。海外拠点のセキュリティ管理を点検する機会に。

不正アクセス・サプライチェーン攻撃

GitHub、内部リポジトリ約3,800件が流出か——VS Code拡張機能を踏み台に従業員端末を感染

2026年5月19〜20日、Microsoft傘下の世界最大級コード管理基盤GitHubが、内部リポジトリへの不正アクセスを調査していると公表した。攻撃者は、人気VS Code拡張機能「Nx Console」(累計220万インストール超)の悪意あるバージョン(v18.95.0)をVS Code Marketplaceに約11〜18分間公開した。VS Codeの自動更新機能を通じてGitHub従業員の端末に侵入し、GitHub・npm・AWS・Kubernetesなどの認証情報を自動収集して外部送信した。

攻撃を行った脅威グループ「TeamPCP」(Googleの脅威インテリジェンスではUNC6780として追跡)は、地下フォーラムで窃取した内部リポジトリ約3,800件を5万ドル以上で販売すると告知している。GitHubは「攻撃者の主張する約3,800件は現時点の調査結果とおおむね一致する」としながらも、顧客の企業・組織・リポジトリ(GitHub内部リポジトリ外)への影響は現時点で確認されていないと発表した。影響を受けた端末は隔離済み。

TeamPCPは同時期に「Mini Shai-Hulud」名義のサプライチェーン攻撃も展開しており(後述)、LiteLLM・Checkmarx・Trivyなど開発ツール・セキュリティツールを相次いで標的にしている。単発ではなく、組織的・継続的なキャンペーンとして警戒が必要だ。

中小企業への影響

GitHubそのものが攻撃されたが、現時点で顧客リポジトリへの直接影響は確認されていない。ただし今回の攻撃手法は「自動更新される開発ツールを踏み台にする」手口であり、社内でVS Codeや類似ツールを使うエンジニアがいる場合、同様の攻撃が自社に向く可能性がある。管理者権限を持つ端末でVS Code拡張機能を無制限にインストールしている環境は高リスクだ。

推奨対応

  • VS Code拡張機能の自動更新を無効化し、インストール前に発行元・バージョン・変更履歴を確認する運用ルールを設ける
  • 社内の開発環境で使用している拡張機能のリストを棚卸しし、不要なものは削除する
  • GitHubへのアクセスに多要素認証(MFA)を必須化し、Personal Access Token(PAT)の権限を最小限に絞る
  • CI/CDパイプラインで使用している認証情報(シークレット)を棚卸しし、不要なものをローテーション・削除する
📌 このインシデントは継続追跡中です(詳細記事は順次公開予定)

サプライチェーン攻撃

「Mini Shai-Hulud」第三波——30分以内にnpm 323パッケージ・639バージョンを汚染、累計1,055件侵害

2026年5月19〜20日、ソフトウェアサプライチェーンを標的にした攻撃キャンペーン「Mini Shai-Hulud」の第三波が観測された。TeamPCPは、@antvエコシステム(グラフ描画ライブラリ群)のnpmパッケージメンテナーアカウントを乗っ取り、5月19日に約30分以内で323パッケージに639の悪意あるバージョンを一斉公開した。これらのパッケージをインストールした開発環境から、GitHubやAWSなどの認証情報を窃取する仕組みになっている。

このキャンペーンは第一波(4月29〜30日:SAPエコシステム向けnpmパッケージ4件)、第二波(5月11〜12日:TanStack・Mistral AI・UiPathなど数十件)と段階的に拡大しており、累計1,055の侵害バージョンがnpm・PyPI・Composerで確認されている(Socketの集計)。セキュリティ企業StepSecurityは、2,500以上のGitHubリポジトリに侵害の痕跡があると報告している。

中小企業への影響

自社でWebアプリやシステムを開発している場合、あるいは外部ベンダー・フリーランスに開発を委託している場合、攻撃を受けたnpm/PyPIパッケージが開発環境に混入するリスクがある。開発環境に保存されたAWSアクセスキーやDB接続情報が流出すると、本番環境への侵入や情報漏えいに直結する。

推奨対応

  • 社内・委託先の開発環境で使用している@antv系パッケージ(@antv/g、@antv/g6等)を確認し、5月19〜20日に自動更新されたバージョンが混入していないか確認する
  • package.jsonのバージョン指定を自動更新(「^」キャレット)から固定バージョン指定(exact version)に変更することを検討する
  • 開発環境のAWSキー・GitHubトークン・DB接続情報を即時ローテーションし、不審なアクセスログがないか確認する

不正アクセス・情報漏えい

象印マホービン、台湾子会社への不正アクセスを公表——顧客情報・駐在員パスポート・財務情報が流出の可能性

象印マホービン株式会社は2026年5月15日、台湾の連結子会社「台象股份有限公司」において第三者によるサイバー攻撃を起点としたシステム障害が発生し、一部の個人情報・機密情報が外部へ流出した可能性があると公表した。2026年4月13日に不正アクセスを検知し、当該サーバーをネットワークから遮断する緊急措置を実施。外部専門家による調査の結果、5月11日に情報流出の可能性が判明した。

流出した可能性のある情報は、台湾国内の顧客の氏名・メールアドレス、一部従業員のパスポート情報、財務情報など。クレジットカード情報や決済手段に関する情報の漏えいは確認されていない。ダークウェブ上には4月頃から犯行声明が掲載されており、公表まで約1か月を要した形だ。本社および国内外の他のグループ会社への影響はないとされている。

中小企業への影響

海外拠点(子会社・販売現地法人)は、本社と比べてセキュリティ体制が手薄になりがちで、攻撃者の標的になりやすい。今回のケースでは、ダークウェブ上の犯行声明から公表まで約1か月かかっており、その間、顧客や従業員が不正利用リスクにさらされていた。海外拠点の端末管理・ネットワーク分離・インシデント検知の仕組みを本社と同水準で整備できているか点検するきっかけとしてほしい。

推奨対応

  • 海外グループ会社・子会社のセキュリティポリシーが本社と同水準で運用されているか確認する(特にVPN設定・パッチ適用・EDRの有無)
  • ダークウェブモニタリングサービスを導入し、自社・関連会社の情報が流出していないか定期監視する体制を整える
  • 海外拠点でインシデントが発生した際の報告ルート・初動対応手順を事前に整備し、全拠点に共有する
📌 このインシデントは継続追跡中です(詳細記事は順次公開予定)

編集部まとめ

今週は「開発ツールが入口になる攻撃」が相次いだ。VS Code拡張機能の自動更新、npmパッケージの乗っ取り——どちらも「いつも使っているツール」が感染経路になっている点が厄介だ。社内に開発環境があるなら、使用ツールの棚卸しと認証情報のローテーションを今週中に実施すること。象印のケースは「海外拠点は本社の管轄外」という認識が命取りになる典型例。グループ全体でセキュリティ水準をそろえる意識が欠かせない。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です