詳しい情報Re:meの改善記録

Re:me公式サイトで、
何を変えてどう確かめた?

自社サイトのセキュリティ設定改善の記録と、その限界

まず一言でいうと

Re:meは2026年10月、自社の公式サイトのHTTP応答の設定を見直し、外部の診断ツールなどで確かめながら改善しました。このページはその記録です。数値は、診断レポートの原本を確認できた改善前の結果だけを示します。また、セキュリティの点数はサイト全体の安全を保証しません。その理由も説明します。

このページでわかること

  • どのサイトを、いつ、どんな方法で確かめたか
  • 何を変え、どう検証したか
  • 改善前の診断結果(81点)が意味すること・意味しないこと
  • 点数が安全の保証にならない理由と、実務上の学び
  • 読む時間の目安:約8分
  • 記録の確認日:2026年10月23日

01

対象・日時・方法

表:確かめた対象と条件
対象Re:me公式サイト https://reme-ai.jp/(Re:me自身が運営するサイト。自治体のサイトではありません)
サイトの性質ページを配信するだけの静的なサイト。実行されるスクリプト、CMS、ログイン、サイト上の入力フォームはありません(問い合わせは外部のフォームやメールへのリンク)。観測
診断ツール公開情報に基づく外部の簡易診断ツール。外から取得できる応答(GET・HEAD・OPTIONS)だけを見て判定します。ツールの全診断項目は127項目です。ツール名の掲載可否は確認中
改善前の診断2026年10月9日に保存された診断レポート。トップページを起点に、巡回は5ページ中1ページ。
設定の本番反映2026年10月9日。反映直後に、本番の応答をGETのみで確認した社内記録があります。

02

改善前の診断結果(81点)が意味すること

この記録で数値として示すのは、診断レポートの原本を確認できた改善前の結果だけです。

表:改善前の診断結果
スコア81/100(ランクB)
検査の対象https://reme-ai.jp/(トップページを起点)
検査の日2026年10月9日(保存した診断レポートの日付。レポート本文に時刻の記載はありません)
検査の範囲外から取得できる応答のみ(GET・HEAD・OPTIONS)。巡回は5ページ中1ページ

意味すること

  • このツールの判定基準で、外から見える設定を確かめた結果であること
  • その時点で、通信の暗号化などは確認され、CSPなど一部の設定が不足していたこと

意味しないこと

  • サイト全体やサーバーの中が安全である、または危険であること
  • 侵入や情報漏えいが起きていない、または起きていること
  • ほかのツールや、ほかの日に検査した場合も同じ結果になること

改善後に行った再診断の点数は、診断レポートの原本を確認できていないため、この記録には掲載していません。セキュリティの点数は、Webサイト全体の安全性の証明として扱えるものではありません(05)。

03

何を変えたか

改善前の診断では、HTTPSや証明書は問題なしとされた一方で、CSP、クリックジャッキング対策、nosniff が未設定と指摘され、メールの送信ドメイン認証(DMARC)のレコードも確認されていませんでした。

主な変更は、Webサーバー(ホスティング)の応答ヘッダーを設定する1つのファイルにまとめました。ページの見た目と文章は変えていません。

  • CSP:読み込みを同じサイトのものに限り、スクリプトの実行を一切許可しない方針。フォームの送信先、他サイトへの埋め込みも禁止。違反があれば報告を受け取る設定。
  • そのほかのヘッダー:X-Content-Type-Options(nosniff)、Referrer-Policy、Permissions-Policy(カメラ・マイク・位置情報などを使わない)、X-Frame-Options、クロスオリジン関連のヘッダー、HSTS。
  • ページ側の小さな修正:HTMLに直接書いていた見た目の指定(style属性)を、CSSファイルへ移しました。CSPで直接の指定を禁止したためです。

各ヘッダーの意味と副作用は技術ノートで説明しています。設定値の全文と差分の公開は、公開の判断(07)が済むまで控えています。

04

改善の進め方

  1. 現状を知る診断レポートの各項目と、サイトの構成(外部の読み込み・スクリプト・フォームの有無)を整理。
  2. 完成形を設計項目ごとに対応を決め、点数を予測。既存の機能と見た目を変えないことを条件にした。
  3. 検証用サイトで確認本番と別の検証用サイトで、応答ヘッダーと主要な導線を確認。
  4. 本番に反映して確認反映直後に、本番の全ファイルと応答をGETのみで確認。
  5. 再診断と記録点数だけでなく、判定の内訳(問題なし・要確認・要改善・対象外)と分母も記録する方針。改善後のレポート原本の保存が不十分だったことは、今後の課題です。

05

高い点数でも、安全が保証されない理由

  • 見ているのは公開された応答だけ。サーバーの内部、管理用のアカウント、保管データ、バックアップ、運用の体制は診断の対象外です。
  • 巡回するページが限られる。改善前の診断では、巡回したのは5ページ中1ページでした。
  • 判定できない項目は点数に入らない。点数は「判定できた項目について」の結果です。ツールの全127項目のうち、判定から外れた項目の状態はわかりません。
  • Re:meのサイトは単純な構成。CMS・ログイン・フォーム・外部の埋め込みがない静的サイトです。地図や申請フォーム、CMSを持つ自治体サイトに、同じ設定や同じ点数がそのまま当てはまるわけではありません。
  • 時間がたつと変わる。新しい弱点の発見、設定の変更、ツールの判定基準の更新で、結果は変わり得ます。

高い点数は「このツールが、その時点で、見られる範囲で、問題を見つけなかった」という記録にとどまります。サイト全体の安全や、将来の事故が起きないことを示すものではありません。

06

実務上の学び

  • 先に「完成形」を決めると、手戻りが減る

    警告を一つずつ消すのではなく、何を許可し何を止めるかを先に決めたことで、変更を1つのファイルにまとめ、検証の範囲もはっきりしました。

  • 強いCSPには、はっきりした副作用がある

    スクリプトを一切許可しない方針は、このサイトのような静的サイトでは機能を失わずに済みました。一方、このプロジェクトの無料リスク確認(12問)のように回答に応じて表示を変える仕組みは、同じ方針のままでは動きません。本番公開の前に、方針の見直しか仕組みの作り替えが必要な未解決事項として扱っています。

  • 自分で書いていないスクリプトもある

    ホスティング事業者の機能が、配信時にページへスクリプトを自動で挿入することがあります。強いCSPはそれも止めるため、何が挿入されているかを事前に確かめる必要がありました。

  • Webサーバーの外にある項目もある

    診断項目には、メールの送信ドメイン認証やDNSの設定など、Webサーバーではなく別の管理者が扱う設定も含まれます。変更には、それぞれの管理部署や契約の確認が必要です。

07

根拠資料の扱いと、公開の判断

このページの記述は、Re:meの社内記録(診断レポート、設計書、検証記録、ホスティングの設定ファイル)に基づいています。

  • 改善後の再診断の点数は、レポート原本を確認できるまで掲載しません。
  • 診断ツールの名称、設定値の全文・変更差分・画面の画像は、悪用の手がかりにならない範囲を判断するまで掲載していません。

架空の改善事例、他の組織の事例、監修者の推薦は掲載していません。