日本大学三軒茶屋キャンパスへのフィッシングによるメールアカウント乗っ取り（不審メール321件送信）
公表日
日本大学三軒茶屋キャンパスの教職員1名のメールアカウントがフィッシング銀行・通販サイト・宅配業者・公的機関などを装ったメールやSMSを送り、本物そっくりの偽サイトに誘導して、IDやパスワード、カード番号などを入力させる手口です。SMSを使うものは「スミッシング」、電話を使うものは「ビッシング」とも呼ばれます。攻撃で乗っ取られ、学内外の連絡先に不審メール321件が送られた。
対象者は？
乗っ取られたアカウントの連絡先に登録されていた学内外の人が、不審メールを受け取った。また、メールボックス内の全内容が第三者に見られる状態だったため、そこに保存されていた個人情報が取得された可能性があるとされている。対象となる人の範囲、件数、情報の種類は公表されていない。
大学は、対象者をすべて特定して個別に連絡することが困難だとして、公表でのおわびと報告に切り替えたとしている。大学の発表や報道を確認し、本学教職員を名乗る心当たりのないメールが届いていないかを見直してください。
いますぐできること
- 本学教職員を名乗るメールで心当たりのないものは、URLや添付ファイルを開かずに削除する。
- クラウドサービスを装ったメールのリンクからはログインせず、公式のブックマークやアプリから開く。
- 自分のアカウントで多要素認証が使えるなら、設定しておく。
何が起きたのか
2026年2月9日の17時45分頃、教職員1名のメールアカウントに不正にログインされた。18時頃にシステムが異常な大量送信を見つけた。学内外の連絡先に、不審メールが321件送られた。大学は、実在するクラウドサービスを装ったフィッシング銀行・通販サイト・宅配業者・公的機関などを装ったメールやSMSを送り、本物そっくりの偽サイトに誘導して、IDやパスワード、カード番号などを入力させる手口です。SMSを使うものは「スミッシング」、電話を使うものは「ビッシング」とも呼ばれます。メールが原因で、教職員がリンクをクリックして認証情報を入力したとしている。大学はアカウントの利用を止め、パスワードを変更し、外部への送信を止めた。3月6日に公表した。
なぜ起きたのか・なぜ広がったのか
大学の説明では、実在するクラウドサービスを装ったメールのリンクから認証情報が入力され、アカウント情報が盗まれた。端末にウイルス感染の痕跡は確認されていない。メールボックス内の全内容が第三者に見られる状態だったため、情報量が多く、対象者の特定と個別連絡が難しいとされている。
いまの状況2026-03-19 時点続報待ち
2026年3月19日時点の報道では、個人情報の漏えいによる二次被害や金銭的被害は確認されていないとされている。大学は、本学教職員を装ったなりすましメール実在の会社や取引先、知人を名乗って送られる偽のメールです。本物のアカウントが乗っ取られ、そこから送られてくる場合もあり、送信者名だけでは見分けがつきません。への注意を呼びかけている。個人情報の件数や種別、再発防止策については、まだ発表されていません。
企業として考えたいこと
自社の社員のメールアカウントが1つ乗っ取られたとき、何分で気づいて送信を止められ、そのメールボックスにどんな情報が入っているかをすぐ説明できるでしょうか。
技術的な要約
日本大学三軒茶屋キャンパスは2026年3月6日、教職員1名のメールアカウントがフィッシング攻撃で乗っ取られ、外部に多数の不審メールが送信されたと公表した。発生は2月9日17時45分頃で、18時頃にシステムが異常な大量送信を検知した。不正ログイン後、学内外の連絡先へ321件の不審メールが送信された。原因は実在するクラウドサービスを装ったフィッシングメールで、端末のウイルス感染の痕跡は確認されていない。メールボックス内の全内容が第三者に閲覧可能な状態だったとされ、個人情報が取得された可能性は否定されていないが、二次被害や金銭的被害は現時点で確認されていない。
公開情報が限られている点について
攻撃の分類
- 侵入口
- フィッシング報道・研究者実在するクラウドサービスを装ったフィッシングメールのリンクを教職員がクリックし、認証情報を入力したことでアカウント情報が窃取された。端末自体にウイルス感染の痕跡は確認されていない。
- 脆弱性
- 判明している脆弱性はありません
- 攻撃者
- 特定・主張なし
- ATT&CK
影響
- 業務停止
- なし 当該アカウントの利用停止と外部へのメール送信の遮断を実施した。中核業務の停止は公表から読み取れない。
- データ
- おそれ上限 —確定 —その他メールボックス内の全内容が第三者に閲覧可能な状態で、保存されていた個人情報が取得された可能性は否定されていない。件数・種別は公表されていない。メールボックス内の情報量が多く対象者の特定と個別連絡が困難とされる。不審メール送信数は321件。
- 波及先
- 321 件
- 学内外の連絡先に登録されたメールアドレスへの不審メール送信
- 本学教職員を装ったなりすましメールが届く二次被害のおそれ
- 金銭影響
- —
- サプライチェーン
- —
時系列
- 2026-02-09 17:45不正ログインによる被害が発生（大学の説明による発生時刻）。1
- 2026-02-09 18:00システムが異常な大量送信を検知。1
- 2026-02-09被害確認後、当該アカウントの利用停止とパスワード変更を実施し、外部へのメール送信を遮断（日付は出典に明記なし）。1
- 2026-02-09
- 2026-02-09
- 2026-03-06
- 2026-03-06メールボックス内の情報量が多く個別連絡が困難なため、法令に基づき公表でのおわびと報告に切り替えたと説明。1
- 2026-03-11セキュリティ対策Labがメールボックス内個人情報の閲覧可能性を含め報道。1
- 2026-03-19ScanNetSecurityが本件を報道。2
技術解説
確認されている事実:乗っ取りの経過と初動 事実
報道によると、日本大学三軒茶屋キャンパスは2026年3月6日、教職員1名のメールアカウントがフィッシング攻撃で乗っ取られたと公表した。大学の説明では発生は2月9日17時45分頃で、18時頃にシステムが異常な大量送信を検知した。不正ログイン後、学内外の連絡先へ321件の不審メールが送信されたことを確認している。原因は実在するクラウドサービスを装ったフィッシングメールで、当該教職員がリンクをクリックし認証情報を入力したことでアカウント情報が窃取されたとしている。端末自体にウイルス感染の痕跡は確認されていない。被害確認後は、当該アカウントの利用停止とパスワード変更を行い、外部へのメール送信を遮断した。
確認されている事実:情報の閲覧可能性と公表の方法 事実
大学は、メールボックス内の全内容を第三者が閲覧可能な状態だったと説明しており、保存されていた個人情報が取得された可能性を否定していない。一方、現時点では個人情報漏えいによる二次被害や金銭的被害は確認されていないとしている。メールボックス内の情報量が多く、対象者をすべて特定して個別連絡することが困難なため、法令に基づき公表でのおわびと報告に切り替えたとしている。大学は、今後、本学教職員を装ったなりすましメールが届く二次被害のおそれがあると注意喚起している。個人情報の件数や種別は、提供された出典からは分からない。
解釈:1アカウントの乗っ取りが広がる構造 解釈
ここからは事実をもとにした解釈である。メールアカウント1つの乗っ取りでも、連絡先に登録された学内外のアドレスへ送信できる。そのため321件の不審メールは、日頃のやり取りという信頼関係の上で届いた可能性がある。受信者には本学教職員からの通常のメールに見え、リンクや添付を確認する警戒心が下がるおそれがある。また、メールボックスに過去のやり取りが蓄積されていると、閲覧可能な範囲が広がり、対象者の特定が難しくなる。発生から検知まで約15分とされており、早期の検知は送信拡大の抑制に役立った可能性がある。ただし、閲覧範囲の調査内容は出典に示されておらず、評価には限界がある。
対応
- 封じ込め
- 被害確認後、当該アカウントの利用停止とパスワード変更を行い、外部へのメール送信を遮断した。
- 公表の仕方
- 2026年3月6日に公表。対象者の特定と個別連絡が困難なため、法令に基づき公表でのおわびと報告に切り替えた。本学教職員を装ったなりすましメールへの注意喚起を行い、心当たりのないメールのURLや添付ファイルを開かず削除するよう呼びかけている。
- 当局対応
- —
教訓と対策
| 教訓 | 具体的な対策 |
|---|---|
| フィッシングによる認証情報の窃取は、パスワードだけの認証では防ぎきれない。 | メールを含む全クラウドサービスで、フィッシング耐性のある多要素認証(FIDO2/パスキー)を必須にする。レガシー認証(IMAP/POPの基本認証など)は無効化し、条件付きアクセスで未登録端末や想定外の地域からのログインを拒否する。 |
| 大量送信の検知が早ければ、被害の拡大を小さくできる。 | アカウント単位の送信数やあて先数のしきい値を設け、超過時に自動で送信を保留・遮断する。通知は管理者のオンコールに届くようにし、遮断までの目標時間を決めて訓練しておく。 |
| メールボックスに情報が溜まっていると、乗っ取られた場合の影響範囲が大きく、対象者の特定も難しくなる。 | 保持期間ポリシーで古いメールを自動アーカイブまたは削除する。個人情報を含む添付は共有ストレージへ移し、メール内に置かない運用にする。メールボックスの監査ログを有効にして、閲覧・転送の範囲を後から追えるようにする。 |
| 不正ログインの兆候を早く見つけるには、ログインの記録を見られる状態にしておく必要がある。 | サインインログと転送ルール作成のログを一定期間保存し、SIEMなどで不審な新規ルールや異常なログインを検知する。乗っ取り疑いの際は、セッション失効、パスワード変更、転送設定の確認を一連の手順書にして使えるようにする。 |
| 利用者がフィッシングメールを見分けて報告できる体制があると、検知が早まる。 | 実在のクラウドサービスを装った文面を使った訓練メールを定期的に実施する。メールクライアントに報告ボタンを設置し、報告を受けたら送信元やURLを遮断する流れを整える。メールゲートウェイでURL書き換えとサンドボックス検査を有効にする。 |
自組織などでの確認項目
- 自組織のメールアカウントで、フィッシング耐性のある多要素認証は全員に必須になっているか。例外のアカウントはどれくらいあるか。
- 1つのアカウントから短時間に大量のメールが送られた場合、何分で検知し、誰が遮断を判断するか。実際に試して確認できるか。
- メールボックスに保存されている個人情報の量や保持期間を把握しているか。乗っ取られた場合に影響を受ける人を何日で特定できるか。
未解明点
- メールボックス内に含まれていた個人情報の件数と種別、対象となる人の範囲はどうなっているか(公表されていない)。
- 情報が実際に閲覧・取得されたかどうかを、ログ等でどこまで確認できたのか(提供された出典には示されていない)。
- 再発防止策(認証強化、送信制限、保存情報の整理など)は何か。また、規制当局への届出の有無はどうなっているか(提供された出典には示されていない)。
出典
- 1セキュリティ対策Lab（合同会社ロケットボーイズ）2026-03-11報道本文確認済
- 2ScanNetSecurity2026-03-19報道本文確認済