8月14日、Ars Technicaが「PBS station fears losing 50TB of data after being ghosted by cloud storage provider」と題した記事を公開した。クラウドストレージ事業者が突然音信不通になり、米PBS系列局が50TBにのぼるアーカイブデータへのアクセスを失いかけているという事件の詳細を伝えている。

これは対岸の火事ではない。データを外部ベンダーに預けているすべての組織が、明日にでも直面しうる構造的なリスクが、今回の事件には凝縮されている。

クラウド業者が突然消えた——50TBのデータが宙に浮く

米セントルイスを拠点とするPBS系列局・Nine PBS（1954年開局、地域の歴史的映像や文化アーカイブを長年収集してきた公共放送局）が、クラウドストレージ事業者OSS（Online Storage Solutions）と連絡が取れなくなり、局が保有する50TB分の番組・地域アーカイブデータを失いかねない状況に陥っている。

OSSが正確にいつから応答しなくなったかは公表されていないが、Nine PBSが法的手段に踏み切ったのは2026年初頭とみられる。OSSが倒産したのか、単純に業務を停止したのかも現時点では不明だ。クラウドサービス事業者の突然の事業停止は近年も複数の事例が報告されており、今回はそれが公共放送の文化的アーカイブを直撃した最新事例となった。

「契約関係がない」——データを物理的に握るIron Mountainが動かない

Nine PBSが直面した最大の壁は、データの物理的な保管場所にあった。

OSSは自社でデータセンターを持たず、大手データ保管・管理会社の**Iron Mountainにサーバーを置いていた。Iron Mountainは物理的な書類保管からデータセンターのコロケーションサービスまで手がける大手企業だ。コロケーション（colocation）**とは、事業者が自社のサーバー機器をデータセンター施設に持ち込み、電源・ネットワーク・冷却設備だけを借りる形態であり、Iron Mountainはあくまで「場所と設備を貸す」側でサーバー上のデータには関与しない。

Nine PBSは2026年3月13日、Iron Mountainに対して「データへのアクセスにかかる合理的なコストはすべて負担する」と書面で申し入れた。しかしIron Mountainはこれを拒否した。理由は構造的なものだ。Iron Mountainが契約しているのはOSSであり、Nine PBSとは直接の契約関係がない。サーバーの物理的所有者はOSSであるため、Nine PBSへのアクセスを許可できないというのがIron Mountainの立場だ。同社の広報担当者はArs Technicaに対し、次のように説明している。

「当社は建物、ネットワーク接続、電力、空調管理といった物理インフラを提供するのみです。顧客がサーバーを置くスペースを貸しているのであり、そのハードウェア上のデータにはアクセスできません。なぜならそれは顧客（OSS）の資産だからです。裁判所命令なしに第三者のハードウェアへのアクセスを許可すれば、データプライバシーの原則違反、OSSとの契約違反、さらにOSSの他クライアントの機密データを漏洩するリスクがあります。」

Iron Mountainの立場は法的・論理的には一貫しており、責められる筋合いは薄い。問題の根は、Nine PBSとIron Mountainの間に直接の契約がなかった構造そのものにある。

裁判で「即時返還」命令——それでもデータは戻らない

Nine PBSはOSSを提訴し、セントルイス巡回裁判所において欠席判決（default judgment）を勝ち取った。応答しないOSSを相手に審理が進んだ結果、裁判所はNine PBSが当該データの「即時占有権を持つ」と認定し、OSSに対してデータの返還または新たなベンダーへの移管を命じた。

ただし、この判決はあくまでOSSに対するものだ。Iron Mountainは判決の当事者ではなく、「OSSから正式な指示があるか、Iron Mountain自身を名宛人とする別途の裁判所命令がなければ動けない」という立場を維持している。判決が出ても、物理的にデータを握るIron Mountainが動かなければ状況は変わらない。記事公開時点でデータの回収は実現していない。

Nine PBS VP兼最高広報責任者のLeah Freemanは次のような声明を発表した。

「裁判所がアーカイブ資料へのアクセスと回収への道筋を示す判断を下したことを評価します。これらのアーカイブは地域の歴史の重要な一部であり、裁判所が承認したプロセスを通じてその保全と保護を確実にすることを楽しみにしています。」

Ars Technicaはバックアップの有無や再発防止策についてNine PBSに問い合わせたが、記事公開時点で回答は得られていない。バックアップの存在さえ確認できない点が、事態の深刻さを物語っている。

すべてのエンジニアが問い直すべき「ベンダー依存の構造」

この事件が示す問題は、Nine PBSの不運にとどまらない。クラウド・ストレージのサプライチェーンにおける責任の断絶は、多くの組織が潜在的に抱えるリスクだ。今回のケースで連鎖した問題を整理すると次のようになる。

• データの実質的な管理者（OSS）と物理インフラの提供者（Iron Mountain）が分離していた
• Nine PBSはOSSとしか契約しておらず、Iron Mountainとは直接の関係がなかった
• OSSが音信不通になった時点で、Nine PBSにはデータへのアクセス手段が一切なかった

こうしたリスクへの対策として、業界では主に以下のアプローチが知られている。

• 3-2-1バックアップルール: データのコピーを3つ、異なる2種類のメディアに保存し、うち1つはオフサイト（別拠点）に置く
• 契約へのデータポータビリティ条項の明記: ベンダー終了時のデータ返却手順・期限・フォーマットを事前に規定する
• エスクロー契約や第三者保管の活用: 重要データのコピーを、主契約ベンダーとは別の独立した第三者に預ける

外部ベンダーにデータを預ける際、そのベンダーが「消える」シナリオを想定した設計になっているか——今回の事件は、この問いを自組織のインフラ設計に照らし合わせる具体的な契機を与えてくれる。50TBのアーカイブと地域の記憶が宙に浮いたまま解決を待っている現実は、その問いの重さを如実に示している。

詳細はPBS station fears losing 50TB of data after being ghosted by cloud storage providerを参照していただきたい。