Convika
免費註冊

這個頁面目前只有日文版。

Studio の不正アクセス：フォームを使っていたサイトが今日すること

Convika Team読了目安: 24 分

  • security
  • incident
  • forms
  • studio
目次

情報は 2026 年 10 月 27 日 3 時 34 分（日本時間）時点です。Studio のお知らせは 10 月 26 日 6 時 51 分の更新が最新で、連名での報告の申し込み方法はまだ出ていません。続報で変わるので、最新は Studio のお知らせで確かめてください。この記事は法律の助言ではありません。

Studio は、9 月 30 日〜10 月 1 日の不正アクセスで、フォームに送られた内容や Webhook の URL、API キー、Google スプレッドシート連携の認証情報が読まれたおそれがあると発表しました。フォームの送信者には Studio から知らせないため、知らせるかどうかはサイトの運営者が決めて、Studio の雛形を使って知らせます。個人情報保護委員会への報告は、自分で出すか、Studio との連名にするかを選べます。Webhook の URL、API キー、スプレッドシート連携は、今日のうちに切り替えるのが確実です。

この記事は、Studio で作ったサイトに問い合わせ・予約・採用応募などのフォームを置いている人に向けて書いています。何が読まれたおそれがあるか、送信者に知らせる必要があるか、委員会への報告をどう出すか、どの鍵をどの順で替えるか、フォームやページを Studio から移すならどうするかを、Studio のお知らせと法令の条文から並べます。

今日すること（順番に）

Studio のお知らせは、お知らせのページ（ポータル）の FAQ、10 月 16 日の第一報、機能ごとのメールに分かれています。この順番は、悪用されるおそれがいまも続くもの（パスワードと鍵）を先に止め、時間のかかる通知と報告をそのあとに置いたものです。

1. Studio のパスワードを変える

メールアドレスとパスワードで Studio にログインしているなら、パスワードを変えます（アカウントのパスワードを変更する）。同じパスワードをほかのサービスでも使っているなら、そちらも変えます。Google か Facebook のログインだけを使っている人は不要ですが、以前にメールアドレスとパスワードで登録したことがあるなら、ログイン画面の「パスワードをお忘れですか？」から設定し直すよう Studio は勧めています。ログインするときは、アドレスが app.studio.design であることを確かめてください。

2. 届いたメールで、対象のプロジェクトと機能を確かめる

Studio は 10 月 16 日に、機能ごとに別のメールをプロジェクトのオーナーに送っています。件名はどれも「【重要】不正アクセスに伴う、」で始まり、対象のプロジェクト名が書いてあります。フォームのメールのほかに、API 連携、パスワード保護ページ、カスタムプロキシ、Webhook 通知のメールが届いていないかも確かめます。見当たらなければ迷惑メールのフォルダを見て、それでもなければ Studio の専用窓口に問い合わせます。

3. 鍵と設定を切り替える

Webhook の URL、外部サービスの API キー、Google スプレッドシート連携、カスタムプロキシのプロキシキー、パスワード保護ページのパスワード、ライブプレビューの URL を替えます。どれも「新しいものを先に作り、古いものはあとで止める」のが Studio の手順です。順番と画面の場所は下の表にあります。

4. 回答の一覧を手元に残す

だれに知らせるかを決めるには、回答の一覧が要ります。Studio のフォームダッシュボードでは、回答一覧の右上の 3 点メニューから、すべての回答を CSV でダウンロードできます（フォーム回答管理：ダッシュボードでの管理）。Studio によると、ゴミ箱に移しただけの回答、ライブプレビューでのテスト送信、プランの上限を超えて表示できなかった回答も対象です。上限を超えて表示できない回答やゴミ箱の回答が CSV に入るかは Studio のヘルプに書かれていないので、ゴミ箱のタブも見て、足りなければ Studio の専用窓口で確かめてください。知らせ終わるまでは、回答を「完全に削除」しないでおくのが確実です（この記事の判断です）。

5. 送信者に知らせるかを決め、知らせる

Studio の 3 つの確認（事業のためにフォームを使っていたか、回答に個人を識別できる情報があるか、対象のプロジェクトか）で判断します。法令の考え方は次の節にあります。知らせるなら、メールアドレスがある人にはメールで、連絡先がない人にはサイトでのお知らせで代えます。Studio はサイトに載せるお知らせの雛形を用意していて、メールの文面にも使えるとしています。

6. 個人情報保護委員会への報告を決める

自分で個別に報告するか、Studio がとりまとめる連名の報告に申し込むかを選びます。違いは報告の節にあります。連名の申し込み方法は、10 月 27 日 3 時 23 分に確かめたときもまだ出ていません。

7. 10 月 21 日夜に送れなかった人へ案内する

10 月 21 日 22 時 26 分から 22 日 4 時 5 分まで、公開サイトのフォームは送信できませんでした。予約や応募を受け付けていたなら、サイトなどで再送をお願いします（メンテナンスの節）。

Studio が「流出した可能性がある」と書いたもの

Studio は、登録しているすべてのお客様について、次の情報が外部に流出した可能性があるとしています。暗号化して保存していたものも、復号に必要な鍵が同じ不正アクセスで読み出されたため、中身を知られた可能性があるという扱いです。実際に取得された事実は確認できていないものの、取得されたものとみなして対応している、と Studio は書いています。

項目Studio の説明すること
フォームに送信された内容Studio に保存されていた回答。ゴミ箱の回答、テスト送信、上限超えで表示できなかった回答も含む。添付ファイルはファイル名だけで、中身は含まない送信者に知らせるかを決める。委員会への報告を決める
Webhook 通知の URLURL を知っている第三者が、通知先にメッセージを送れる場合がある通知先で新しい URL を作り、Studio を更新してから、古い URL を無効にする
外部サービスの API キーやトークン（Data Connect API・API 連携（Beta））内容を知られた可能性がある。Studio では無効にできない各サービスで新しいキーを発行し、Studio を更新してから、古いキーを失効させる
Google スプレッドシート連携の認証情報Studio が 10 月 14 日に鍵を更新し、いまは使えない状態。それでも連携のし直しを勧めている連携を解除し、Google アカウントで Studio のアクセス権を削除し、改めて連携する
カスタムプロキシのプロキシキーStudio が新しいキーを発行済み。古いキーは無効にするまで使えるサーバーの設定を新しいキーに替え、窓口で古いキーの無効化を頼む（10 月 16 日のメールから 30 日以内）
パスワード保護ページのパスワードハッシュ化して保存。割り出しは困難だが否定できない。ページの中身も対象パスワードを変え、見る人に新しいパスワードを伝える
ライブプレビューの URL直接特定された確認はないが、否定できないURL を削除し、必要なら新しく発行する
reCAPTCHA v3 の設定（シークレットキーなど）一律の差し替えは求めていない。キーだけで回答は見られないフォームが送れなくなったり、利用が急に増えたりしたら切り替える
デザインエディタと CMS の内容流出した可能性がある。書き換えや削除の記録はないと確認埋め込みコードに API キーなどを書いていたら、そのサービスで切り替える
Studio アカウントの情報ユーザー名、メールアドレス、ハッシュ化したパスワードなどパスワードを変える

Google フォームなど外部のフォームを埋め込んでいた場合、回答は Studio を通らずに外部のサービスへ届くので、流出した可能性のある情報には入らない、と Studio は説明しています。「フォームの結果を Studio に保存」をオフにしていたあいだの回答と、9 月 30 日より前に「完全に削除」した回答も入りません。

フォームの送信者に知らせる必要はあるか

事業のためのフォームで、回答に名前や連絡先が入っていたなら、知らせる必要がある場合が多いと考えてください。 Studio は、個人情報保護法に基づいて運営者から送信者への「通知が必要となる場合があります」と書いています。そのうえで「Studio からフォーム送信者様に直接通知を行うことはいたしかねます」とし、サイトの運営者から知らせるよう求めています（10 月 26 日 6 時 51 分に追加した回答）。理由として、回答はサイトの運営者が送信者から預かった情報で、Studio はその保管を任されている立場だから、と説明しています。

個人情報保護法 26 条 2 項は、漏えいなどの「報告対象事態」が起きたとき、個人情報取扱事業者に本人への通知を求めています。どんな事態が対象かは、個人情報保護法施行規則 7 条が決めています。

規則 7 条内容Studio の件との関係
1 号要配慮個人情報（病歴、健康診断の結果など）を含む個人データの漏えい等回答に病歴などを聞く欄があれば当てはまる
2 号不正に使われると財産的被害が出るおそれのある個人データの漏えい等カード番号などを聞いていれば当てはまる
3 号不正の目的で行われたおそれのある行為による漏えい等不正アクセスによる漏えいは、委員会の例示に入っている
4 号本人の数が 1,000 人を超える漏えい等人数による類型

委員会は「漏えい等の対応とお役立ち資料」のページで、3 号の例に「不正アクセスにより個人データが漏えいした場合」を挙げています。Studio は、3 号には人数の下限がないので、対象が 1 人でも通知が要る場合がある、と書いています。条文はどれも「発生したおそれがある事態」も含みます。

送信者に知らせるのは、フォームを置いていたサイトの運営者です。委員会のガイドライン（通則編 3-5-4-1）によると、取り扱いを任された側（ここでは Studio）が任せた側（サイトの運営者）に事態を知らせると、任された側は報告と本人への通知の義務を免除されます。法 26 条 1 項のただし書きと 2 項のかっこ書きにあたる部分です。

Studio は、知らせるかを考えるときに次の 3 点を確かめるよう挙げています。

  1. 事業や団体の活動のためにフォームを使っていたか。 問い合わせ、予約、採用応募などです。Studio は、個人事業主や非営利の団体も対象になりうるとしています。ガイドライン（通則編 2-5）は、ここでいう「事業」を営利・非営利を問わないと説明しています。
  2. 回答に「個人データ」が入っていたか。 名前や連絡先など、個人を識別できる情報です。自由記述の欄も見ます。Studio は、こうした回答が Studio のダッシュボードに保存されていれば、自分で一覧を作っていなくても、通常は個人データにあたると書いています。
  3. その回答が今回の件の影響を受けるか。 10 月 16 日のメールに書かれたプロジェクトかどうかです。

営業目的の送信やスパムでも、名前やメールアドレスがあれば原則として通知が要り、意味のない文字列だけの回答なら対象にならないことがある、と Studio は書いています。殺害予告など安全上の心配がある回答は、弁護士などの専門家や警察に相談するよう勧めています。

何を、いつ、どう知らせるか

  • 何を: 規則 10 条は、概要、漏えいしたおそれのある個人データの項目、原因、二次被害やそのおそれ、その他参考になる事項を、本人の権利利益を守るのに必要な範囲で知らせるよう定めています。全部が判明するまで待つ必要はない、とガイドライン（3-5-4-3）にあります。
  • いつ: 「当該事態の状況に応じて速やかに」（規則 10 条）。
  • どう: 郵便やメールなど、本人に届く方法で（ガイドライン 3-5-4-4）。様式は決まっていません。
  • 連絡先がないとき: 連絡先がない、古くて届かないなど通知が難しいときは、事案の公表や問い合わせ窓口の公表で代えられます（法 26 条 2 項ただし書き、ガイドライン 3-5-4-5）。

Studio は、送信者に事情を説明するときに Studio のお知らせのページを案内してよいとしています。送信者が Studio のことを知らないことも多いので、自社の名前で、何のフォームに送られた情報かを書くと伝わります。Studio の雛形は Notion のページで、この記事では中身まで確かめられていません。

条文は 10 月 27 日に e-Gov 法令検索で読んだ、いま施行されている版です。2026 年 7 月 17 日に個人情報保護法の改正法が公布されていますが、委員会の改正法のページには施行日が書かれていません（10 月 27 日に確認）。どこまでが自分の義務かは、必要なら弁護士に確かめてください。

個人情報保護委員会への報告：個別か連名か

Studio は 10 月 20 日に、委員会と協議した結果として、サイトの運営者が自分で個別に報告するか、Studio がとりまとめて運営者と Studio の連名で報告するかを選べるようになったと発表しました。10 月 17 日には個別の報告をいったん保留するよう頼んでいましたが、いまは保留にかかわらず個別に報告できます。

個別に報告するStudio との連名で報告する
出し方委員会の「漏えい等報告フォーム」から自分で出すStudio が案内する方法で申し込む。申し込めば個別の報告は要らない
申し込み方法—決まりしだい案内する、と Studio（10 月 27 日 3 時 23 分の確認でも未定）
期限速報は知ってから「速やかに」（ガイドラインの目安は概ね 3〜5 日）。確報は、不正の目的によるおそれがある事態では知った日から 60 日以内（規則 8 条 2 項）Studio によると、この件にかぎり、協議して決めた方法で連名報告すれば、速報の目安を過ぎても報告の遅れとして扱わない
すでに個別に出した人委員会で受け付け済み連名に切り替えられる。その場合、個別の確報は要らない
送信者への通知含まない。自分で行う含まない。自分で行う

連名は委員会への報告だけを対象にしていて、送信者への通知は含みません。Studio はこの点を 10 月 20 日のお知らせと FAQ の両方に書いています。

報告先は原則として委員会です。ただし、事業を所管する大臣に権限が委任されている業種では、委任先の省庁に報告します（委員会のページ）。委員会は 2026 年 10 月 1 日から、ランサムウェア以外のサイバー攻撃による漏えいにも共通の様式（その他サイバー攻撃等事案共通様式）を使えるとしています。

切り替える鍵と設定

Studio の手順は、どれも新しいものを先に用意してから古いものを止める順番です。古いほうを先に止めると、通知や連携、フォームの送信が止まります。

順設定Studio の手順期限・注意
1Webhook 通知の URL通知先（Slack の Incoming Webhook など）で新しい URL を作る → Studio の「ホーム」＞「プロジェクト設定」の最下部「Webhook」を更新し、「テスト送信」で届くか確かめる → 通知先で古い URL を無効にする9 月 30 日以降に心当たりのない通知が届いていないか確かめる。届いた通知のリンクは開かない
2API キーやトークン各サービス（microCMS、Notion など）で新しいキーを発行 → Data Connect API なら接続パネルの「認証」、API 連携（Beta）なら API の編集画面のヘッダーを更新 → 各サービスで古いキーを失効いま使っていないサービスのキーも失効させる。9 月 30 日以降の利用履歴を確かめる
3Google スプレッドシート連携Studio で連携を解除 → Google アカウントのリンク済みアプリで Studio のアクセス権を削除 → 改めて連携（新しいシートが作られる）解除してから連携し直すまでの回答は、「フォームの結果を Studio に保存」がオンならダッシュボードに、オフなら通知メールだけに届く。同じ Google アカウントのほかのプロジェクトも止まる
4カスタムプロキシのプロキシキーダッシュボードの「設定」＞「カスタム」＞「カスタムプロキシ」で新しいキーを確かめ、サーバーや CDN の設定を差し替える → 窓口で「プロキシキーの無効化依頼」を選び、Studio のサブドメインを添えて知らせる10 月 16 日のメールの受信から 30 日以内。差し替え済みでも知らせる
5パスワード保護ページパスワードを変え、見る人に新しいパスワードを伝えるページの中身も流出した可能性のある情報に入る
6ライブプレビューの URLURL を削除し、まだ共有が要るなら新しく発行する削除した URL は開けなくなる
7reCAPTCHA v3 のシークレットキー（必要なときだけ）Admin Console で新しいキーを作る（ドメインに公開サイトと preview.studio.site）→ Studio の［Apps］＞［Google reCAPTCHA v3］を更新 → 送信を確かめてから古いキーを削除一律の差し替えは求められていない

連携していなかったスプレッドシートも、そのシートの URL を連携先のシートに書いていたり、公開リンクで共有していたりすると、影響がありえます。Studio は、9 月 30 日から 10 月 14 日のあいだの「変更履歴」で心当たりのない編集がないか確かめるよう勧めています。閲覧だけなら変更履歴には残りません。

10 月 21 日夜のメンテナンスで送れなかった回答

Studio は 10 月 21 日 22 時 26 分から 22 日 4 時 5 分まで、緊急メンテナンスをしました。PHP の重大な脆弱性（CVE-2026-109618・CVE-2026-109619）の修正版の予告を受けた予防措置で（脆弱性そのものは PHP の脆弱性で緊急メンテナンス：自分のサイトは何をすればいい？ にまとめています）、事前の告知と違い、公開サイトのフォームの送信、パスワード保護ページの閲覧、CMS の一部の機能も止まっていました。そのあいだにフォームを送ろうとした人には、その場でエラーが出て送信できなかったと Studio は書いています。Studio は、必要に応じて訪問者に再送を案内するよう頼んでいます。この停止で被害は確認されていない、とも書いています。

予約や応募の締め切りがその時間にかかっていたなら、締め切りを延ばすか、問い合わせ先を書いたお知らせを出すと、送れなかった人が気づけます。

フォームやページを Studio から移す

Studio からはページを書き出せません。 Studio のヘルプは、デザイン、ページ情報、公開サイトの HTML・CSS・JavaScript、Studio CMS のデータは書き出せず、書き出せるのはフォームの回答の CSV だけだと書いています（サイトデータのエクスポートについてのヘルプ）。移すなら、移し先でページを作り直すことになります。

やり方回答が届く先ページ向いている人
Studio のまま、Google フォームなど外部のフォームを埋め込む（Google フォームの埋め込み方）外部のサービス（Studio を通らない、と Studio）Studio のままサイトはそのままにして、回答だけ Studio に置かない
Studio のまま、「お問い合わせ」のボタンを別のページのフォームにつなぐ（ページに問い合わせフォームを付ける方法）つないだ先のサービスStudio のまま。フォームだけ別のページ埋め込みを使わずに、フォームだけ移す
ページを作り直して移す（Convika の作り直しツールなど）移し先のサービス移し先で作り直したページ1 枚のランディングページや告知のページを Studio から出す

どれを選んでも、回答を預かるサービスが変わるだけで、運営者が個人情報を扱う事業者であることは変わりません。移し先も、フォームの回答を保存する以上、同じように保管を任せる相手になります。

Convika で、フォームつきのページに作り直す

Convika の無料ツール「ランディングページを無料で作り直す」に、Studio で公開しているページの URL（〇〇.studio.site か独自ドメイン）を貼って「無料で作り直す」を押すと、色やフォントを保ったまま作り直した、非公開のプレビューができます。登録もメールアドレスも要りません。ツールの画面によると、ふだんは 2〜5 分かかります。10 月 27 日、Convika のテスト環境で、studio.site で公開中のページを入れてみたところ、1 分 23 秒でプレビューができました。Studio のページは、そのまま取得すると中身のない枠だけが返ってきますが、ツールはブラウザで表示した中身を読んでいます。

ツールがすることと、しないことは次のとおりです。

  • 作るのは、貼った URL のページをもとにした 1 ページです。リンク先のページ（料金や機能など）も最大 4 つまで読みますが、サイト全体を写すものではありません。
  • そのままの複製ではなく、Convika の AI が見出しやボタンなど数か所を直したページです。どこをなぜ変えたかの一覧が一緒に出ます。
  • フォームは入りません。作り直したページにはフォームや埋め込みを入れないつくりです。フォームは受け取ってから足します。
  • 元の Studio のサイトは読むだけで、書き換えません。

プレビューを見て使えそうなら、「このページを受け取る」からカード登録なしの Free プランで登録すると、ページがアカウントに入ります。ページの画面で「フォームを追加する」を押し、入力項目で「名前・メールアドレス・問い合わせ内容」を選んで「ページに追加する」を押すと、フォームの入ったプレビューができます。回答はダッシュボードの「フォーム」欄に届き、届くたびにメールでも知らせます。Free で表示できる回答は、すべてのフォームを合わせて月 50 件までで、超えた分も保存され、Pro にすると表示されます。

フォームを入れたら、「ページを公開する」を押し、「このページを開ける人」で「一般公開」を選んで「次へ」を押します。はじめての公開では、続いて大きな「無料で公開する」のボタンが出ます。押すとすぐに公開され、ページの下に Convika のバナーが出ます。Free プランで公開できるのは 1 ページで、無料の「一般公開」は、検索結果や Convika のギャラリーに出ることがあります。Studio のサイトはそのまま残るので、ページを移すなら、Studio 側のフォームの受け付けを止めることも忘れずに。

Studio のページを無料で作り直す

時系列

時刻は日本時間です。出典は Studio の第一報、お知らせのページ、委員会への報告についての案内、メンテナンスのお知らせです。

日時出来事
9 月 30 日〜10 月 1 日第三者が Studio の一部機能の脆弱性を悪用して不正にアクセス（いま確認できている期間）
10 月 13 日社内の調査で不正アクセスを確認
10 月 13〜14 日脆弱性を修正し、経路を塞ぐ。外部から取得できる状態を解消
10 月 14 日 2 時 30 分ごろログイン中のすべての利用者をログアウト。スプレッドシート連携の接続の鍵を更新
10 月 16 日第一報を公開。機能ごとの個別メールを送信
10 月 17 日フォームを使う利用者に、委員会への報告の保留を依頼。フォームの回答などを暗号化する鍵を新しい鍵に切り替え
10 月 18 日 11 時 30 分不正アクセスに関するお知らせのページを公開
10 月 20 日委員会への報告を個別か連名かで選べると発表
10 月 21 日 22 時 26 分〜22 日 4 時 5 分PHP の脆弱性への予防措置の緊急メンテナンス。公開サイトのフォームも送信できず
10 月 26 日 6 時 51 分「Studio から送信者に直接通知はしない」という回答と、通知のしかたを FAQ に追加

原因の調査結果と再発防止策は、外部の専門機関に依頼する調整中で、まとまる時期は決まっていない、と Studio は書いています。二次被害の有無も調査中です。

よくある質問

Studio のフォームに送った内容は漏れましたか？

Studio は、Studio に保存されていたフォームの回答について「流出した可能性があります」と書いています。暗号化していた回答も、復号の鍵が読み出されたため内容を知られた可能性がある、という扱いです。実際に取得された事実は確認できていない、とも書いています。送った側の人は、送り先のサイトの運営者から知らせが届くことがあり、内容の問い合わせはその運営者にするよう Studio は案内しています。

Studio が送信者に直接知らせてくれないのはなぜですか？

Studio は、回答はサイトの運営者が送信者から預かった情報で、Studio はその保管を任されている立場だからと説明しています。送信者の多くは Studio を知らないので、知らない会社からの連絡は便乗した不審な連絡と見分けにくい、とも書いています。

個人事業主の小さなサイトでも、送信者に知らせる必要がありますか？

ありえます。Studio は、個人事業主や非営利の団体も対象になりうるとしていて、委員会のガイドラインも「事業」を営利・非営利を問わないと説明しています。不正アクセスによる漏えいには人数の下限がないので、対象が 1 人でも通知が要る場合がある、と Studio は書いています。

個人情報保護委員会への報告は Studio がしてくれますか？

選べます。Studio がとりまとめる連名の報告に申し込めば、個別の報告は要りません。申し込み方法は 10 月 27 日 3 時 23 分の時点でまだ案内されていません。連名の報告に送信者への通知は含まれないので、通知は自分で行います。

委員会への報告の期限はいつですか？

速報は事態を知ってから速やかに（ガイドラインの目安は概ね 3〜5 日）、確報は、不正の目的によるおそれがある事態では知った日から 60 日以内です。Studio によると、この件にかぎり、委員会と協議して決めた方法で連名の報告をすれば、速報の目安を過ぎても遅れとしては扱わないことになりました。

Webhook の URL は替える必要がありますか？

Studio は「切り替えのおすすめ」としています。URL を知っている第三者が通知先にメッセージを送れる場合があるからです。通知先で新しい URL を作り、Studio を更新し、「テスト送信」で届くのを確かめてから、古い URL を無効にします。

Google フォームを埋め込んでいた場合も対象ですか？

回答は対象外です。回答は訪問者のブラウザから Google に直接送られ、Studio を通らない、と Studio は説明しています。ただ、貼り付けた埋め込みコードはデザインエディタの内容として対象に入るので、コードに API キーなどを書いていたら、そのサービスで切り替えます。

Studio のサイトをほかのサービスに移せますか？

書き出しはできないので、移し先で作り直します。Studio のヘルプによると、書き出せるのはフォームの回答の CSV だけです。1 枚のランディングページなら、Convika の作り直しツールに URL を貼ると、色やフォントを保ったページのプレビューが無料でできます。フォームは受け取ったあとに「フォームを追加する」で足します。

Studio のパスワードを Google ログインで使っていなければ、何もしなくていいですか？

Google か Facebook のログインだけなら、パスワードの変更は要りません。ただし以前にメールアドレスとパスワードで登録したことがあればパスワードが設定されている可能性があるので、「パスワードをお忘れですか？」から設定し直すよう Studio は勧めています。フォームや鍵の対応は、ログインの方法と関係なく必要です。

出典

確かめた時刻は、どれも 2026 年 10 月 27 日の日本時間です。

更新の記録

  • 2026 年 10 月 27 日: 公開。出典は 10 月 27 日 3 時 23 分〜3 時 34 分（日本時間）に読んだものです。

関連記事

記事を共有する