掲載記事 201本きょう +12026年11月12日(木)運営:株式会社Rabbitly

  1. 速報GMOあおぞらネット銀行、不正な通信を検知し銀行APIを2度停止
  2. 速報OpenSSHのCVE-2026-123158、CISAが悪用確認
  3. 速報FreeSWITCHにSIPでコマンド実行の欠陥、悪用を確認
  4. 新着SoftBank Airターミナル6に脆弱性、自動更新で修正済み
  5. 新着Apache 2.4.71公開、HTTP/2処理にコード実行の恐れ
  6. 新着個人情報保護委員会、上半期の漏えい報告1万784件 前年より2割増
  7. 新着Movable TypeにPHP実行の脆弱性、8.8.7で修正
  8. 新着靖國神社の授与品サイトに不正アクセス、会員情報約1万4,500件
  1. トップ
  2. 漏洩情報
  3. FABRIC TOKYO、検証用システムから予約データ699名分流出か
漏洩情報

FABRIC TOKYO、検証用システムから予約データ699名分流出か

サイバーセキュリティ情報センター 編集部

画像はイメージです。記事に出てくる組織や現場とは関係ありません。

FABRIC TOKYOは11月11日、社内の検証用システムが不正アクセスを受け、2021年5月から7月の予約データ699名分が閲覧、取得された可能性があると公表しました。原因は、外部委託先からアクセスキーが流出した可能性が高いとしています。

この事故の概要

流出の恐れがある件数699名
公表日
2026年11月11日
組織
株式会社FABRIC TOKYO(小売)
原因
検証用システムのアクセスキーが外部委託先から流出した可能性
漏れた情報
予約時に入力された名前、予約日時、メールアドレスと電話番号(一部の人)
発覚
2026年11月2日

オーダースーツなどを販売するFABRIC TOKYOは2026年11月11日、社内の検証用システムが第三者から不正アクセスを受け、そこに一時保管していた過去の予約データが閲覧、取得された可能性があると公表しました。対象は2021年5月から7月の予約データで、699名分です。お客様向けのサービスに使っている本番用のシステムへの侵入はないとしています。

何が起きたのか

同社によると、検証用システムにあった予約データが第三者に閲覧、取得された可能性があるのは2026年10月29日です。同社は11月2日にこの事象を確認し、その日のうちに、不正アクセスに使われたアクセスキーを無効にして遮断しました。公表は11月11日です。

原因について同社は、検証用システムで使っていたアクセスキーが外部委託先から流出した可能性が高いとしています。委託先の名前や業務の内容、キーがどのように流出したかは書かれておらず、流出の経路は調査中です。同社が事象にどう気づいたかも書かれていません。

アクセスキーは、プログラムや外部の作業者がクラウドなどのシステムに入るときに使う、鍵に当たる文字列です。IDとパスワードの組と同じ働きをしますが、人が画面で入力するものではないため、設定ファイルや作業用のパソコンに保存されたまま残りやすく、渡した先で漏れると、持ち主が気づかないうちに使われることがあります。

対象の情報

閲覧、取得された可能性があるのは、2021年5月から7月の予約データに含まれる次の情報です。

  • 予約のときに入力された名前
  • 予約日時
  • メールアドレス(一部の人)
  • 電話番号(一部の人)

メールアドレスと電話番号が含まれる人数は示されていません。何の予約かもお知らせには書かれていません。

クレジットカードなどの決済に関する情報、ログイン用のパスワード、採寸データや購入履歴などのアカウントの登録情報は含まれていません。通常の会員登録の情報と購入の情報は、今回の対象の外です。11月11日の時点で、流出した情報が悪用された事実は確認されていないとしています。

会社の対応

同社はアクセスキーを無効にして不正アクセスを遮断したうえで、個人情報保護委員会に速報を出しました。予約データにメールアドレスがあった人には、メールで個別に連絡しています。メールアドレスがなかった人への連絡の方法は書かれていません。

再発防止としては侵入の経路を詳しく検証すること、アクセス制御を強めること、監視を徹底することを挙げています。新しい事実や進展があれば、必要に応じて連絡するとのことです。問い合わせの窓口はカスタマーサポートの問い合わせフォームです。

同社は利用者に、同社や関係者を装った不審なメールが届いても、リンクを開いたり個人情報を入力したりしないよう呼びかけています。

中小企業が学べること

今回のデータは5年前の予約の記録で、置かれていたのは本番ではなく検証用のシステムでした。検証用の環境では、動作を試すために本番のデータを写して使うことがあります。お客様が使う画面ではないため、アクセスの制限や監視が本番より緩くなりやすく、写したデータが使い終わったあとも残りがちです。なぜ2021年のデータが検証用システムにあったのかは、同社のお知らせには書かれていません。

自社で確かめることは3つあります。

1つ目は検証やテストに本番のデータを使っているかどうかです。使っているなら、名前や連絡先を架空の値に置き換えたデータに切り替えられないかを、開発の担当者や委託先に相談します。本番のデータを写す必要があるときは、作業が終わったら消すことを手順に入れます。

2つ目は外の会社に渡しているアクセスキーです。どの会社に、どのシステムの、どこまで操作できるキーを渡しているかを一覧にします。契約が終わった会社のキーと、使っていないキーは無効にします。使い続けるキーも年に1回など時期を決めて新しいものに取り替えると、知らないうちに漏れていたキーが使えなくなります。

3つ目は古いデータの扱いです。残っていないデータは漏れません。予約や問い合わせの記録を何年残すかを決めて、期限を過ぎたものを消す作業を予定に入れておきます。

委託先に渡したアカウントの片づけは、退職者のアカウント、片づけ漏れを防ぐ5つの手順と同じ考え方で進められます。委託先への確認の項目はシステムの委託先に聞くべき5つのことにまとめています。

自社で確かめること

  1. 検証用の環境にあるデータテストや検証に使っているサーバーやクラウドに、本番のお客様のデータの写しが残っていないかを、担当者や開発の委託先に聞きます。
  2. 委託先に渡しているキー外の会社に渡したアクセスキーやアカウントを一覧にして、使っていないものと、契約が終わった会社のものを無効にします。
  3. 古いデータを消す決まり予約や問い合わせのデータを何年残すかを決め、期限を過ぎたものを消す作業を年に1回の予定に入れます。
自社で確かめるのが難しい場合はCyberScope のセキュリティ診断(3万円から)

出典

コメント 0

まだコメントはありません。

関連記事