ダミーのための電子デジタル署名：それが何であり、どのようにチョークしないか。 パート1

そのため、文書を扱うサークルでは、「電子文書」という言葉とそれに関連する言葉は、ほとんどの場合、「電子デジタル署名」です。



この一連の記事は、それが何であるか、いつ、どのように使用でき、どのように使用するべきか、長所と短所は何かに関する「秘密の知識」を明らかにすることを目的としています。



当然のことながら、この記事は暗号の専門家向けではなく、このまさに暗号を使用するか、専門家になりたいと思っている人のために書かれているので、プロセス全体の理解を可能な限り単純化し、例えを考えて考えました。





何で署名する必要があるのですか？ 当然、内容を読んだことを確認するために、それに同意します（場合によっては反対の意見に同意します）。 また、電子署名は、コンテンツをなりすましから保護します。



したがって、もちろん、電子デジタル署名とは何かから始めます。

最も原始的なケースでは、これはハッシュ関数の結果です。 ウィキペディアはこれが私にとって良いことを説明します、私たちの場合、主なことは、高い確率で結果が異なるソースデータに対して繰り返されないこと、そしてこの関数の結果がソースデータよりも短いだけではないため、元の情報を復元できないことです。 関数の結果はハッシュと呼ばれ、この関数をデータに適用することはハッシュと呼ばれます。 大体、ハッシュ関数のアーカイブを呼び出すことができます。その結果、非常に小さなバイトシーケンスが取得されますが、そのような「アーカイブ」から元のデータを復元することはできません。



そのため、メモリ内のファイルを読み取り、読み取りをハッシュします。 そして、何、我々はすでにEDSを取得していますか？ ほぼ。 ストレッチを使用した結果は署名と呼ぶことができますが、それでも完全な署名ではありません。



1.誰がこの署名をしたかわかりません



2.署名がいつ作成されたかはわかりません



3.署名自体は、いかなる方法でも代替から保護されていません。



4.ええ、はい、多くのハッシュ関数がありますが、この特定のハッシュを作成するためにどの関数が使用されましたか？



したがって、「署名」という単語をハッシュに適用することは依然として適切ではなく、さらに単にハッシュと呼びます。



ファイルを他の人に、たとえばメールで送信します。その人はあなたが送信したものを確実に受信して読むことが確実です。 また、彼はあなたのデータをハッシュし、あなたの結果とあなたの結果を比較しなければなりません。 それらが一致した場合-すべてが順調です。 これは、データが保護されていることを意味しますか？ いや

結局のところ、誰でもいつでもハッシュできるので、彼があなたが送信したものではなくハッシュしたことを証明することは決してありません。 つまり、攻撃者が途中でデータを傍受したり、データの送信先の人物が善良な人物でない場合、データを簡単に置き換えてキャッシュすることができます。 また、受信者（受信者が同じ悪人である場合は、受信者）は、送信したものを受信しなかったことを知らないか、悪意のある目的でさらに使用するために情報を置き換えました。

したがって、純粋なハッシュ関数を使用する場所は、1つまたは複数のプログラムが互いに通信できる場合、それらのプログラム内でデータを転送することです。 実際には、ハッシュ関数を使用してチェックサムが計算されます。 そして、これらのメカニズムは偶発的なデータのなりすましから保護しますが、 特別なからは保護しません。



しかし、先に進みましょう。 ハッシュ結果をなりすましから保護し、遭遇したすべての人が正しい結果を得ることができないようにします。 このため、最も明白なのは（管理手段に加えて）それですか？ そう、暗号化。 しかし、暗号化の助けを借りて、データをハッシュした人の身元を確認することもできます！ 非対称暗号化があるため、これを行うのは比較的簡単です。 はい、遅くて重いですが、バイトの小さなシーケンスを暗号化するだけです。 このアクションの利点は明らかです。署名を検証するには、公開キーが必要です。公開キーを使用すると、暗号化された（したがってハッシュの）アイデンティティを簡単に確立できます。

この暗号化の本質は次のとおりです。自宅に保管する秘密鍵があります。 そして、公開鍵があります。 公開鍵はすべての人に見せて配布できますが、秘密鍵ではできません。 暗号化は秘密鍵を使用して実行され、復号化は公開鍵を使用して実行されます。

類推すると、素晴らしいロックと2つのキーがあります。 1つのキーロックが開き（開く）、2番目のキーロックが閉じる（閉じる）。 あなたは箱を取り、そこに何かを入れて、あなたのロックでそれを閉じます。 したがって、受信者にロックで閉じられたボックスを開いてもらいたい場合は、ロックを開いて、静かにキーを渡してください。 しかし、あなたは誰かがあなたのロックで再び箱を閉めたくないのです。これはあなたの個人的なロックであり、誰もがそれがあなたのものであることを知っているからです。 したがって、誰かがあなたの箱に下劣な汚物を入れないように、そしてあなたの鍵でそれを入れてそれを閉じたのはあなただと後で言わないように、あなたは常にあなたに閉じるキーを保ちます。



そして、すべてがうまくいきますが、その後、問題がすぐに発生し、実際には、1つでもありません。



1.何らかの方法で公開鍵を転送する必要がありますが、受信側はそれを理解する必要があります。



2.この公開鍵を何らかの方法で関連付けて、割り当てられないようにする必要があります。



3.キーを関連付ける必要があるだけでなく、どのキーでどの暗号化ハッシュを復号化するかを理解する必要もあります。 そして、もし複数のハッシュがあったとしても、たとえば100個だったら？ 別のレジストリを保持することは非常に難しいタスクです。



これはすべて、秘密鍵とハッシュの両方を標準化、可能な限り広く配布する必要があるいくつかの形式で保存し、送信者と受信者が「翻訳の難しさ」を持たないようにする必要があるという事実につながります。



人々と同じように、彼らは単一のものに来ることができず、2つの大きなキャンプが形成されました-OpenPGP形式とS / MIME + X.509形式。 しかし、それについては次の記事で詳しく説明します。



パート2