東京モノレール、廃棄予定のPC1台を紛失 — 交換から約8カ月、処分時の在庫確認で判明

項目	内容
端末交換日	2025年8月17日（新端末と交換のうえ倉庫へ集約）
判明日	2026年4月3日（処分にあたり倉庫内を確認して発覚）
報道日	2026年4月24日
対象組織・業界	東京モノレール（鉄道事業）
事象	廃棄予定として倉庫に保管していたデスクトップ端末1台を紛失
影響件数	従業員を含む約3400人分の個人情報
情報源	Security NEXT（2026年4月24日）

概要

東京モノレールは、廃棄するために倉庫で保管していたパソコン1台を紛失したことを明らかにしました。

同社によれば、2026年4月3日、廃棄予定だったデスクトップ端末1台を処分するため倉庫内を確認したところ、見当たらないことが判明したものです。

当該端末は羽田空港第2ターミナル駅の駅事務室内で使用していたもので、データの移行作業を実施したうえで2025年8月17日にあたらしい端末と交換され、廃棄にあたって羽田空港第1ターミナル駅の倉庫に集約・保管されていました。交換から紛失判明まで約8カ月が経過しています。

端末は従業員の勤怠管理や日報の作成などに使用されており、顧客の連絡先などを含む報告書や関係事業者との打ち合わせ資料なども作成していたことから、従業員を含む約3400人分の個人情報が保存されていたとしています。

個人情報の不正利用などは確認されておらず、同社は連絡先が判明している顧客について個別に連絡を取るとしています。

経緯

• 2025年8月17日: 羽田空港第2ターミナル駅の駅事務室で使用していたデスクトップ端末について、データ移行のうえ新端末と交換。廃棄予定として羽田空港第1ターミナル駅の倉庫に集約・保管
• 2026年4月3日: 端末を処分するため倉庫内を確認したところ、見当たらないことが判明
• 従業員を含む約3400人分の個人情報が保存されていたことを確認。不正利用は確認されず
• 連絡先が判明している顧客へ個別に連絡する方針を表明
• 2026年4月24日: Security NEXTが報道

原因

紛失の具体的な経緯（倉庫からいつ、どのように失われたか）は公表されていません。外部からの攻撃によるものではなく、廃棄プロセスにおける物理的な資産管理の問題です。

考えられる原因（推測）: 廃棄予定の端末が失われる経緯としては、(a) 別ルートで先に廃棄処理され、記録だけが残っていた、(b) 倉庫内の別の場所へ移動された、(c) 持ち出された、といった可能性が考えられます。約8カ月の空白があるため、どの時点で失われたかを絞り込むこと自体が難しい状況にあると見られます。

構造的な要因としては、「使用中の資産」から「廃棄予定の資産」へ状態が変わった瞬間に、管理の密度が下がるという点が指摘できます。使用中の端末は毎日誰かが触るため、なくなればその日に分かります。一方、廃棄待ちの端末は誰も触らないため、次に誰かが数えるまで欠員が見えません。本件で紛失が判明したのが「処分のために倉庫内を確認したとき」だったことは、この構造をそのまま示しています。いずれも推測であり、公表されているのは紛失の事実と経過日数までです。

対策

組織が学ぶべきこと

1. データ移行の完了と、データ消去の完了は別の話

公表では、交換にあたって「データの移行作業を実施した」とされています。移行は新しい端末で業務を続けるための作業であり、旧端末からデータが消えることを意味しません。廃棄プロセスの設計で分けて考えるべきなのは、「移行したか」ではなく「消去したか」です。物理的な紛失は完全には防げないという前提に立つなら、倉庫に置く前の段階でディスクを消去または暗号化しておくことが、紛失が起きたときの被害を機密性の問題から資産の問題へ縮小させます。

2. 廃棄待ちの在庫にも、定期的な棚卸しの周期を設ける

約8カ月という空白は、その間ずっと在庫が数えられていなかったことを意味します。廃棄予定品は「もう使わないもの」であるため、資産管理の対象から心理的に外れます。しかし中身は使用中の端末と同じであり、むしろ誰も見ていないぶん、危険な在庫です。四半期に一度でも台数を数える周期があれば、8カ月が3カ月以下に縮まります。

3. 空港内施設という立地の特性を、リスク評価に織り込む

対象端末は羽田空港のターミナル駅で使用され、別のターミナル駅の倉庫に集約されていました。空港施設は多数の事業者が出入りする環境であり、社内の閉じた倉庫とは前提が異なります。倉庫の場所ごとに、誰が物理的にアクセスできるかを棚卸しすることは、施錠の有無を確認するより先に行うべき作業です。

ヤグラの視点 — 発見までの時間：8カ月の空白は、注意力ではなく在庫周期が作った

倉庫から物理的に端末が失われることを検知する仕組みは、ここで論じる対象の外にあります。書けるのは、業務プロセスと管理周期の設計の話です。

そのうえで見るべきなのは、2025年8月17日から2026年4月3日までの約8カ月という時間です。この空白は、担当者が不注意だったから生まれたものではありません。誰も数えない期間が8カ月あったから生まれました。

情報セキュリティにおける「発見までの時間」は、通常はログの話として語られます。侵入されてから検知するまでの日数が長いほど、攻撃者が動ける範囲は広がり、後から何が起きたかを再現することも難しくなる——という構図です。この事案は攻撃を伴いませんが、時間が持つ意味はまったく同じです。8カ月前に失われたのか、先週失われたのかが分からないという状態は、影響範囲を絞り込む手掛かりを丸ごと失うことを意味します。もし紛失が交換翌週に判明していれば、倉庫への搬入記録や出入りの記録から追跡できたかもしれません。8カ月後では、そのほとんどが残っていません。

そして、発見までの時間を決めるのは検知の技術水準ではなく、「次に誰かが確認するのはいつか」という周期の設計です。これはログ監視でも同じことが言えます。1日1回しか見ないログは、最悪1日気づきません。四半期に一度しか数えない在庫は、最悪3カ月気づきません。一度も数えない在庫は、処分するその日まで気づきません。

対策の議論は「もっと注意深く管理する」に流れがちですが、注意力は周期を作りません。確認する日を決めることだけが、発見までの時間の上限を決めます。

今後の対応

同社は連絡先が判明している顧客に対して個別に連絡を取る方針を示しています。端末の捜索状況、廃棄プロセスの見直しについて、追加の公表が想定されます。現時点で個人情報の不正利用は確認されていません。

更新履歴

日時	内容
2026-04-24	初稿公開（報道日時点）