2026年10月のStudioの不正アクセスを受けて、サイト運営者は何をすればよいですか?

結論

まずStudioのアカウントのパスワードを変え、同じものを使い回している他サービスのパスワードも替えます。そのうえで、APIキーやWebhook、スプレッドシート連携など自分のサイトで使っている機能ごとに、新しいものが動くのを確かめてから古いものを止めます。フォームで個人情報を集めていたなら、個人情報保護委員会への報告の方法と期限も確かめてください。

インシデント概要更新日

Studioの不正アクセスで運営者が最初にやることは何ですか?

お知らせのメールを開いたものの、項目が多すぎてどこから手を付ければいいのか迷う人も多いでしょう。最初はStudioのアカウントのパスワード変更です。同じパスワードをほかのサービスでも使い回しているなら、そちらも変えましょう。GoogleやFacebookのログインだけを使っていて、Studioのパスワードを設定していない人は変更不要です。ただし、過去に一度でもメールアドレスとパスワードの組み合わせで登録した履歴があるなら、再設定の手続きを済ませてください。

そのあとは、サイトで使っている機能によって対応が変わります。不正アクセスに関する案内ページと照らし合わせ、当てはまるものを片付けていきます。

  • ライブプレビューURL:発行済みのURLを削除し、共有を続けるときだけ新しく発行する
  • 外部サービスのAPIキー:発行元で新しいキーを作り、Studioの設定を書き換えてから古いキーを失効させる
  • Webhook:通知先で新しいURLを発行し、Studioの登録を差し替えてテスト送信が届いたら旧URLを無効にする
  • スプレッドシート連携:Studioで解除し、Google側でStudioのアクセス権を削除する。使い続けるなら再連携し、以後の回答は新しいシートで管理する
  • パスワード保護ページ:保護用のパスワードを変え、閲覧する人に新しいものを伝える

なお、連携を解除している間は自動転記が止まる点や、同じGoogleアカウントで管理する別プロジェクトにも影響が及ぶ点に留意したいですね。

自社サーバーを経由させるカスタムプロキシを使っている場合は、サーバー側のキーを新しいものに差し替えて画面表示を確かめたあと、Studioへ旧キーの無効化を連絡します。期日は2026年10月16日に届いたメールの受信から30日以内です。

キーやURLは、古いほうを先に止めると、その時点でサイトの連携や通知が途切れます。新しいものが動くのを見てから古いものを止める順番を守ってください。

フォームを使っていた場合は、画面に表示されていない保存済みの回答も影響の確認に含めます。フォームで送られた個人情報が漏えいした可能性は、デジタル庁など利用者の側からも公表されました。個人情報保護委員会への報告は、自分で個別に出すか、Studioとの連名にするかを選べます。

Studioの不正アクセスはいつ、どんな規模で起きたのですか?

今回のトラブルはいつ発生し、どの程度の影響が出ているのでしょうか。現時点で確認されている不正アクセスの期間は、日本時間で2026年9月30日から10月1日です。一部機能にあった脆弱性が悪用され、外部からシステム内のデータを取得できる状態は、対処が完了した10月14日まで続いていました。Studioが社内調査で不正アクセスを把握したのは10月13日です。翌10月14日にかけて問題の脆弱性を修正し、侵入経路を遮断しました。そして10月16日に事案の発生が公表されました。

流出した可能性があるとされたのは、Studioに登録しているすべての利用者です。アカウント情報、管理データ、各種の認証情報が含まれます。第三者が実際にデータを取得した事実はまだ確認されていませんが、Studioは取得されたものとみなして対応を進めています。

被害の大きさを示す数字は、まだそろっていません。機能ごとの対象件数は精査中で、確定したら続報で知らせるとされています。一方、利用者側の発表を見ると、デジタル庁の10月22日の公表では5種類のフォームが挙げられ、対象期間は2021年5月から2023年3月とされています。5区分の最大件数を足すと13,323件ですが、合計は同庁の資料には書かれておらず、人数でもありません。フォームの区分には入らない別枠として、デジタル庁の職員や委託事業従事者のStudioアカウントの情報35件も挙げられています。

影響の可能性や調査を公表した組織は、piyologの集計を見ると、国や自治体、上場企業、その他の企業や団体、個人事業主や小規模事業者にまで広がっています。とはいえ、これは公表した組織を数えたもので、被害を受けた組織の総数や漏えいが確定した数ではありません。詳しい原因調査は外部の専門機関への依頼に向けて調整中であり、調査結果と再発防止策がまとまる時期はまだ定まっていません。

Studioの不正アクセス対応にはいつまでという期限がありますか?

日付で決まっている期限は、カスタムプロキシの差し替えと、個人情報保護委員会への報告の2つです。

独自サーバー経由でStudioサイトを配信するカスタムプロキシを利用している企業は、2026年10月16日に配信された案内メールの受信から30日以内に、新キーへの差し替えと旧キーの無効化依頼を完了しなければなりません。無効化の手続きを行わない限り古いキーが有効なまま残るため、速やかな連絡が求められます。すでに差し替えを終えた人も、連絡は必要です。依頼には対象のStudioサブドメインを添え、キーそのものは書かなくてかまいません。

個人情報の漏えいやそのおそれがあり、それが報告の対象になる事態にあたる場合は、個人情報保護法に基づき、事態を知った時点からおおむね3日から5日以内に速報を提出するのが目安となっています。確報は原則30日以内で、不正の目的によるおそれがある事態は60日以内です。詳しい手続きの基準は、漏えい等の対応手順に定められています。

法人の場合は、どこかの部署が報告対象の事態を知った日を1日目として数えます。期限が迫った時点で社内調査がすべて完了していなくても、その時点で判明している事実を記載して期日までに提出し、あとから判明した事項を追加報告しましょう。

今回の事案について、Studioと個人情報保護委員会が協議を行い、運営者が個別に届け出る方法に加えて、Studioが取りまとめて連名で提出する方法が用意されました。この合意に基づく連名報告を選択した場合に限り、速報の目安である数日を超えても報告の遅延としては扱われません。個別に報告する場合にこの扱いがあるとは書かれていない点は押さえてください。Studioのフォーム利用者向け案内では、10月28日時点で、連名報告の受付は11月上旬に始まる予定とされ、受付期間内に申込みが無ければ連名の対象外になると案内されています。希望する人は、受付が始まったら期間内に申し込んでください。

社内に詳しい人がいない場合、Studioの対応は誰が進めればよいですか?

社内にWebやセキュリティの専門担当者がいない場合、誰が主導して対応を進めればよいのでしょうか。一人で全部を抱えるより、作業の種類ごとに相談先を分けたほうが進めやすいでしょう。判断するのは運営者自身ですが、手を動かす部分や法律の部分は外の力を借りられます。

フォーム送信者などのユーザーに対して注意喚起や事実の通知を行うかどうか、またどのような文面で伝えるかは、自社の利用状況や法令ガイドラインに照らして運営者自身が判断を下します。判断に迷うところは、弁護士などの専門家に相談しましょう。

外部サービスと連携しているAPIキーやアクセストークンは、Studioの運営元側で失効させることができません。必ず自社のアカウント管理者か、連携設定を行った技術担当者が各サービスの管理画面に入り、新しい認証キーを発行して古いキーを無効化します。サイトを制作会社に作ってもらった場合、どのサービスとつないでいるかを知っているのは制作した人であることが多いですね。自社の制作担当や当時の制作者に、連携しているサービスの一覧を確かめてから作業に入ってください。

自社のプロジェクトが対象に含まれているか判断できない場合や、個別のアカウント状況について確かめたい点があるときは、今回の不正アクセス専用に設けられたStudioの問い合わせ窓口へ連絡を入れます。

報告書の作成を誰が担当しても、個人情報保護委員会への報告で「報告者の氏名又は名称」の欄に書くのは、担当者の名前ではなく事業者の名称です。

初動対応の後でStudioから移管するべきですか?

パスワードやキーを替え終えたところで、このままStudioを使い続けていいのか迷う人もいるでしょう。答えは、扱っている個人情報の量と性質によって変わりますね。個人データの安全管理は、漏えいしたときに本人が受ける影響や、事業の規模、扱うデータの性質と量に応じて決めるものとされています。問い合わせフォームに名前とメールアドレスが届く程度のサイトと、申込みで住所や生年月日まで集めるサイトでは、求められる対策が違ってきます。

Studioにはデザインデータやページ情報、HTMLやCSSのソースコード、CMSの投稿データを外部ファイルとして書き出す機能が備わっていません。Studioのエクスポートの案内を見ても、書き出しに対応しているのはフォームの回答のCSVに限られるとされています。別サービスへ移る場合は、移行先のプラットフォーム上でページのデザインやコンテンツを一から作り直す必要があります。

URLが変わる移転なら、新しいサイトを準備して試し、旧URLと新URLを対応させて転送を設定し、移転の前後でアクセスを見守る作業も加わります。

別のプラットフォームへ移設したとしても、過去にStudioへ登録した外部サービスのAPIキーやトークンが自然に安全になるわけではありません。移管の有無に関わらず、連携していた外部サービスの鍵はすべて再発行し、旧キーを破棄する作業が欠かせません。報告についても、個人データの扱いを委託していて報告対象の漏えいが起きた場合は、原則として委託元と委託先の両方に報告の義務があります。報告や本人への通知の期限は、移管するかどうかとは関係なく進みます。

こんな聞き方も

  • studio 移行
  • studioから 移行
  • studio サーバー 移管
  • studio ワード プレス 移行
  • studio.design
  • studio cms api
  • Studioの不正アクセスはいつ起きたのですか?
  • Studioの不正アクセスの原因は何ですか?
  • Studioの不正アクセスはどれくらいの規模ですか?
  • Studioの不正アクセスへの対応は今どうなっていますか?
  • 社内に詳しい人がいない場合、Studioの対応は誰がやればよいですか?
  • Studioの不正アクセス対応にはいつまでという期限がありますか?
  • Studioの件を社内でどう報告すればよいですか?
  • 初動対応の後でStudioから移管するべきですか?
  • Studioの不正アクセスの後、今は安全に使える状態なのですか?
  • デジタル庁もStudioの不正アクセスの影響を受けたのですか?

あわせて知りたい(関連する疑問)

QStudioの不正アクセスの原因は何ですか?

システム内部で具体的に何が起き、なぜ外部からのアクセスを許してしまったのでしょうか。今回の事案は、第三者がStudioのプラットフォームに存在していた一部機能の脆弱性を悪用し、クラウド環境へ不正に侵入したことが直接の発端でした。侵入した攻撃者によって、環境内に保管されていた各種データを外部から取得できる状態に細工されていました。

原因となった一部機能の脆弱性については、Studio側でプログラムの改修が行われ、すでに修正が完了しています。さらに、侵入の足がかりとして悪用された通信経路も遮断されました。ただ、経路をふさいだからといって、その前に外へ出た可能性のある情報が戻ってくるわけではありません。運営者側でパスワードやキーを替える必要があるのは、そのためです。

公表された説明の範囲では、具体的にどの機能の脆弱性が突かれたのか、欠陥の種類が何であったのか、どのような侵入経路をたどったのかといった技術的な詳細は明らかにされていません。原因の詳しい調査は外部の専門機関に頼んで進めるとされ、最新の掲載でも、依頼先と調整している段階とされています。

調査結果と再発防止策がまとまる時期も、まだ決まっていません。わかり次第、Studioのお知らせページで続報が出る予定です。原因について気になる点があっても、今の時点で公表されていない部分を推測で埋めるより、続報を待って確かめるほうがいいでしょう。

QStudioは今は安全に使える状態ですか?

侵入経路の遮断と脆弱性の修正は完了していますが、過去に流出した恐れのある認証情報への対策を運営者自身が行う必要があります。Studioは2026年10月13日から14日にかけて、問題となった脆弱性の改修と不正侵入に利用された経路を塞ぐ対応を完了させました。外部から内部データを取得できる危険な状態は解消されており、その後も不正アクセスが継続して行われている事実は確認されていません。とはいえ、原因の調査結果と再発防止策はまだ出ておらず、まとまる時期も未定のため、もう心配はないと言い切れる段階ではありませんね。

また、Studioが自社の鍵や認証情報を切り替えても、不正アクセスの時点で取得された可能性のある情報までは守れません。外部サービスのAPIキーやトークンは、利用者が自分で新しいキーに切り替え、古いキーを失効させる必要があります。

10月21日から22日には緊急メンテナンスもありました。このメンテナンスでStudioは、PHPの脆弱性への予防としてPHPを修正版に更新し、10月22日にすべての機能を再開しました(緊急メンテナンスのお知らせ)。このPHPの脆弱性が原因となった被害は確認されていないとStudioは説明していて、情報流出の件とは別の話です。

安全に利用を続けるための基本として、アカウントのパスワードを速やかに更新します。ログイン後に画面右上のユーザーアイコンから「設定」「アカウント」「パスワードを変更」の順に進み、現在の文字列と新しい文字列を入力して保存します。それだけで全部の危険がなくなるわけではないので、ほかの機能の対応も続けて進めてください。

QStudioの不正アクセス後、データを持ち出して別サービスへ移る人は増えていますか?

ほかの企業やサイト運営者も解約や乗り換えを進めているのか、周囲の動きが気になる場面もあるでしょう。はまれぽ調べでは、事案の前後で移った数がどう増減したかは集計していません。

はまれぽ編集部が2026年10月21日に、DNSの向き先から、Studioから移ったとみられる独自ドメインを数えたところ、Cloudflareが1,940件、Vercelが1,004件、Netlifyが210件でした(過去分を含みます)。事案の前後の増減は集計していません。

個別の例では、Sync8が、Studioで作っていたコーポレートサイトを自社で運用する環境へ切り替えたと公表しています。2026年4月からのサイト刷新の一部として準備していたものを、Studioの発表を受けて前倒ししました。もともと準備していた移行を早めた例で、事案をきっかけにゼロから移ると決めたわけではありません。

なお、Studioにはサイトのデータを他サービスへ移すための書き出し機能がなく、デザイン、ページ情報、ソースコード、CMSのデータは移り先で作り直すことになります。フォームに蓄積された過去の送信データだけは、管理画面からCSV形式でダウンロードして保管できます。

QStudioのCMSデータはエクスポートして移行できますか?

Studioへ入れる方向なら道があります。WordPressからのインポート手順のとおり、WordPressから書き出したXMLファイルを使えば、投稿記事やカテゴリなどをStudioのCMSへ取り込めます。ところが反対の方向、つまりStudioから外へ出す機能はありません。他サービスへの移行用の書き出し機能は用意されておらず、CMSのデータもデザインもページ情報もソースコードも書き出せません。

サイト全体の構成要素が書き出せないなかで、唯一ダウンロードに対応しているのがフォームの回答データです。問い合わせやアンケートの回答一覧は、フォームダッシュボードからCSV形式のファイルとして手元のパソコンへ保存できます。問い合わせや申込みの記録を手元に残したいなら、まずここから取り出しましょう。

Studioには他サービスへ移すための書き出し機能が無く、書き出せるのはフォーム回答のCSVだけです。そのため別のサービスへ移る場合は、ページの構成やCMSの記事を移行先で作り直すことになります。作り直す範囲を決めるために、まず移す記事やページを洗い出しておきましょう。

移す記事やページを洗い出すときは、Studioのサイトマップが役に立ちそうです。サイトマップには静的ページと動的ページが入り、CMSアイテムを公開すると自動で反映されます。ただし、画面上にポップアップ表示させるモーダルや、検索除外(noindex)を設定しているページはサイトマップに含まれないため、別途画面を見ながら抜け漏れを確かめる必要があります。

Q最新の公表状況はどこで確認できますか?

自社のサイトに影響があるのか、安全宣言はいつ出るのかと、続報の行方を気にかけている運営者も多いはずです。いちばん元になるのは、Studioが用意した不正アクセスの案内ポータルです。このポータルの更新履歴を見ると、2026年10月19日に新しい回答が追加され、翌10月20日には個人情報保護委員会への報告手続きに関する項目が更新され、その後も更新が続いています。最新の日時は、ポータルの更新履歴で確かめてください。

詳しい原因調査の結果や再発防止策の取りまとめ状況については、調査の進展を確認できた段階で公式の告知ページを通じて公表される予定です。こちらはStudioのお知らせ一覧から見つけられます。デジタル庁の10月22日の公表でも、事件の概要はStudioの第一報を確認するよう案内されていました。

告知ページに並ぶ全体向けの共通案内を見るだけでは、自社固有のリスクをすべて判断することはできません。対象の情報や必要な対応は、Studioから届く個別のメールと、ログインしたときの画面上の表示で知らされます。ポータルの共通の案内と、このメールや画面の表示を合わせて読み、自分のサイトで何をすればいいのかを確かめてください。

出典

この内容をChatGPTで相談

無料診断