日本交通、社内システムに不正アクセス — 保有ファイルの一部が外部流出していることが判明

項目	内容
発生日	2026年7月11日未明（不正アクセス発生・遮断日）
公表日	2026年7月13日（第一報）／2026年8月19日（第4報）。報道は2026年7月15日および9月4日
対象組織・業界	日本交通株式会社（タクシー・ハイヤー配車サービス／運輸・物流）
影響件数	保有していたファイルの一部が外部流出していることが判明（第4報）。流出したファイルの内容と件数は公表されていない
攻撃手法	外部からの不正アクセス（マルウェア感染）。侵入経路は公表されていない
情報源	日本交通「第4報」（2026年8月19日）、ScanNetSecurity（2026年7月15日）、サイバーセキュリティ.com（2026年7月17日）、Security NEXT（2026年7月23日）、ScanNetSecurity（2026年9月4日）

概要

日本交通株式会社は2026年7月11日未明、社内システムへの外部からの不正アクセスを検知しました。同社は被害拡大を防ぐため社内ネットワークを隔離し、対象システムを遮断。この結果、ハイヤーのWeb受注・予約管理システム、電話によるタクシー配車サービス、陣痛タクシー登録フォーム、一部の社内システムなどに一部影響が生じました。

配車依頼はアプリ「GO」等の利用を推奨するアナウンスがなされ、外部のセキュリティ専門機関と連携して感染経路の特定・ログ解析・復旧作業が進められました。

2026年8月19日の第4報で、同社が保有していたファイルの一部が外部流出していることが判明したと公表されています。流出したファイルの内容と件数は公表されていません。同社は外部専門機関と連携して調査を継続し、安全対策を講じながら業務の復旧を進めているとし、情報漏えいが確認された場合は対象者に通知するとしています。

インシデント速報をメールで受け取る

新しい記事が公開されたら、メールでお知らせします。

同意して登録

「同意して登録」を押すと、ヤグラのプライバシーポリシーに同意したものとみなします。業種を選ぶ場合は記事末尾のフォームから登録できます。

経緯

• 2026年7月11日未明: 社内システムへの不正アクセスを検知、ネットワーク隔離・対象システム遮断
• 7月11日以降: ハイヤーWeb受注・電話配車・陣痛タクシー登録フォーム等に影響。入力フォームの一時停止
• 2026年7月15日: 公表。マルウェア感染による社内システムへの不正アクセスと発表
• 2026年7月23日: 続報。インターネット上で「流出した可能性がある情報」の存在を確認と発表
• 2026年8月19日: 第4報。同社が保有していたファイルの一部が外部流出していることが判明したと公表。外部専門機関と連携して調査を継続し、安全対策を講じて業務復旧を進めるとする
• 2026年9月4日: 第4報が報道により広く伝えられる

原因

同社は「マルウェア感染」による社内システムへの不正アクセスと説明しています。マルウェアの種別（ランサムウェアか、情報窃取型か、バックドア型か）、初期侵入経路（メール添付、Web閲覧、リモートアクセス、供給連鎖）は、2026年8月19日の第4報の時点でも公表されていません。

判明したのは、保有していたファイルの一部が外部流出しているという事実です。7月23日の続報では「インターネット上で流出した可能性がある情報」の存在を確認したとされていましたが、第4報では流出そのものが確認された形に進んでいます。流出したファイルの内容と件数は示されていません。

考えられる原因（推測）: タクシー・ハイヤー事業者の社内システムへの侵入経路は、(a) 事務職員へのフィッシングメール経由でのマルウェア配布、(b) 公開Webサービス（Web受注・登録フォーム）の脆弱性、(c) VPN・リモートデスクトップの脆弱性、(d) 業務委託先経由、が典型です。複数の顧客向けサービスと社内システムの両方が影響を受けている点から、社内ネットワーク上で複数サービスが相互接続された基盤に侵入が到達した可能性が考えられます。

対策

組織が学ぶべきこと

1. 「隔離できる設計」の平時からの準備

本件で日本交通は不正アクセスを検知後、社内ネットワークを隔離し、対象システムを遮断する初動対応を実施しました。「必要な時に隔離できる」設計は、平時からのネットワーク分割・システム相互接続の可視化・遮断手順の訓練があって初めて可能になります。事業影響は出ますが、被害拡大を止める効果が大きく、初動判断としては評価できます。

2. 生活インフラサービスへの影響と代替経路の案内

陣痛タクシー登録フォーム等、生活の重要局面で使われるサービスの停止は、利用者に直接影響します。同社は配車アプリ「GO」等の代替経路を案内していますが、代替経路が平時から機能しているか（顧客がアプリを使い慣れているか）で、影響範囲は大きく変わります。事業継続計画（BCP）では「代替経路の平時運用」までを設計に含める必要があります。

3. 「流出した可能性のある情報」への説明責任

続報で「インターネット上で流出した可能性がある情報を確認」と発表されている点は、被害範囲が拡大する可能性を示唆します。ランサムグループ等がリークサイトに掲載する形での情報公開は、被害から公表までの時間が短く、企業側の説明が後追いになりがちです。「何を漏らされたか」を早期に把握できる調査体制が事業信頼の維持に直結します。

ヤグラの視点 — 修復か再構築か：「隔離した後、どこまで戻すか」の意思決定

インシデント発生後の復旧では、「どこまでを『修復』し、どこからを『再構築』とするかという意思決定が最大の分岐点になります。日本交通は7月11日にシステム遮断を実施し、以降複数のサービスに影響が出ています。ここから復旧するには、(1) 感染したサーバをスキャン・クリーニングして再接続する（修復）、(2) 感染した可能性のあるサーバを廃棄して新規構築する（再構築）、の選択があります。

修復は復旧時間が短い一方、「本当に感染が除去されたか」を保証しにくいという難点があります。攻撃者が仕込んだバックドア・改ざんされた設定ファイルを見落とすと、復旧直後に再度侵入されます。再構築は時間がかかる一方、「感染していない状態を保証できる」明確さがあります。この意思決定は、感染範囲の把握精度に依存します。「どのサーバまで感染したか」が説明できない状態で修復を選ぶと、後日に再侵入が起きて長期化するリスクがあります。ヤグラの AI SOC は、複数ログを横断で相関分析することで、感染範囲の説明可能性を高める設計を持っています。

今後の対応

第4報で外部流出の事実は確認されましたが、次の点は公表されていません。

• 流出したファイルの内容と件数
• 個人情報が含まれていたかどうか（同社は確認された場合に対象者へ通知するとしている）
• 感染経路とマルウェアの種別
• 業務の復旧完了時期

判明次第、本記事に追記します。

更新履歴

日時	内容
2026-08-02	初稿公開（アーカイブキュレーション batch23）
2026-09-05	2026年8月19日公表の第4報を反映。保有していたファイルの一部が外部流出していることが判明した旨を追記。7月23日の続報が「流出した可能性がある情報の存在を確認」だったのに対し、第4報では流出そのものが確認された形に進んでいる。タイトルと description を更新し、冒頭テーブルに公表日と影響件数の欄を追加。流出したファイルの内容と件数は依然として非公表のため status は investigating のまま