マネーフォワードのGitHubに不正アクセス、ビジネスカード情報370件と社内ソースコード流出の可能性

「自分の家計簿アプリのデータは大丈夫なのか不安」
「自社でもGitHubを使っているけど、同じことが起きないか心配」

チップス

ボス、マネーフォワードが不正アクセスを受けたって聞いたでしゅ。家計簿のデータが全部抜かれちゃったんでしゅか？

ボス

落ち着け、チップス。今回は本番DBではなく、開発で使うGitHubが侵入された事案だ。影響範囲を冷静に読み解こう。

同じ疑問を持つ利用者・開発者は多いはずです。
本記事では、マネーフォワードが2026年5月1日に公表した内容を整理し、SaaSを運営・利用する側が押さえておくべきポイントを解説します。

読み終わるころには、自社GitHub運用のリスク棚卸しに何を優先すべきかが見えてきます。

事件の概要：GitHubが侵入経路となった

まずは公表内容を時系列で確認します。

侵入の入口は開発で利用するGitHub

マネーフォワードは2026年5月1日、ソフトウェア開発とシステム管理に使うGitHubに不正アクセスを受けたと公表しました。
侵入者はGitHubの認証情報を悪用してリポジトリをコピーしたとされています。
主な公表事実は以下のとおりです。

チップス

顧客DBは無事って書いてあるのに、なんで連携機能を止めるんでしゅか？

ボス

ソースコードの中に銀行APIへの認証情報が含まれていた可能性があるからだ。コードを盗まれた以上、鍵を回し直し終わるまでは止めるのが王道だな。

流出した可能性があるデータ

個人情報の流出範囲はマネーフォワードビジネスカードに限定されています。
クレジットカード番号の全桁、有効期限、CVVは流出していないと公表されました。

原因と教訓：開発インフラが標的になる時代

本番環境より先に、開発インフラが狙われる事例が増えています。同じ轍を踏まないための論点を整理します。

なぜGitHubが狙われたのか

マネーフォワード側は「認証情報（鍵）の漏えい」が起点だと説明しています。
近年のGitHub経由の侵害は、フィッシング・端末マルウェア・委託先経由の鍵流出など、入口が多様化しているのが特徴です。
同社はインシデント発覚後、ただちに該当認証情報を無効化し、ソースコード内の各種APIキー・パスワードも再発行する対応に踏み切りました。

SaaS開発企業が押さえる優先対策

同種の侵害を防ぐために、エンジニア組織が現実的に着手できる項目を整理しました。

チップス

うちの会社もGitHub使ってるでしゅ……明日の朝イチでアクセストークン棚卸しでしゅ！

まとめ：本番DBより先に、開発環境を守る

今回のマネーフォワード事案は、本番システムへの直接侵害ではなく、開発インフラの認証情報漏えいから波及するパターンの典型例です。
SaaS開発企業が守るべき境界は、もはや本番環境だけではありません。
GitHub・CI/CD・シークレット管理を含む開発インフラ全体を「攻撃対象」と捉え直すことが、再発防止の出発点になります。
公式情報はマネーフォワード コーポレートサイトで随時更新されています。

ボス

「コードは資産であり負債である」というのが今回の教訓だな。鍵が漏れれば、その資産は一瞬で攻撃者の踏み台になる。

チップス

はい、ボス。シークレット管理を学ぶいい機会だと思って取り組むでしゅ！