複雑な認証方法

序文の代わりに


現在、すべてのステップが単純化および単純化されており、認証はますます目立たなくなり、信頼性が高まっています。 このトピックでは、複雑な承認のトピックを空想しようとしました。

メールアドレスを入力するための多くの入力フィールド



承認フォームには、グリッドにリンクされたいくつかの入力フィールドがあります。
入力するキーは、電子メール+キーです。
例:
pupkin@mail.ru
F2c1
ログインはセルF2に書き込まれ、メールサーバーのアドレスはセルC1に犬がいます。

銀行セル



承認ページは、数字の付いた多数の銀行のセルです。
登録したら、無料のセル(ロックなし)を選択し、そこにメールアドレスを入力します。
私たちの鍵は電子メールであり、私たちを除いて誰も選択したセル番号を知りません。
(数百万人のユーザーにとって、この方法はあまり適切ではないことは明らかですが、それでもいまだに生存権があります)

ブラウザのリソース


拡張機能がブラウザにインストールされ、どのタブが開いているかがわかります(拡張機能がこれを実行できるかどうかはわかりません)
サイトに入るための鍵は、大量のメールと開いているタブのセットです(例:Habr、bash、Yandexの天気)。
または、タブの代わりにブラウザのブックマークのセットを使用できます。

チェス



この実施形態では、キーはチェスの位置である。 ログインと電子メールなしで、非常に多くのチェスのポジションがあります。
登録するとき、ユーザーは駒を動かし、チェスの既知の位置のみを公開します。 ボードから余分なピースを削除し、残りのピースを移動します。
承認するには、元の位置を覚えておくだけです。
(まあ、誰かがまだ同じポジションにいるなら、すみません-もっとユニークなものを考え出さなければなりませんでした)

ディープキャプチャ



プログラムの場合、3次元画像を認識し、どのオブジェクトが深度にあり、どれが前景にあるかを理解することは依然として非常に困難です。 このような画像の生成は簡単ですが、認識は困難です。
上記の例では、プログラムを作成できますが、以下の例では、これはすでに問題になります。

一般的に、このような「深い」キャプチャのアイデアを示すためにこれらの例を引用しましたが、ここでは詳細を検討する必要があります。

おわりに


車輪を再発明しましょう!

Source: https://habr.com/ru/post/J150187/


All Articles