実現したいこと

PHPを利用してお問い合わせフォームを作成したいと考えております。
経験豊富なteratail登録ユーザー様へご質問させて頂きたいことがあり、投稿させていただきました。

お問い合わせフォームを作成するにあたり、「最低限これだけは対策（注意）した方が良い」事を
自分なりに調べてまとめてみましたので、漏れがないかご教示いただければ幸いです。

対策（注意）するべきこと

※勉強中の項目あり

・サイトはSSL化されていること
・クロスサイトスクリプト（XSS）対策
・クロスサイトリクエストフォージェリ（CSRF）対策
・セッション対策（確認画面以降のページへアクセス不可、2重送信対策）（クッキーは使用しない？）
・hiddenの値は見えないようにphpのループ処理？などを使って対策する
・文字コード対策（UTF-8がベスト？）

他気になる対策方法

・セッション・ハイジャック
・クリックジャッキング
・データベースを利用するならSQL対策
・メールアドレスの正規チェック
・一つのファイルで完結させない
（確認画面ページ・完了ページを設ける　※コーディング目線で改修しやすいように）

=======
以上となります。
実際のコーディングは人それぞれの書き方があると思いますが、
対策については共通だと認識しております。

アドバイスのほどよろしくお願いいたします。

退会済みユーザー

2021/08/19 22:09

僕はこういう質問好きなんですけど、teratail 的には適切な回答を集めるのが難しい質問なので、ぜひうまくハンドリングしてください。

行動規範の内容に同意します

回答5件

質問者さんの立場は、サイト制作を発注する立場でしょうか? ご自身で開発する立場でしょうか?
もし、開発する立場なら、矛盾する条件が出てきているので気になります。以下、開発する立場だとして回答しますが、

・セッション対策（確認画面以降のページへアクセス不可、2重送信対策）（クッキーは使用しない？）

もし、クッキー（およびクッキーによるセッション管理）を使わないとすると、
以下は対策の必要はありません。

・セッション・ハイジャック

・クリックジャッキング

しかし、セッション管理を使わないとすると、

・hiddenの値は見えないようにphpのループ処理？などを使って対策する

hiddenパラメータは使うことになります（SPAにしたら必要ないですが）し、見えないようにするには「phpのループ処理」ではなく暗号化くらいです。
でも、問い合わせフォームの場合、hiddenに入るのは利用者が入力した文字列ですから、別に見えても差し支えないですよ。hiddenの値を見ることができるのは、利用者本人だけですから。

・データベースを利用するならSQL対策

「SQL対策」ではなく「SQLインジェクション対策」ですかね。もちろん要件として明記することは重要ですが、SQLインジェクション対策は、あらゆる脆弱性の中でも対策がもっとも簡単なので、「対策するのは当たり前」として、いったん別の要件から考えた方がよいです。データベースを使う必要があるのか、データベースを使うと秘密情報がそこに貯まること自体がリスク、などです。同様に、問い合わせログをファイルとして残すこともリスクではありますが、業務の都合でログを残したいという要望もあるでしょう。

今まで見てきたように、

作り方（セッション管理を使うか否か、SPAかMPAか等）によって生まれるリスクが変わる
業務上の要求（問い合わせログを残すか否か）によって生まれるリスクが変わる

これら矛盾する要件を解決していく必要があります。単に列挙すればよいわけではありません。

ご質問の文面からは、知っている用語を並べただけのように思いました。
ご自身で開発されるのであれば、この状態では、「セキュリティ要件」が定まってもその通り作れるだけの知識が足りてないように思います。自著で恐縮ですが、以下の書籍で勉強されたらいかがでしょうか?

体系的に学ぶ安全なWebアプリケーションの作り方第2版脆弱性が生まれる原理と対策の実践

サイトを発注する立場であれば、聞きかじりの用語を並べるのではなく、しっかりしたベンダーを選定して、守りたいデータや処理を要件として伝え、実装についてはお任せした方がよいと思います。私がベンダーなら、ご提示の要件を見たら悩みます。つまり、あまり意味がありません。

投稿2021/08/19 23:44

編集2021/08/20 00:08

ockeghem

総合スコア11701

回答

搭載する機能にもよりますが、
お問い合わせフォームはセキュアに作ろうとするとそれなりに大変なので、質問掲示板で回答できる範囲では収まりません。
（表面的に見える機能だけではなく、どのように管理運用するかまで考えて設計する必要があります。）

まずは
「最低限これだけは対策（注意）した方が良い」=「ここまでやれば大丈夫」というようなわかりやすい指標は存在しない（要件や機能、運用によって項目や重要度は変わる）という事を認識する必要があります。

自力で作ること（学習）が目的であれば
体系的にwebアプリケーションのセキュリティについて学習されることをお勧めします。

取っ掛かりとしては
安全なウェブサイトの作り方
を一通り読んで理解してから、ご自身が質問中で挙げられている項目がどういったもので、どの様な場合に必要なのかというところを整理しなおしてみることをお勧めします。

その上で、機能を本当に最低限に絞ってからその中でセキュアなものを作っていく&理解した範囲で機能追加をしていくというのが最も早い道かと思います。

体系的に学ぶ安全なWebアプリケーションの作り方第2版
は初学者がすぐに理解するには難しめですが、定番中の定番ですのでこちらも読んでみることを強くお勧めします。

補足

極端に聞こえるかもしれませんが、学習目的ではなくフォーム設置が目的であれば、Googleフォームやその他のSaaSで提供されているフォームを使う方が様々な観点から非常に有効で、多くのケースでベストな方法だったりします。

次点でWordPressやその他CMSで定番になっているフォームプラグインを使うことも有効ですが、
WordPressをセキュアに運用すること自体がそれなりに知見が必要なので、前者に比べるとお勧めできません。

配布されている（それなりによく使われているものでも）PHPの問い合わせフォームは脆弱性が多く含まれていることも珍しくないので、コードを読んで品質を判断出来ない状態では使用しない方が良いです。

投稿2021/08/19 15:49

編集2021/08/20 01:58

tanat

総合スコア18713

前提

対策については共通だと認識しております。

そんなことは無いんですよねぇ^^;
要件によって全然変わります。
また、選択できるインフラによっても、大きく違うものになります。

お問い合わせフォームの対策は、「サイト構築に必要な一般的な対策」＋「お問い合わせフォームの対策」で成立するので、前者は体系的に学習した方が良いです。

雑な回答

「お問い合わせフォームの対策」は以前似た質問に回答したことがあります。
【PHP】メールフォームのセキュリティ対策について
他にも何件か回答した覚えがありますが、今となっては古い回答なので、現状とのすり合わせは必要かと思います。
（似た質問はいくつもあって、似たような回答を付けていますが、ockeghem さんの回答も探してみると良いです。実装に寄った回答が付いていると思います。）