ウェブサイトとパスワードが安全であることをユーザーに保証する方法[非公開]

信頼できるWebサイトでは、「すべてのデータは暗号化されています」または「すべてのパスワードは128ビット暗号化を使用して暗号化されています」などのクレームが常に表示されます。

私のウェブサイトでは、SHA-512（ほとんどの場合）ハッシュをランダムソルトで使用した後、すべてのユーザーパスワードをデータベースに保存します。パスワードが必要であるためにWebサイトの使用を妨げないように、パスワードが安全であることをユーザーに保証するスニペットを追加します。ユーザーに安全を感じてもらいたいのですが、ハッシュとは誰もが知っているとは思いません。

私の質問：「すべてのパスワードは暗号化され安全です」というメッセージを提供しても大丈夫ですか？平均的なユーザーはハッシュと暗号化の違いを知っているとは思わないので、見ているだけで安全だと感じる可能性が高い慰めの言葉「暗号化」？または、提供する必要がある代替メッセージはありますか？

ちなみに、私は暗号化とパスワードハッシュが初めてであり、サイトを立ち上げた時点でこれで十分であるかどうか疑問に思っていました。安全でない場合は安全だとユーザーに伝えたくありません。どんな情報でも大歓迎です。ありがとう。

1. ユーザーは気にしません。

   彼らが気にするのは、誰かが自分の銀行口座からお金を引き出し、それが数日前に誰かがあなたのデータベースに完全にアクセスしたというリンクがあるように見えるときだけです。

2. 私がそのようなメッセージを見たほとんどすべての場合、それらは誤解を招くものでした。最も陽気なものは、すべてのページに「軍事級の安全な」スタイルのラベルが付いたウェブサイトにありました。HTTP証明書が無効であることを伝えるアラートがありました。ログオンフォームにSQLインジェクションがありました。数週間後、ウェブサイトはハッキングされ、その後永久に姿を消しました。

   実際に電子メールで元のパスワードを送信する「パスワードを回復する」フォームを使用して、情報を安全に保持していると主張するWebサイトの数のカウントを停止します。

   「W3Cの有効なXHTML」ラベルのようなものです。なぜ彼らは通常、ホームページにも少なくとも数十のエラーやコードが含まれているウェブサイトに置かれているの<DIV COLOR='red'>ですか？

それでもユーザーを安心させるには、次のようなものを追加できます。

パスワードは安全に保たれます。パスワードが表示されないため、パスワードの入力を求めるメールは送信されません。

しかし、率直に言って、「パスワードを忘れました。電子メールで送信してください」に代わる「パスワードのリセット」フォームは、どんな言葉よりも安心です。

さまざまなコメントからのヒント：

• 車輪を再発明しないでください：OpenIDを使用してください。この方法では、ハッシュも保存しません。

  出典： Jan Hudecによるコメント。

• あなたは学生なので、プロジェクトをオープンソース化します。「学校の子供がパスワードを設計したため、パスワードが安全でないとユーザーに思わせたくない」という懸念があるためです。、ソースコードを読み取ることで、セキュリティを重視する熟練した開発者によって作成されたことを確認できることを保証するものはありません。

  出典： Jan Doggenによるコメント。

そもそもパスワードを保存しないでください！Stack Exchangeの例に従って、ユーザーがOpenIDによる認証を提供する別のサイトに自分のIDでログインできるようにします。実装は、ほとんどの一般的なWebフレームワークで自由に利用できます。

または、おそらく他のプロトコル。ある機関の社内プロジェクトである場合（他の回答に対するコメントが示唆するように）、ほぼ確実にLDAP、Kerberos（Windows Active Directoryはこれら2つにも基づいています。Apacheはそれらに対するHTTP認証をサポートしています）またはいくつかのコンピュータログインのためのそのようなサービス。それに接続するだけです。

これは、機密情報を格納する必要がなくなります（あなたはおそらくまだストアの権限を持っていますが、彼らはそうではありませんことを重要）さらに別のユーザー名とパスワードを覚えておく持つからユーザーがそう全体的なWin-Winの、と。

言って：

「これは安全です。」

特定の技術的事実またはプロセスについてあなたが下す個人的な判断であり、この判断は、あなたがその時点でセキュリティについて知っていることによって制限されます。しかし、暗号化、保存方法などが、どんな種類の攻撃にも耐えられることを疑いなく保証できますか？

意味：このステートメントは、おそらくあなたがそれを知らなくても、時代遅れになる危険があります。

したがって、@ JoachimSauerによる上記のコメントに同意する傾向があります。あなたが何をするか、ユーザー情報をどのように保存するかを説明し、これがサービスを安全にする方法をユーザーに伝えるだけです。次に、ユーザーが自分で判断できるようにします。

それは本当にあなたの特定のウェブサイトのコンテキストに依存します。

たとえば、これが消費者向けWebサイトの場合、ほとんどの人がパスワード（多分）、金融/健康情報（依存）、写真などの個人情報（笑） 。

これがビジネスアプリケーションである場合、パスワードだけでなく、サイト全体のセキュリティレベルが関係します。同様に、ターゲットユーザーが誰であるかによって異なります-非常に技術的/それほど技術的ではないなど

このコンテキストはすべて、通信する内容と必要な保証のレベルを大きく定義します。

たとえば、非技術系の消費者の場合、次のような一般的で簡単なコメントがあれば十分です。

このサイトは、最先端のセキュリティ技術を使用して構築されています。パスワードは常に暗号化されており、NSAに写真を送信することはありません。

（そして、他の人が言ったように、パスワードさえまったく持っていない方が良いです。OpenIdやOAuthのような標準を使用してください。）

高度に技術的なビジネスの場合、次のような技術的および手順の詳細の完全なページが必要です。

開発および展開プロセス全体で、完全なSDL（安全な開発ライフサイクル）を実装しています。
...
セキュリティアーキテクチャは...次の
ような利点があります...次のような安全なコーディングを保証します... by ...これらのテストを実行します。
私たちの暗号にはこれらのアルゴリズムが含まれています...そして...私たちはあなたが必要とする業界の規制に準拠し、認定されています...
私たちのセキュリティはこの独立した第三者コンサルタントによって検証されています。
...
詳細およびポリシーの確認または独立監査の手配については、マーケティング部門とご相談ください。

もちろん、あまりにも詳細な情報を提供したくはありません。パスワードそのものよりもプロセスについての情報が多いはずです。そしてもちろん、現実はそこに書いたものに実際に従うべきであることは言うまでもありません、あなたが扱っているコンテキスト。

ほのめかされる答えの1つとして、ほとんどのユーザーは気にせず、何を言っても理解せず、ユーザーデータをNSAに送信すると言っても、とにかくサインアップします。
これは彼らのためではありません。
パスワードを持っていなくても彼らは幸せです。リストから自分のユーザー名を選んで自動的にログインさせてください。

これは明らかにその小さな割合のためであるケア -あなたは彼らが必要とする情報を提供するために、右の何を行うにスマートユーザーを有効にすること、そして彼らがために頼むかもしれない教育を付与する必要があります。
そうしないと、それがうまくいかないと、他の98％が突然目を覚まして怒ります。
（「確かに、写真を見るためにパスワードが必要ないことは知っていましたが、他の人も見ることができるとは思いませんでした!!」）

システムを安全にしたい場合、パスワードアルゴリズムの強度は意味がありません-ほとんどのハッカーはすぐにパスワードを解読できます。特に、選択したパスワードが小さい場合、またはハッカーが既に「解読して保存した一般的な単語」である場合「レインボーテーブルなどを使用します。ArsTechnicaのパスワードクラッキングに関する記事を読んで、多くの洞察を得てください。

あなたがする必要があるのは、悪者がそもそもハッシュに到達できないことをユーザーに保証することです。私が働いていたあるセキュリティ重視の会社には、Webサーバーがデータベースサーバーに物理的に接続されていない3層Webシステムがありました。上司が自分のWebサイトを配置し、DBに直接アクセスしたい場合（設計が不十分なコード、「ナフ」と言いました）、彼はそれを手に入れることができないと言われ、彼がプッシュしたときに...それらの間に配線がないと言われました。彼は、すべてのデータ要求を中間層サービスに渡すように設計する必要がありました。また、これらのサービスはセキュリティで保護されているだけでなく、最小限の攻撃対象にさらされており、ロックダウンされています。また、DBは読み取り用にテーブルを一切公開せず、ストアドプロシージャのみをロックし、関連するサービスのみがアクセスできるようにしました。

アーキテクチャーと各層の分離がわかれば、コーディングするのは思ったほど悪くありませんでしたが、コーディングは非常に簡単でした。

地球上で最も安全なサイトを開発し、ユーザーエクスペリエンスを非常に低くすることができます。ユーザーは、サイトが安全でないと想定します。

地球上で最も安全性の低いサイトを構築し、素晴らしいユーザーエクスペリエンスを提供できます。ユーザーは、サイトが安全であると想定します。少なくとも夕方のニュースに登場するまで。