片品村振興公社、オグナほたかスキー場のリフト券販売サイトが改ざん — 注文時の入力内容が外部送信され40人分が流出
| 項目 | 内容 |
|---|---|
| 発生日 | 2025年11月5日〜11月17日 |
| 公表日 | 2025年12月18日 |
| 対象組織・業界 | 片品村振興公社（「オグナほたかスキー場」の運営／宿泊・観光） |
| 影響件数 | 40人分の氏名、住所、電話番号など。クレジットカード情報は含まれない |
| 攻撃手法 | ウェブサイトの脆弱性を突かれ、プログラムを改ざんされた。注文時に外部と通信が行われ、データベースに記録された入力内容データが外部へ送信されていた |
| 情報源 | Security NEXT（2025年12月18日） |
片品村振興公社は2025年12月18日、運営する「オグナほたかスキー場」のリフト券販売サイトがウェブサイトの脆弱性を突かれ、プログラムを改ざんされたと公表しました。
改ざんにより、注文時に外部と通信が行われており、データベースに記録された入力内容データが外部に対して送信されていた状態でした。期間は2025年11月5日から17日です。
流出したのは40人分の氏名、住所、電話番号などで、クレジットカード情報は含まれないと明記されています。
判明は11月17日の利用者からの問い合わせによるものです。同公社は侵害を受けた原因を特定して対策を実施し、復旧したうえでセキュリティ対策を強化してサイトを再開しました。11月20日に個人情報保護委員会へ報告しています。
- 2025年11月5日: ウェブサイトの脆弱性を突かれてプログラムが改ざんされ、注文時の入力内容が外部へ送信される状態となる
- 2025年11月17日: 利用者からの問い合わせにより判明
- 2025年11月20日: 個人情報保護委員会へ報告
- その後: 侵害を受けた原因を特定して対策を実施。復旧したうえでセキュリティ対策を強化しサイトを再開
- 2025年12月18日: 片品村振興公社が公表
判明している事実: ウェブサイトの脆弱性を突かれ、プログラムを改ざんされたことです。悪用された脆弱性の内容、対象となったソフトウェアの種類は公表されていません。同公社は原因を特定して対策を実施したとしています。
考えられる原因（推測）
Section titled “考えられる原因（推測）”「注文時に外部と通信が行われており、データベースに記録された入力内容データが外部に対して送信されていた」という記述は、注文フォームの処理に外部へデータを送るコードが埋め込まれていたことを示しています。決済サイトのスキミング型攻撃と同じ構造です。
この手口では、サイトの表示や動作は正常に見えます。利用者は通常どおり注文を完了でき、リフト券も届きます。異常として現れるのは、注文の裏で送られる通信だけです。今回の判明が利用者からの問い合わせによるものであった点は、この種の改ざんが運営者側から見えにくいことを示しています。
クレジットカード情報が含まれない理由としては、決済が外部の決済代行サービスに委ねられ、カード情報が自社のデータベースを通過しない構成であった可能性が考えられます。
組織が学ぶべきこと
Section titled “組織が学ぶべきこと”1. 決済情報を自社で保持しない構成が、被害の上限を決めた
Section titled “1. 決済情報を自社で保持しない構成が、被害の上限を決めた”40人分の情報が流出しましたが、クレジットカード情報は含まれていません。決済を外部サービスに委ね、カード情報が自社のデータベースを通過しない構成であれば、改ざんされても流出しません。この選択が、この事案の被害規模を決めています。
2. 改ざんは「表示の異常」ではなく「通信の異常」として現れる
Section titled “2. 改ざんは「表示の異常」ではなく「通信の異常」として現れる”サイトは正常に動作し続けていました。外部への通信が発生していることは、閲覧しているだけでは分かりません。公開ページのスクリプト構成に変化がないかを定期的に自動照合する仕組みが、この種の改ざんに対する検知手段になります。
3. 販売サイトは、シーズン前に脆弱性の点検を組み込む
Section titled “3. 販売サイトは、シーズン前に脆弱性の点検を組み込む”リフト券の販売はシーズンに合わせて動きます。繁忙期の直前にソフトウェアの更新状況を点検する工程を運用計画に含めることで、既知の脆弱性が残ったまま販売期間に入る事態を防げます。
ヤグラの視点 — 組織固有知識の学習：この形の改ざんは繰り返される。次に同じ異常を取れるか
Section titled “ヤグラの視点 — 組織固有知識の学習：この形の改ざんは繰り返される。次に同じ異常を取れるか”注文フォームに外部送信のコードを埋め込み、入力内容を横取りする——この手口は決済サイトを狙った攻撃として繰り返されてきた形です。攻撃者にとって新しい発明ではなく、既知の型の適用です。だからこそ、この事案から得られるべきものは「脆弱性を潰す」という一般論ではなく、同じ形の異常を次に検知できるかという問いになります。
今回の異常には具体的な形があります。注文の処理中に、本来通信すべきでない外部の宛先へデータが送られていた。この「本来ないはずの外向き通信」という形は、一度知っていれば次も同じように現れます。サイトの表示は正常で、注文も成立し、利用者からの苦情も出にくい。表示を見る監視では拾えませんが、通信の宛先を見る監視であれば拾えます。今回は利用者からの問い合わせが検知の役割を果たしましたが、それは12日後でした。
対応の履歴を組織の知識として蓄積し、次の判断に使えるようにしておくことが、この種の反復性のある手口への備えになります（→ ヤグラ AI SOC）。一度経験した異常の形を記録しておけば、同じサイトでも別のサイトでも、次は12日ではなく早い段階で気づけます。この事案でうまくいったのは決済情報を持たない構成の選択で、うまくいかなかったのは検知でした。前者は設計として残りますが、後者は今回の経験を記録に変えないと次も同じになります。
本件は原因が特定され、対策の実施とサイトの復旧・再開まで完了しています。個人情報保護委員会への報告も済んでおり、追加公表の予定は示されていません。
- 参考: 悪用された脆弱性の内容は公表されていません
| 日時 | 内容 |
|---|---|
| 2026-08-12 | 2025年12月18日の公表内容をもとにアーカイブ記事として作成 |