序文の代わりに
現在、すべてのステップが単純化および単純化されており、認証はますます目立たなくなり、信頼性が高まっています。 このトピックでは、複雑な承認のトピックを空想しようとしました。
メールアドレスを入力するための多くの入力フィールド

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

承認ページは、数字の付いた多数の銀行のセルです。
登録したら、無料のセル(ロックなし)を選択し、そこにメールアドレスを入力します。
私たちの鍵は電子メールであり、私たちを除いて誰も選択したセル番号を知りません。
(数百万人のユーザーにとって、この方法はあまり適切ではないことは明らかですが、それでもいまだに生存権があります)
ブラウザのリソース
拡張機能がブラウザにインストールされ、どのタブが開いているかがわかります(拡張機能がこれを実行できるかどうかはわかりません) 。
サイトに入るための鍵は、大量のメールと開いているタブのセットです(例:Habr、bash、Yandexの天気)。
または、タブの代わりにブラウザのブックマークのセットを使用できます。
チェス

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

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

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