プライバシーと荒らし対策

静的HTMLは、記事を読み取り専用で配信する構成にできるため、公開ページに直接編集フォームを置かない限り、閲覧者がサーバー上の記事をその場で書き換える機能は持たない。ただし、公開ファイルやホスティング設定、管理アカウント、デプロイ用トークンが侵害されれば、配信内容が改ざんされる可能性は残る。

この配布HTMLには、投稿・削除依頼をサーバーへ送るAPIは含まれていない。ブラウザ内に保存される入力内容は管理者へ届かず、別の端末にも共有されない。画面上で文章を作成できても、実際の受付・審査・掲載が行われるわけではない。

• 公開サイトは読み取り専用にし、一般閲覧者向けの書き込み権限を付与しない。
• 更新は管理者アカウントに限定し、多要素認証を有効にする。
• リポジトリを使う場合は、保護ブランチとレビューを設定し、直接本番へ書き込めるトークンを最小限にする。
• 公開ファイルのバックアップと復元手順を用意する。
• 実際に投稿機能を追加する場合は、サーバー側認証、入力検証、レート制限、通報・審査、監査ログを実装する。ブラウザ内の禁止語チェックだけを安全対策として扱わない。

記事本文や外部入力をHTMLとして無検証で挿入すると、悪意あるタグや属性が実行される危険がある。信頼できない入力は文字列として表示し、HTMLとして許可する場合はタグ・属性・URLを限定してサニタイズする。公開サーバーでは適切なContent-Security-Policyなどのセキュリティヘッダーも設定する。

このHTMLファイル自体にアクセス解析やIPアドレス送信のコードが見つからない場合でも、ホスティング事業者、CDN、プロキシ、ドメイン事業者などがアクセスログを記録することがある。サーバー設定を確認せずに「IPアドレスを一切収集しない」とは保証できない。

プライバシー侵害や重大な誤りの申告を受けた場合は、まず公開範囲を一時的に制限し、対象箇所と根拠を確認して対応する。本人に対して脅しや報復を示唆せず、問い合わせたことを理由に攻撃対象にしない。