LocalToolsオフラインブラウザツール集

カテゴリー: 開発ツール

security.txtジェネレーター

サイト側で企画したツールツールが見つからない？

脆弱性報告のためのsecurity.txtファイルを生成

セキュリティ連絡先、有効期限、開示ポリシー、謝辞ページ、優先言語を入力するだけで、RFC 9116形式ですぐに公開できるsecurity.txtファイルが手に入ります。すべてブラウザ内でローカルに生成されます。

security.txt
Contact: mailto:security@example.com
Preferred-Languages: en

このページの処理はすべてブラウザ内で行われます。アップロードは一切ありません。

このツールでできること

security.txtは、セキュリティ研究者に脆弱性の報告方法を伝えるための標準化されたファイルで、メールアドレスを推測させたり問い合わせページを探させたりする必要がなくなります。/.well-known/security.txt（またはサイトのルート）に公開し、最低限ContactフィールドとExpires日付が必要です。これによりスキャナーが、古いファイルとメンテナンスされているファイルを区別できます。このツールはRFC 9116の各項目を入力に応じて生成し、正しい形式で整形します。

使い方

  1. 連絡方法を1行に1つずつ、1つ以上追加します（mailto:またはhttps:のリンクが使えます）。
  2. 有効期限を設定します。仕様で必須とされており、ファイルがまだメンテナンスされているとスキャナーが判断できるようにします。
  3. 必要に応じて、正規URL、開示ポリシー、謝辞ページ、優先言語を追加します。
  4. 結果をドメインの/.well-known/security.txtに公開します。

プライバシー

このツールはすべてブラウザ内で動作します。入力した内容がアップロード・保存・共有されることはなく、タブを閉じれば消えます。

よくある質問

このファイルは正確にはどこに置けばよいですか。
仕様で定義されている場所は/.well-known/security.txtです。古いクライアント向けに、単純な/security.txtというルートパスにもコピーを配置するサイトがあります。
なぜExpiresが必須なのですか。
有効期限がないと、そのファイルが最新のものなのか、何年も前に放置され連絡先がすでに使われなくなっているものなのか、スキャナーには判断できません。RFC 9116はそのためにこれを必須としています。
Acknowledgmentsフィールドには何を書けばよいですか。
過去に責任を持って脆弱性を開示してくれた研究者を評価するページへのURLです。報告を真剣に受け止め、正当に評価していることを示す意味があります。

すべてのツールに戻る