動的パスワード2.0

このメモは、以前に公開された記事「 ダイナミックパスワード 」の論理的な続きです。



それでさらに:





まず第一に、この記事にあまり批判的ではないことを提案します。あなたの認識に少しユーモアを残します。これらは主にクラウドITインテリジェンスの海に投げ込まれたアイデアです



記事「ダイナミックパスワード」の結果




実装方法は厳密なシーケンスではなく、作成者が提供したテンプレートをパスワードテンプレートの任意の場所に任意の量で挿入できる動的なパスワードコンストラクターです。

その範囲は、平均的な消費者向けの社会システムではありません。 まず、このアイデアは、通常のパスワードエントリのメカニズムを複雑にしたいが、追加のハードウェア(電話、トークン、スマートカードなど)を使用しないクローズドシステムおよび組織で使用できます。

欠点 -サーバーにハッシュとして保存できないため、パスワードテンプレートの一部を開いたままにしておく必要があります。 複雑さは、知っているテンプレートに従ってパスワードを準備するために少し時間を費やす必要があり、その結果、「人々の間」での適用性が低くなります。

利点 -ブルートフォースでパスワードを解読するというアイデアの無益さ(ブルートフォースが突破されている間、対象は以前にジェネレーターによってすでに使用されたものになる可能性があります)。 パスワードの「スヌーピング」からの保護([1-N]分で入力された正確なパスワードは関係ない可能性があります)



アイデアと説明




私は、他のHabrユーザーと同様に、数年前に動的パスワードのアイデアを訪れました。

次に、次のように自分で作成しました。

テンプレートがあります:MM、YY、DDなど。 ここでは、日付フォーマッタのすべてのテンプレートと、親トピックで作成者が指定したテンプレートと、好みに合わせたテンプレートをリストします。

パスワードを設定するには、パスワードの静的テキストと動的テキストを組み合わせる必要があります。これを行うには、テンプレートの開始位置と終了位置を示すフレーミング文字を選択します。 たとえば、java "\\"のスラッシュの原則に従って、二重角括弧 "[[....]]"を使用できます。

この方法で生成されたパスワードパターンの例:



「[[...]]」内で計算を提供することもできます。例:



一般的に、ファンタジーは無制限です。この問題の主なことは、デザインモードですべての必要なパターンとルールをユーザーに伝えることと、たとえばGMTタイムゾーンから時間または他の動的パラメーターを形成する必要があるという事実に注意を引くことです、ログインページ内のどこかに目立たずに移動する必要がある時間を表示します。



動的パスワード2.0




それで、ターンは真新しい「ダイナミックパスワード2.0」を説明するようになりました。 ユーモアをオンにし、ロジックをオンのままにします

状況を想像してください:

友だちがパスワードフィールドに「QQQQQ」または「11111」という平凡なパスワードを入力して入力する方法を確認し、類似のパスワードを使用すると、彼は完全なやかんであることを伝え、それに応じて、彼はプログラムを離れて入力を提案します。 パスワードを5回入力しようとすると、入力が許可されません。その後、 動的パスワードハブに関する記事を一度読んで、パスワードが再生成されただけで、おそらく11分かそれ以外の時刻だったと思い込んでいた...しかし、あなたの友人はコンピュータに座って、あなたの目が「11111」に入り始め、それを開始する前に再び!

その秘密は何ですか?

「Dynamic Password 2.0」というフレーズでは、メインワードは「 dynamic 」ですが、「changeable」という意味ではなく、「dynamic、dance」という意味です;)

誤ったパスワード入力が3回連続して発生した場合のWindowsの反応を覚えていますか? パスワード推測を除外するために数分間何も入力することはできません。その後、数分後に再び3回試行されます。

入力した文字間の時間を制御し、システムに入るときに別のパラメーターとして使用するとどうなりますか?

私はあなたがすでに理解していることを噛みません、そしてすぐに私たちの「高度な」友人のためにパスワードテンプレートを与えます:

Q [[T> 500]] Q [[T> 500]] Q [[T> 500]] Q [[T> 1000]] Q

[[T> 500]]は、文字間はミリ秒単位で0.5秒を超え、最後から2番目と最後の文字間は1秒以上あることを示しています。

ファンタジーをオンにして、他に考えられるルールを考えます:パスワード全体を入力するための最小/最大時間、多かれ少なかれ、ミリ秒単位のエラー、パスワードの最初と2番目の文字を入力する間の最初の時間間隔に基づく動的時間など



すぐに利点:





欠点について:





忘れないでください、これらはすべて概念、反省のためのアイデアであり、そのアイデアをすぐにOdnoklassnikiウェブサイトとそのハムスターに適用しないでください;)



一般的に、興味深いプロジェクトと皆に幸運を!



Update1 :記事内のコメントパスワード保護の3番目の側面は 、Habrユーザーも同様に考えると最終的に確信しました。 私の記事を書く前に、私はパスワード保護の三次元とそのカメラを読みませんでした。



All Articles