[Script Info]
Title: 
[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:00.00,0:00:03.52,Default,,0000,0000,0000,,さて、対称暗号についてほどんど議論しつくしたが、
Dialogue: 0,0:00:03.52,0:00:06.47,Default,,0000,0000,0000,,次の話題に移る前に\N議論しておきたいちょっとしたものが少しある。
Dialogue: 0,0:00:06.47,0:00:10.43,Default,,0000,0000,0000,,まず最初に言っておきたいことは、\N私たちがどのようにある鍵から小さな鍵をつくっていくかについてだ。
Dialogue: 0,0:00:10.43,0:00:14.50,Default,,0000,0000,0000,,そしてこの問題は実際にいつもつきまとう問題なんだ。
Dialogue: 0,0:00:14.50,0:00:18.29,Default,,0000,0000,0000,,だからみんながこの問題にどう正しく対処したらよいか、\N明らかにしておきたい。
Dialogue: 0,0:00:18.29,0:00:22.78,Default,,0000,0000,0000,,どのような設定にしようか？\Nよし、色んな方法で作成されたある元となるキーがあるとしよう。
Dialogue: 0,0:00:22.78,0:00:26.44,Default,,0000,0000,0000,,そのあるキーはPRGによって作成されたか、
Dialogue: 0,0:00:26.44,0:00:30.09,Default,,0000,0000,0000,,またはあとで話す鍵交換プロトコルというものから作成されたとする。
Dialogue: 0,0:00:30.09,0:00:34.04,Default,,0000,0000,0000,,まあいずれにせよ、
Dialogue: 0,0:00:34.04,0:00:38.11,Default,,0000,0000,0000,,アリスとボブの間で作成されるキーの作り方はたくさんある。
Dialogue: 0,0:00:38.11,0:00:42.57,Default,,0000,0000,0000,,攻撃者に知られていない鍵がね。\Nさて、言ったようにさまざまな場合で、
Dialogue: 0,0:00:42.57,0:00:46.86,Default,,0000,0000,0000,,セッションを安全なものにするためには実際あるひとつの鍵ではなく、\Nたくさんの鍵が必要なんだが、
Dialogue: 0,0:00:46.86,0:00:51.27,Default,,0000,0000,0000,,たとえば、もし覚えているなら、TLSは1方向の鍵が必要で、
Dialogue: 0,0:00:51.27,0:00:55.28,Default,,0000,0000,0000,,それが両方向に必要だった。実際、どちらの方向でも
Dialogue: 0,0:00:55.28,0:00:59.47,Default,,0000,0000,0000,,複数の鍵が必要で、MAC用の鍵、暗号化用の鍵、IVが必要などなど。
Dialogue: 0,0:00:59.47,0:01:03.09,Default,,0000,0000,0000,,同じようにノンスによる暗号化も複数の鍵を必要とした。などなど。
Dialogue: 0,0:01:03.09,0:01:07.59,Default,,0000,0000,0000,,そこで、問題は私たちがどのように導出した鍵を使うかということだ。
Dialogue: 0,0:01:07.59,0:01:12.03,Default,,0000,0000,0000,,それはハードウェアから生成したものでも、鍵交換で手に入れたものでもよい。
Dialogue: 0,0:01:12.03,0:01:16.35,Default,,0000,0000,0000,,その鍵でたくさんの新しい鍵の束を作成して
Dialogue: 0,0:01:16.35,0:01:20.53,Default,,0000,0000,0000,,セッションを安全なものにすることができる。\N今行ったのは鍵導出関数 KDF という仕組みで、
Dialogue: 0,0:01:20.53,0:01:24.95,Default,,0000,0000,0000,,もうすこしKDFがどのように構築されるかを話したい。
Dialogue: 0,0:01:24.95,0:01:29.85,Default,,0000,0000,0000,,まず、安全なPRFがあるとして、鍵空間はKとする。
Dialogue: 0,0:01:29.85,0:01:34.99,Default,,0000,0000,0000,,私たちがもっている鍵はSKとする。
Dialogue: 0,0:01:34.99,0:01:41.21,Default,,0000,0000,0000,,SKは鍵空間で一様とする。実際安全なPRFでは、\N元となる鍵は一様ランダム鍵だ。
Dialogue: 0,0:01:41.21,0:01:46.45,Default,,0000,0000,0000,,そして、この鍵をセッションを安全にする\N鍵の生成にそのまま使える。
Dialogue: 0,0:01:46.45,0:01:50.44,Default,,0000,0000,0000,,この場合、KDFはほんとに単純で、
Dialogue: 0,0:01:50.44,0:01:53.77,Default,,0000,0000,0000,,KDFは次のように働く。
Dialogue: 0,0:01:53.77,0:01:58.02,Default,,0000,0000,0000,,KDFはSK、コンテキストを受け取る。\Nコンテキストについてはすぐ話す。
Dialogue: 0,0:01:58.02,0:02:02.77,Default,,0000,0000,0000,,そして入力の長さも受け取る。
Dialogue: 0,0:02:02.77,0:02:07.62,Default,,0000,0000,0000,,よし、KDFが何をするかというと、基本的には０についてPDFを評価する。
Dialogue: 0,0:02:07.62,0:02:12.40,Default,,0000,0000,0000,,それから、１について、２について、と行っていき、\NLまで行う。
Dialogue: 0,0:02:12.40,0:02:16.45,Default,,0000,0000,0000,,コンテキストについて話そう。
Dialogue: 0,0:02:16.45,0:02:20.35,Default,,0000,0000,0000,,基本的には
Dialogue: 0,0:02:20.35,0:02:24.26,Default,,0000,0000,0000,,セッション。あなたが必要な場合は、方向キーを生成するだろう必要がありますので、あなた
Dialogue: 0,0:02:24.26,0:02:28.36,Default,,0000,0000,0000,,各キーが、暗号化キーおよび mac が含まれます 1 つキーレス方向を知っています。
Dialogue: 0,0:02:28.36,0:02:32.36,Default,,0000,0000,0000,,キー。ので、基本的に必要なビットを生成するし、最後に
Dialogue: 0,0:02:32.36,0:02:36.26,Default,,0000,0000,0000,,出力オフときにセキュリティで保護するには、十分なキーを生成した時にカットを
Dialogue: 0,0:02:36.26,0:02:41.18,Default,,0000,0000,0000,,セッション。わかりましたので、これは基本的にを使用してはかなりまっすぐ進むメカニズムです、
Dialogue: 0,0:02:41.18,0:02:45.66,Default,,0000,0000,0000,,セキュリティで保護された PRF は擬似乱数生成器として。唯一の問題は何ですの
Dialogue: 0,0:02:45.66,0:02:49.45,Default,,0000,0000,0000,,コンテキスト文字列です。まあ、コンテキスト文字列が基本的には、一意であることよ
Dialogue: 0,0:02:49.45,0:02:53.54,Default,,0000,0000,0000,,アプリケーションを識別する文字列。だから実際には、複数を必要があります。
Dialogue: 0,0:02:53.54,0:02:58.30,Default,,0000,0000,0000,,複数のセキュリティで保護されたキーを確立しようとしては、同じシステム上のアプリケーション。
Dialogue: 0,0:02:58.30,0:03:03.17,Default,,0000,0000,0000,,たぶん 1 つのプロセスとしては、あなたを実行する web サーバーがある SSH をある別
Dialogue: 0,0:03:03.17,0:03:09.14,Default,,0000,0000,0000,,プロセス、および 3 番目としての ip アドレスを処理し、すべての 3 つの秘密キーが必要
Dialogue: 0,0:03:09.14,0:03:13.53,Default,,0000,0000,0000,,生成されました。このコンテキスト変数は基本的に 3 つの別々 に
Dialogue: 0,0:03:13.53,0:03:16.59,Default,,0000,0000,0000,,それら。だから、私に聞いてより正確に、何これの目的と思う
Dialogue: 0,0:03:19.20,0:03:22.31,Default,,0000,0000,0000,,コンテキスト変数ですか？それは離れて、このコンテキスト変数を与えてくれたと思いますのでください。
Dialogue: 0,0:03:22.31,0:03:26.17,Default,,0000,0000,0000,,基本的には別のアプリケーションには、そう、たとえを仮定しました。
Dialogue: 0,0:03:26.17,0:03:30.86,Default,,0000,0000,0000,,例では、我々 だけ 3 つのサービス、SSH、話をサーバー、および IP の設定 Web、
Dialogue: 0,0:03:30.86,0:03:35.74,Default,,0000,0000,0000,,彼らはすべて同じソース キーからハードウェア乱数を取得するが起こる場合
Dialogue: 0,0:03:35.74,0:03:40.38,Default,,0000,0000,0000,,ジェネレーターは、3 つのアプリを異なるのでコンテキスト [になります。
Dialogue: 0,0:03:40.38,0:03:45.62,Default,,0000,0000,0000,,彼らはまだ彼ら [セキュリティで保護することができる 3 つの独立した文字列を得ることを確認して
Dialogue: 0,0:03:45.62,0:03:49.87,Default,,0000,0000,0000,,セッション。これは実際にはかなりですが、ことを覚えていて欲しいだけ
Dialogue: 0,0:03:49.87,0:03:53.65,Default,,0000,0000,0000,,簡単なとコンテキスト文字列を実際には前に話し合った
Dialogue: 0,0:03:53.65,0:03:57.37,Default,,0000,0000,0000,,重要なとは、アプリケーションを特定する必要がので、それぞれ
Dialogue: 0,0:03:57.37,0:04:01.30,Default,,0000,0000,0000,,アプリケーションでは、独自のセクションのキーを取得します。複数のアプリケーションを場合でも
Dialogue: 0,0:04:01.30,0:04:05.14,Default,,0000,0000,0000,,同じ [聞き取れない] サンプルします。次の質問は、何行う場合ソース
Dialogue: 0,0:04:05.14,0:04:09.71,Default,,0000,0000,0000,,キーは実際に均一ではないです。我々 は問題になりました。ソース キーでない場合は、
Dialogue: 0,0:04:09.71,0:04:14.11,Default,,0000,0000,0000,,制服の擬似ランダム関数キーはもはやと仮定することができ、
Dialogue: 0,0:04:14.11,0:04:18.51,Default,,0000,0000,0000,,擬似ランダム関数の出力がランダムから区別されます。実際には場合、
Dialogue: 0,0:04:18.51,0:04:23.84,Default,,0000,0000,0000,,使用するだけですし、出力がランダムに見えるかもしれませんが、先ほど述べた KDF
Dialogue: 0,0:04:23.84,0:04:27.42,Default,,0000,0000,0000,,敵、彼はいくつかのセッション キーが予期することができる可能性があります。
Dialogue: 0,0:04:27.42,0:04:31.56,Default,,0000,0000,0000,,使用し、ことにより、セッションを中断するします。だから、我々 は問題があります。今
Dialogue: 0,0:04:31.56,0:04:35.51,Default,,0000,0000,0000,,なぜこのソース キー制服ないだろうか？多くの理由はなぜこの
Dialogue: 0,0:04:35.51,0:04:39.56,Default,,0000,0000,0000,,起こった。たとえば通常はたまたま、鍵交換プロトコルを使用して
Dialogue: 0,0:04:39.56,0:04:42.83,Default,,0000,0000,0000,,キー交換プロトコル高 en-トリッパ [聞き取れない] キーが生成されます。しかし、
Dialogue: 0,0:04:42.83,0:04:46.77,Default,,0000,0000,0000,,高 en-トリッパ [聞き取れない] キーがいくつかの彼の部分に分散するつもりです。
Dialogue: 0,0:04:46.77,0:04:51.46,Default,,0000,0000,0000,,スペース。だからそれか均一な文字列にはないだろう。それはいくつかに統一されます。
Dialogue: 0,0:04:51.46,0:04:55.76,Default,,0000,0000,0000,,サブセット。大規模なのとすぐに我々 の語ることの例を見る
Dialogue: 0,0:04:55.93,0:05:00.32,Default,,0000,0000,0000,,キー交換プロトコル。KDFs 種の事実のために対応するので、
Dialogue: 0,0:05:00.32,0:05:04.49,Default,,0000,0000,0000,,キー交換プロトコルは実際に均一ビット文字列を生成しないでください。その他
Dialogue: 0,0:05:04.49,0:05:08.83,Default,,0000,0000,0000,,問題は、実際には、使用しているハードウェア乱数ジェネレーターかもしれないこと、
Dialogue: 0,0:05:08.83,0:05:13.38,Default,,0000,0000,0000,,実際に偏りのある出力を生成します。ハードウェアの非バイアスに依存する必要はありません。
Dialogue: 0,0:05:13.38,0:05:17.25,Default,,0000,0000,0000,,乱数ジェネレーター。だから、すべての我々 と仮定する必要がある高を生成すること
Dialogue: 0,0:05:17.25,0:05:21.84,Default,,0000,0000,0000,,エントロピーの文字列が 1 つは、偏りがある場合があります。場合は、私たち必要がなんとかしてあります。
Dialogue: 0,0:05:21.84,0:05:26.74,Default,,0000,0000,0000,,このバイアスをクリーニングします。[サウンド]そして、これは、このパラダイムを紹介します
Dialogue: 0,0:05:26.74,0:05:31.96,Default,,0000,0000,0000,,KDFs を構築します。これは、抽出と呼ばれるし、どこの最初のステップのパラダイムを展開
Dialogue: 0,0:05:31.96,0:05:37.25,Default,,0000,0000,0000,,KDF は、実際のソース キーから疑似ランダム キーを抽出することです。そうでは
Dialogue: 0,0:05:37.25,0:05:40.83,Default,,0000,0000,0000,,画像をこのように考えることができます。ある意味でこれらが異なっています。
Dialogue: 0,0:05:40.83,0:05:45.34,Default,,0000,0000,0000,,ソース キーの値。これは、水平線と垂直軸のです。
Dialogue: 0,0:05:45.34,0:05:49.54,Default,,0000,0000,0000,,基本的に、これらの値のそれぞれの確率と見ることができますは、この
Dialogue: 0,0:05:49.54,0:05:53.46,Default,,0000,0000,0000,,ソース キーが一様でないことを言うだろうでこぼこ関数の一種です。
Dialogue: 0,0:05:53.46,0:05:58.56,Default,,0000,0000,0000,,キーのスペースで配布。この場合は我々 を使用すると呼ばれるものです、
Dialogue: 0,0:05:58.56,0:06:02.91,Default,,0000,0000,0000,,エクス トラクター。抽出でこぼこの分布を作るものですので
Dialogue: 0,0:06:02.91,0:06:07.46,Default,,0000,0000,0000,,それは、鍵空間を均一な分布に。我々 の場合に実際にだけなのです。
Dialogue: 0,0:06:07.46,0:06:10.03,Default,,0000,0000,0000,,計算の抽出器と呼ばれるものを使用しようとしました。すなわち
Dialogue: 0,0:06:10.03,0:06:14.89,Default,,0000,0000,0000,,必ずしもが最後に一様分布を生成しない抽出器
Dialogue: 0,0:06:14.89,0:06:20.26,Default,,0000,0000,0000,,彼らは制服から区別のつかない分布を生成しました。今
Dialogue: 0,0:06:22.91,0:06:27.32,Default,,0000,0000,0000,,エクス トラクターを通常取るとしてと呼ばれるものを塩と塩だけを入力
Dialogue: 0,0:06:27.32,0:06:31.32,Default,,0000,0000,0000,,サラダ、それ種類の味を足すように、それは何基本的のようなものです。
Dialogue: 0,0:06:31.32,0:06:36.02,Default,,0000,0000,0000,,どの入力分布の関係なく、出力は、物事をまぜこぜ
Dialogue: 0,0:06:36.02,0:06:39.74,Default,,0000,0000,0000,,分布はまだランダムから見分けがつかないことになります。だから、塩
Dialogue: 0,0:06:39.74,0:06:43.97,Default,,0000,0000,0000,,基本的には、それは何ですか？それが公に知られているので、非秘密の文字列です。それ doesn't します。
Dialogue: 0,0:06:43.97,0:06:48.56,Default,,0000,0000,0000,,どのような塩、敵を知っている場合は、問題とそれが永久に固定されます。唯一
Dialogue: 0,0:06:48.56,0:06:53.10,Default,,0000,0000,0000,,ポイントは、あなたがそれを選んだときに、ランダム選択ことです。その後、希望は
Dialogue: 0,0:06:53.10,0:06:57.17,Default,,0000,0000,0000,,ちょっとから抽出しようとしている面白い分布を本質的にしません。
Dialogue: 0,0:06:57.17,0:07:00.27,Default,,0000,0000,0000,,上に塩を選んだしたがって、結果として、塩を使用によって異なります、
Dialogue: 0,0:07:00.27,0:07:03.73,Default,,0000,0000,0000,,ランダムからと見分けがつきません分布は実際に取得します。だから
Dialogue: 0,0:07:03.73,0:07:07.02,Default,,0000,0000,0000,,塩は本質的に、あなたが知っている、あなただけのカップル キーボード強打することができます。
Dialogue: 0,0:07:07.02,0:07:10.22,Default,,0000,0000,0000,,とき、それがちょうど生成回ランダムで何かをする必要があります。
Dialogue: 0,0:07:10.22,0:07:14.25,Default,,0000,0000,0000,,当初は最後の研究者が何を知っている場合、固定永遠と罰金
Dialogue: 0,0:07:14.25,0:07:20.30,Default,,0000,0000,0000,,それし、それにもかかわらず、抽出、エントロピーと出力を抽出することです、
Dialogue: 0,0:07:20.30,0:07:24.71,Default,,0000,0000,0000,,一様乱数文字列キー。いくつかの塩だけを守るには
Dialogue: 0,0:07:24.71,0:07:29.67,Default,,0000,0000,0000,,敵対の悪い分布が私たちの抽出を混乱可能性があります。わかりました、そう今は
Dialogue: 0,0:07:29.67,0:07:34.58,Default,,0000,0000,0000,,擬似ランダム キーを抽出しました。今、私たちにもちょうどそれを KDF 使用可能性があります。
Dialogue: 0,0:07:34.58,0:07:38.91,Default,,0000,0000,0000,,我々 は安全 [聞き取れない] 関数を使用して、キーを展開する見た
Dialogue: 0,0:07:38.91,0:07:43.48,Default,,0000,0000,0000,,我々 は実際には、セッションを保護する必要がある同じビット数に。わかりましたはそこでください。
Dialogue: 0,0:07:43.48,0:07:47.43,Default,,0000,0000,0000,,これら 2 つの手順。最初の 1 つ私たちは擬似乱数キーをし、1 回の抽出
Dialogue: 0,0:07:47.43,0:07:51.58,Default,,0000,0000,0000,,我々 は我々 として、多くのキーに拡張する方法を既に知っている擬似乱数キーがあります。
Dialogue: 0,0:07:51.58,0:07:56.03,Default,,0000,0000,0000,,我々 は、擬似ランダム関数を使用する必要があります。私たちがやっている、標準化、これです。
Dialogue: 0,0:07:56.03,0:08:01.17,Default,,0000,0000,0000,,kdf 社 H-と呼ばれる。これは、H-MAC から組み込まれている KDF [聞き取れない] リビジョン関数です。
Dialogue: 0,0:08:01.17,0:08:06.56,Default,,0000,0000,0000,,ここで H MAC が拡大 PRF と抽出抽出ツールの両方として使用されます。
Dialogue: 0,0:08:06.56,0:08:11.70,Default,,0000,0000,0000,,初期の擬似キーです。ので、どのようにこの作品を説明させてください。ので、抽出
Dialogue: 0,0:08:11.70,0:08:16.90,Default,,0000,0000,0000,,ステップ、私たちつもりの解決を使用する公共のメンバーを撤回した値だけが起こった
Dialogue: 0,0:08:16.90,0:08:21.10,Default,,0000,0000,0000,,ランダム時間の先頭が生成されます。この解決として H MAC を使用して
Dialogue: 0,0:08:21.10,0:08:27.53,Default,,0000,0000,0000,,キー。ソース キーは H MAC データとして使用するつもりです。だから我々 のようなものにしています
Dialogue: 0,0:08:27.53,0:08:32.29,Default,,0000,0000,0000,,パブリック値をキーとして使用します。それにもかかわらず、1 H Mac を持っていることと主張することができます。
Dialogue: 0,0:08:32.29,0:08:37.62,Default,,0000,0000,0000,,私たちが H Mac を適用した場合などは、抽出のプロパティ結果のキーになります。
Dialogue: 0,0:08:37.62,0:08:42.45,Default,,0000,0000,0000,,一見ランダムなから、実際のソース キーを持つと仮定すると区別がつかない
Dialogue: 0,0:08:42.45,0:08:47.33,Default,,0000,0000,0000,,十分なエントロピーは。今は私たちは擬似ランダム キー私たち単につもりです。
Dialogue: 0,0:08:47.33,0:08:52.04,Default,,0000,0000,0000,,H Mac としての PRF を使用して生成するセッション キーを知って、多くのベースとして我々
Dialogue: 0,0:08:52.04,0:08:56.39,Default,,0000,0000,0000,,セッション キーを必要があります。わかりました。だから基本的には我々 の議論を結論します。
Dialogue: 0,0:08:56.39,0:09:00.76,Default,,0000,0000,0000,,HQDF。か、元のキーを取得した後、覚えてほしいだけ
Dialogue: 0,0:09:00.76,0:09:04.91,Default,,0000,0000,0000,,ハードウェアやキー交換プロトコルから、道に換算します。
Dialogue: 0,0:09:04.91,0:09:09.57,Default,,0000,0000,0000,,セッション キーはないそのサンプルを使用して直接です。あなたは決してソース キーを使用しません。
Dialogue: 0,0:09:09.57,0:09:14.11,Default,,0000,0000,0000,,直接プロトコル内のセッション キーとして。だろうと何かを実行、
Dialogue: 0,0:09:14.11,0:09:18.37,Default,,0000,0000,0000,,ソース キー、KDF を介して。KDF のすべてのキーと出力を与えるだろう
Dialogue: 0,0:09:18.37,0:09:22.58,Default,,0000,0000,0000,,使用するランダム キーの偶発性のために必要なお客様
Dialogue: 0,0:09:22.58,0:09:27.04,Default,,0000,0000,0000,,プロトコル。ありを使用する典型的な KDF HKDF は、実際になっている、非常に
Dialogue: 0,0:09:27.04,0:09:31.95,Default,,0000,0000,0000,,そこのトラクションのビットです。わかりました。このセグメントで話したい最後のトピック
Dialogue: 0,0:09:31.95,0:09:36.43,Default,,0000,0000,0000,,パスワードからキーを抽出する方法。これらパスワード ベースと呼ばれる
Dialogue: 0,0:09:36.43,0:09:41.92,Default,,0000,0000,0000,,pdf のまたは pb pdf の。ここでの問題はパスワード比較的低があります。
Dialogue: 0,0:09:41.92,0:09:45.76,Default,,0000,0000,0000,,エントロピー。実際には、私たちの後、コースのパスワードについて話をするつもりだとは
Dialogue: 0,0:09:45.76,0:09:50.15,Default,,0000,0000,0000,,ユーザー認証についての話します。あまりここで言うつもりはないので。私はちょうどよ
Dialogue: 0,0:09:50.15,0:09:54.29,Default,,0000,0000,0000,,パスワードは、一般的に 20 程度推定非常に少しのエントロピーが言う
Dialogue: 0,0:09:54.29,0:09:59.01,Default,,0000,0000,0000,,エントロピーのビットを言います。その結果、ない単に十分なエントロピー
Dialogue: 0,0:09:59.01,0:10:02.88,Default,,0000,0000,0000,,パスワードからセッション キーを生成します。まだ我々 はまだ非常にする必要があります。
Dialogue: 0,0:10:02.88,0:10:06.80,Default,,0000,0000,0000,,頻繁に。我々 はまだ暗号化キーと Mac のうち派生する必要
Dialogue: 0,0:10:06.80,0:10:10.83,Default,,0000,0000,0000,,では、どのようにパスワード。最初は、知っている、このためです。
Dialogue: 0,0:10:10.83,0:10:14.74,Default,,0000,0000,0000,,種類の目的は、HKDF を使用しないでください。何それは設計されていません。何をします。
Dialogue: 0,0:10:14.74,0:10:18.66,Default,,0000,0000,0000,,起こる右のキーは実際に何かと呼ばれる脆弱性が存在することです。
Dialogue: 0,0:10:18.66,0:10:22.10,Default,,0000,0000,0000,,私たちずっと後に、コースについて話をするつもりは、辞書攻撃はときに、
Dialogue: 0,0:10:22.10,0:10:27.79,Default,,0000,0000,0000,,我々 はユーザーの認証について話します。だから、この低エントロピーに対する方法 pbkds を守る
Dialogue: 0,0:10:27.79,0:10:33.00,Default,,0000,0000,0000,,辞書攻撃とは結果が問題によって 2 つの手段です。まず、として
Dialogue: 0,0:10:33.00,0:10:38.88,Default,,0000,0000,0000,,[聞き取れない] を使用する前に、国民は、ランダムな値の固定永遠に。しかしで
Dialogue: 0,0:10:38.88,0:10:43.10,Default,,0000,0000,0000,,さらに、彼らは使用しても何の遅いハッシュ関数と呼ばれます。説明させてください。
Dialogue: 0,0:10:43.10,0:10:49.36,Default,,0000,0000,0000,,パスワードからキーを派生する、標準的なアプローチのような。これは PKCS5 と呼ばれる、
Dialogue: 0,0:10:49.36,0:10:53.91,Default,,0000,0000,0000,,何 PBKDF1 と呼ばれるが、特に、このスクライブのバージョンです。私は
Dialogue: 0,0:10:53.91,0:10:57.40,Default,,0000,0000,0000,,このメカニズムはので、最も cryptal ライブラリに実装されていることを言う必要があります。
Dialogue: 0,0:10:57.40,0:11:00.66,Default,,0000,0000,0000,,あなた自身で実装する必要はありません。すべての場合、あなたが知っているだろう、
Dialogue: 0,0:11:00.66,0:11:03.79,Default,,0000,0000,0000,,関数を呼び出すと、あなたは、パスワードから派生キーを知っています。あなたを与えるだろう、
Dialogue: 0,0:11:03.79,0:11:08.35,Default,,0000,0000,0000,,パスワードを入力とあなたとしてのキー出力としてなるでしょう。しかし、あなたが知っておくべき
Dialogue: 0,0:11:08.35,0:11:11.74,Default,,0000,0000,0000,,このキーは、実際にはなりますので高エントロピーがあるつもりはないコース
Dialogue: 0,0:11:11.74,0:11:17.16,Default,,0000,0000,0000,,デシベル。これらの鉛 KDFs がやろうとして推測の問題としては難しいです。
Dialogue: 0,0:11:17.16,0:11:20.96,Default,,0000,0000,0000,,可能。わかりました。私たちが言ったように、彼らが働く、まず第一に、方法、ので彼ら
Dialogue: 0,0:11:20.96,0:11:25.69,Default,,0000,0000,0000,,基本的にはハッシュは、パスワードと salt の連結。して、ハッシュ
Dialogue: 0,0:11:25.69,0:11:29.17,Default,,0000,0000,0000,,自体は非常に遅いハッシュ関数をように設計されています。低速ハッシュを構築する方法
Dialogue: 0,0:11:29.17,0:11:34.06,Default,,0000,0000,0000,,関数は 1 つの特定のハッシュ関数と言う [聞き取れない] 56 と私たちによってです。
Dialogue: 0,0:11:34.06,0:11:39.42,Default,,0000,0000,0000,,それ多くは、多くの場合、反復処理 C 回。1000 回を想像することができます、おそらくでも、
Dialogue: 0,0:11:39.42,0:11:43.36,Default,,0000,0000,0000,,100万回。そしてそれを反復することで何を意味するか。だから、まあ、私たちを取る、
Dialogue: 0,0:11:43.36,0:11:48.49,Default,,0000,0000,0000,,パスワードは、塩。1 つの入力、ハッシュ関数の内部入れます。
Dialogue: 0,0:11:48.49,0:11:54.02,Default,,0000,0000,0000,,我々 はハッシュ関数適用おっと、それがこのような書き込みさせてください。そして私たち
Dialogue: 0,0:11:54.02,0:11:57.78,Default,,0000,0000,0000,,ハッシュ関数を適用し、出力を取得し、我々 ハッシュを適用
Dialogue: 0,0:11:57.78,0:12:00.78,Default,,0000,0000,0000,,関数をもう一度、私たちは、別の出力を取得します。我々 は再び、もう一度、もう一度これを行う
Dialogue: 0,0:12:00.78,0:12:05.83,Default,,0000,0000,0000,,たぶん千回は 100万回によってどのように高速あなたのプロセッサか
Dialogue: 0,0:12:05.83,0:12:10.71,Default,,0000,0000,0000,,最後に私たちは実際には、キーとして出力として、最終的な出力を取得します。
Dialogue: 0,0:12:10.71,0:12:15.06,Default,,0000,0000,0000,,このキー導出関数の出力。今ここでのポイントは何でしょうか。反復します。
Dialogue: 0,0:12:15.06,0:12:19.37,Default,,0000,0000,0000,,関数 10,000 回または 100万倍も非常に少し時間を取るつもりです。
Dialogue: 0,0:12:19.37,0:12:22.92,Default,,0000,0000,0000,,現代の CPU と結果として、それは本当に、ユーザーの経験に影響しません。は
Dialogue: 0,0:12:22.92,0:12:27.79,Default,,0000,0000,0000,,彼のパスワードでは、ユーザーの種類は 100万回ハッシュを取得し、出力を取得します。
Dialogue: 0,0:12:27.79,0:12:31.65,Default,,0000,0000,0000,,たぶんそれも取ることができる 2 番目の 10 分の 1 を知っているし、ユーザー wouldn't
Dialogue: 0,0:12:31.65,0:12:35.49,Default,,0000,0000,0000,,それに気づきます。しかし、攻撃者が、彼は彼のすべてのパスワードを試すことができます。
Dialogue: 0,0:12:35.49,0:12:39.69,Default,,0000,0000,0000,,我々 は知っているので、辞書では、人々 パスワード辞書で選ぶ傾向がある、
Dialogue: 0,0:12:39.69,0:12:43.78,Default,,0000,0000,0000,,彼が 1 つずつにしようと、思い出して塩を彼は知っているので公開です
Dialogue: 0,0:12:43.78,0:12:49.23,Default,,0000,0000,0000,,どのような塩です。彼はちょうど一つずつこのハッシュを試すことができます。しかしのでハッシュ
Dialogue: 0,0:12:49.23,0:12:53.80,Default,,0000,0000,0000,,関数は遅い、各試行が彼が 2 番目の 10 分の 1 を取るつもりです。だから彼は必要がある場合
Dialogue: 0,0:12:53.80,0:12:57.96,Default,,0000,0000,0000,,辞書を介して、ご存知のように、実行すると、2000 億のパスワードには、
Dialogue: 0,0:12:57.96,0:13:02.42,Default,,0000,0000,0000,,ハッシュ関数は低速であるため、これはかなり時間がかかるつもりです。することによって
Dialogue: 0,0:13:02.42,0:13:06.58,Default,,0000,0000,0000,,我々 は辞書攻撃ダウンが遅いし、我々 が、攻撃者には難しく、
Dialogue: 0,0:13:06.58,0:13:11.61,Default,,0000,0000,0000,,私たちのセッション キーを取得します。不可能ではない、ただ困難。すべてこれはしようとしているです。
Dialogue: 0,0:13:11.61,0:13:15.75,Default,,0000,0000,0000,,さて、基本的に何を言ってみたいので、このパスワードは KDFs に基づきます。私として
Dialogue: 0,0:13:15.75,0:13:19.84,Default,,0000,0000,0000,,これを自分で構築するない何か。すべての暗号ライブラリがあります。
Dialogue: 0,0:13:19.84,0:13:23.98,Default,,0000,0000,0000,,[聞き取れない] 5 メカニズムの実装。あなただけを呼び出すと、
Dialogue: 0,0:13:23.98,0:13:28.28,Default,,0000,0000,0000,,パスワードをキーに変換し、結果を使用して適切な関数
Dialogue: 0,0:13:28.28,0:13:32.36,Default,,0000,0000,0000,,キー。さて、次のセグメントでは、対称暗号化を使用する方法を参照してください俺たち
Dialogue: 0,0:13:32.36,0:13:35.23,Default,,0000,0000,0000,,方法では、私たちの暗号テキストを検索することができます。