安全なサイトでhttpsなしで静的コンテンツを提供する方法は?


8

私のサイトから静的コンテンツを提供したいのですが、私のサイトはhttpsのみです。私の静的httpサーバーはhttpコンテンツ(https以外)しか提供しませんが、多くのIEユーザーがログインできないと不満を言っています。

何をする必要がありますか?静的コンテンツのhttpサーバーにhttpsを追加する必要がありますか?

回答:


13

Internet Explorerと他のいくつかのブラウザーは、httpsプロトコルを使用するサイトのアセットがから提供されたときにユーザーに警告を出すと思いますhttp。最初の最適なソリューションは、静的アセットサーバーが安全なコンテンツを提供し、サイトで一貫したプロトコルを使用できるようにすることです。2番目に最適なソリューションは、プロキシである安全なサイトにページを作成することです。基本的には、外部ページまたはアセットを呼び出し、そのプロキシを介して返す動的ページを作成する必要があります。そのページがどのように記述されるかは、セキュアサーバーで使用できる動的プログラミング言語によって異なります。

基本的に、IEには、プロトコルの混在に関する正当なセキュリティ問題があります。サーバーを信頼できることはわかっていhttpsますが、サーバーは信頼していませんhttp


1
他のブラウザは、混合コンテンツのノイズの少ない方法で低下し、多くの場合、インターネット人口の半分だけが注目する「南京錠」アイコンの動作を変更します。IEが明白な警告を投げることによって「正しいこと(TM)」を行っていることに同意します。正解です。安全に送信された要素もあれば、送信されなかった要素もあります。
Tim Post

HTTPSを使用しているときにHTTPへのCookieをブロックするネイティブサポートが早ければ早いほど、このメッセージが消えて問題が発生しなくなる可能性があります。これは、HTTPSページから離れて提供される静的コンテンツに追加のHTTPヘッダーが必要であることとは異なります。
Metalshark、2010

2
@Metalshark:Cookieについてだけではありません。HTTPSページを見るとき、あなたはそれが言うすべてを信頼できるようにしたいです。たとえば、誰かが画像を偽造して、それが示すものや言うことを置き換えることができます。また、変更されていない信頼できるスクリプトにリンクする必要があります。
ブルーノ

0

質問はあまり意味がないので、考えを明確にする必要があると思います。

静的と安全は相互に排他的ではなく、相互に関連することさえありません。セキュアな静的コンテンツと非セキュアな非静的コンテンツを使用できます。安全とは、暗号化されていることを意味します(SSL、つまりhttps)。静的とは、クライアントのリクエストごとに生成されないことを意味します。これらは2つの根本的に異なる概念です。

用語を混同していない場合は、安全なサーバーが静的コンテンツを提供できない理由を尋ねます。私の推測ではそうだと思うので、静的コンテンツを安全なサーバーに配置するだけで、すべてがhttpsになるため、ブラウザーはhttp / httpsの混合コンテンツについて文句を言わなくなります。セキュリティで保護されたサーバーに技術的な制限があり、静的コンテンツを提供できない場合(CSSファイルを提供できないなど)は、はい、使用している他のサーバーにSSLを追加することを検討してください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.