SSLはほとんどのWebサイトにとって本当に重要ですか?


11

私が構築しているこのサイト(私が作成した最初の重要なサイト)に対して「セキュリティを正しく行う」ことを学ぶことにかなり偏執的で、気になることがあることに気づきました:SSL。

ここ、StackOverflow、およびnを使用した後にセッションIDを再生成すること、およびパスワードをソルト、ハッシュしてプレーンテキストに保存しない方法について詳しく説明しているセキュリティスレッドをたくさん読みました。IPアドレスやユーザーエージェントを追跡したり、追跡Cookieを使用したりして、セッションが乗っ取られたことを検出する方法については、たくさん読んだことがあります。

私が理解していないのは、ウェブサイトが通常のHTTP POSTを介してログインし、プレーンテキストでネットワーク経由でパスワードを送信するときに問題になることです。

私がリストアップした他のすべての方法があなたの全体的な露出を減らすために必要であることを理解しています、そしてとにかくそれほど多くのセキュリティを必要としないいくつかのサイトがあるかもしれませんが、私が求めているものは次のとおりです:

  • SSLに煩わされなくても大丈夫なのはいつですか?

Gmail、あなたの銀行、LinkedInのようなサイト、SSLを使用する理由があるのはわかりますが、Facebookやredditなどのサイトが煩わしくなくても問題ありません(地獄、PlentyOfFishはパスワードをプレーンテキストで保存し、メールで送信することさえします)リマインダーとして毎週あなたに!?!)?

SSLが設定されていることをどの程度気にする必要がありますか(特に、共有ホストから始めて、かなり安く始められるため)。私のサイトは、それが役立つ場合、特に個人情報を保持しません。サイトが成功した場合、私は真剣に追加のセキュリティのために余分に支払うことを検討します。

回答:


7

それはあなたとあなたのユーザーがそれを重要だと考えるのと同じくらい重要です。プレーンテキストとしてhttp経由でパスワードを送信すると、パケットスニッフィングに対して脆弱になります。誰かが実際にこれらのパケットをスニッフィングしようとするかどうかは、まったく別の話です。ユーザーに可能な限り最も安全なエクスペリエンスを保証したい場合は、ログイン送信にSSLを使用します。ユーザーがより幸せになり、ポジティブな方法でWebサイトとやり取りする可能性が高い(つまり、何かを購入する、何かをする)と思われる場合は、ログイン送信にSSLを使用します。盗む価値のあるものがあれば(つまりユーザー情報)、SSLを使用します。

盗む価値のあるものが何もない場合、SSLがセキュリティを大幅にまたはまったく強化しないと考えてください。または、ユーザーがSSLを有用な機能と見なさない場合は、SSLを使用しないことを検討してください。

SSL証明書をインストールするのにかかる費用については、予算に余裕がない限り、サイトのログインを保護することは決して悪いことではありません。そして、他のサイトが何をしているかに影響を与えないでください。大規模なサイトの多くはベストプラクティスに従う必要がないためです。


1
+1「大規模なサイトの多くはベストプラクティスに従う必要はない」-ナイジェリアの419'ersが盗まれた出会い系サイトのプロファイルを収益化する方法を見つけたとき、いくつかの笑えるような見出しがあると確信しています:)
danlefree

「あなたが手ごろな予算にない限り」-しかし私はそうです。私は本当に、本当に、1か月あたりの前払いの費用を1か月あたり大幅に安く払うのではなく、安価な共有ホストでm + mに移行することを検討しているところです。このようにして、サイトが比較的短期間で採算をとらない場合は、プラグを抜くことができます。今のところ私はno-sslに傾いていると思います。必要な静的IPを取得するだけで、証明書自体のコストは言うまでもなく、毎月のコストがほぼ2倍になるからです。サイトはフォーラムにかなり近く、ほとんどのデータは公開されているので、ログイン以外で暗号化する必要はありません。
AgentConundrum 2010

@danlefree、それは簡単です。出会い系サイトの個人情報を使用して、ユーザーの電子メールおよび銀行サイトのパスワード回復の質問に答えます。または、パスワードを再利用するので、パスワードをキャプチャしてください。
Zoredache

@AgentConundrum Startsslは、SSL証明書を無料で提供しています。予算が限られているが、静的IPがある場合は、それで十分です。
Rana Prathap 2014

@AgentConundrumでは、ホストがSNIをサポートしている限り、SSL専用のIPは必要ありません(サポートしていない場合は、何をしているのかわからないため、新しいホストを見つけます)。無料で証明書を取得できるので、追加費用もかかりません...
Doktor J

3

ジョンの答えとは逆のアプローチをとります。個人を特定できる情報を扱う場合は、SSLを真剣に検討する必要があると思います。たとえば、物理アドレス、電子メールアドレス、財務情報、およびユーザーが非公開であると合理的に期待するコミュニケーションの名前。

サイトがユーザー自身の情報を公開する手段を提供していない限り、サイトのプライバシーポリシーがユーザーに通知しない限り、ユーザーが提供する個人を特定できる情報はすべてあなたが保持しているものとみなし、厳格な信頼の下にのみ置く必要があります。

不正な第三者が訪問者の情報を見るのを防ぎ、訪問者の信頼を維持するために情報をどのように使用するかをユーザーに通知し続けます。

私の知る限り、Facebookでもこれを行います。

<form method="POST" action="https://login.facebook.com/login.php?login_attempt=1" id="login_form" onsubmit=";var d=document.documentElement;if (d.onsubmit) { return d.onsubmit(event); }else { return Event.fire(d, &quot;submit&quot;, event); }">

(Facebook.comログインHTMLソース)


奇数。私はFacebookでそれを気づかなかった方法を知りません。私はHTTPFoxからそれを見ていましたが、どういうわけか最初のリクエストで「s」を逃しました。編集して削除します。多くのサイトがこれを行う(reddit、ハッカーニュース、TDWTFなど)という事実が依然として残っているため、最悪の場合、私はそれらよりも優れているとは言えません。予算は私の大きな懸念事項ので、静的IPに追加で5ドル/月($ 8 /月のホスト上)を費やすだけでなく、まともな証明書を購入することもできます。地点。
AgentConundrum 2010

@AgentConundrum-厳密に言えば、パスワードがソルト化されている場合は、HTTPを介して一方向ハッシュアルゴリズムを介して実行されたパスワードを渡すことは問題ありません。 SSL:pajhome.org.uk/crypt/md5
danlefree

そして、クライアント側でハッシュを作成すると、どのように役立つでしょうか?その場合、基本的にハッシュはパスワードです。パスワードを取得できるのと同じくらい簡単に、ハッシュを取得して再生できるはずです。
Zoredache

1
ハッシュをしなければならない理由です@Zoredache 塩漬け。仕組みは次のとおりです。サーバーからの呼び出しを含む、事前に入力されたトークンを含むログインページを送信microtime()します。送信されたハッシュは、パスワード+の組み合わせでmicrotime()あり、ハッシュを受け取ったら、microtime()+パスワードのチャレンジ/レスポンスのペアを無効にします(再度使用することはできません)。
danlefree

3

2014年8月の時点で、Googleは HTTPSがランキング信号として使用されること正式に示しています。

つまり、Webサイトが完全に静的なWebサイトであっても、SEOに関心がある場合は、少なくともSSL証明書の設定を検討する必要があります。

もちろん、HTTPSは数百のランキング信号の1つにすぎないため、SEOのためにできることはおそらくもっと重要です。


Googleはまた、SSL証明書の設定にはリソースが必要であるため、Webサイトで要求された場合にのみ行う必要があることも発表しました。つまり、個人のブログにSSL証明書を設定しなかったからといって、ランキングに影響が及ぶことはないと述べました。
Rana Prathap 2014

1

SSL / TLSを使用しないと、サイトにログインがない場合でも、ユーザーをパッシブモニタリングにさらす可能性があります。

攻撃者は、ユーザーとインターネットの他の部分の間に座って、ユーザーが要求するすべてのURLを監視し、ユーザーが表示しているもののパターンを構築する可能性があります。個々の情報のビットは、実際には単独では重要ではないかもしれませんが、多くの小さな情報を組み合わせると、はるかに大きな画像を作成できます。

このため、静的コンテンツのみを提供する自分のサイトでHTTPSを提供しています。

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