「サーバー」ヘッダーは何かの目的を果たしますか?


11

たとえば、サーバーの応答ヘッダーをダンプすると、次のようになります。

Server: Apache/2.2.11 (Ubuntu) PHP/5.2.6-3ubuntu4.5 with Suhosin-Patch mod_ssl/2.2.11 OpenSSL/0.9.8g

これは何かに使用されますか?サーバー構成をブロードキャストするセキュリティリスク(小さいですが)ですか?

回答:


15

いいえ、重要なものには使用されません。(おそらく他のサードパーティの調査と同様に、Netcraftのサーバー市場シェア調査ではおそらくこれを使用します。)

はい、それは(非常に)小さなセキュリティ問題です。もちろん、サーバーは常に保護され、最新の状態である必要がありますが、十分に保護されたサーバーの上に「不明瞭」の層を追加することは、有益なだけです。他に何もない場合、攻撃者が攻撃の前に広範な「フィンガープリント」を行う必要がある場合、ログファイルを注意深く監視すると、攻撃の早期警告が表示される可能性があります。

必要に応じて、ブロードキャストされる詳細レベルを安全に下げることができます。一方、これは大した問題ではありません。これを変更できない共有サーバーを使用している場合は、気にしないでください。


1

Serverヘッダー長くすると、短縮したり、完全に削除したりすることで、小さなパフォーマンス上の利点を得ることができます。

Jesperが指摘するように、それは大きな問題ではありませんが、ページの読み込み時間から余分なミリ秒ごとを絞り出そうとしている場合、特に大きな問題である小さなファイルを大量に読み込んでいる場合、違いが生じる可能性があります。それ自体はパフォーマンスの観点ですが、不可避な場合もあります。

これが、たとえばGoogleのウェブサーバーが次のように言う理由の1つだと思います。

Server: gws

または

Server: sffe

もちろん、「gws」を「Google Webサーバー」と綴ることはできますが、これ以上情報を開示する必要はありませんが、HTTP応答ごとに14の完全に無用なバイトが追加されます。Googleのリクエスト量では、これらの数バイトが合計して、平均的な小規模なWebサイト全体で使用するよりも多くの帯域幅になる可能性があります。


パケットサイズは通常約1,000バイトであるため、数バイトを保存しても(文字通り)速度には影響しません。すべてのヘッダーの合計が余分なパケットに溢れる場合のみ。
DisgruntledGoat 2012年

質問で引用されているような100バイトのヘッダーでは、応答ヘッダーとコンテンツを合わせた長さが余分なパケットに波及する可能性があります。さらに、パケットカウントは、完全に遅延が制限された接続についてのみ、全体像を伝えます。(少なくとも部分的に)帯域幅が制限された状況(遅いモバイル接続、または巨大なリクエストボリュームを備えた大規模なデータセンターなど)では、送信される総バイト数も重要になり始めます。
Ilmari Karonen 2014年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.