クラス最高: AES 暗号化芏栌の歎史

クラス最高: AES 暗号化芏栌の歎史
2020 幎 256 月以降、3 ビット キヌによる AES ハヌドりェア暗号化をサポヌトする WD My Book 倖付けハヌド ドラむブの正匏販売がロシアで開始されたした。 法的芏制により、以前はこのようなデバむスは海倖のオンラむン家電量販店か「グレヌ」マヌケットでしか賌入できたせんでしたが、珟圚では誰でも Western Digital の独自の XNUMX 幎間保蚌が付いた保護されたドラむブを入手できるようになりたした。 この重芁なむベントを蚘念しお、私たちは歎史を少し遡っお、Advanced Encryption Standard がどのように登堎したのか、たた競合゜リュヌションず比范しおなぜこれが優れおいるのかを理解するこずにしたした。

長い間、米囜における察称暗号化の公匏暙準は、IBM によっお開発され、1977 幎に連邊情報凊理暙準のリストに含たれた DES (デヌタ暗号化暙準) でした (FIPS 46-3)。 このアルゎリズムは、コヌド名「Lucifer」ずいう研究プロゞェクト䞭に埗られた開発に基づいおいたす。 15 幎 1973 月 XNUMX 日に、米囜囜家暙準局が政府機関向けの暗号化暙準を䜜成する競争を発衚したずき、米囜䌁業は曎新された Feistel ネットワヌクを䜿甚する Lucifer の XNUMX 番目のバヌゞョンで暗号化競争に参加したした。 そしお、他の競合他瀟ず同じく倱敗に終わりたした。最初のコンテストに提出されたアルゎリズムは、NBS の専門家によっお策定された厳栌な芁件を XNUMX ぀も満たしおいたせんでした。

クラス最高: AES 暗号化芏栌の歎史
もちろん、IBM は単玔に敗北を受け入れるわけにはいきたせんでした。27 幎 1974 月 17 日に競争が再開されたずき、アメリカ䌁業は再び申請を提出し、ルシファヌの改良版を提出したした。 今回、陪審員には䜕の䞍満もありたせんでした。IBM ぱラヌに察しお適切な䜜業を行った結果、すべおの欠点を取り陀くこずに成功したため、文句を蚀うべき点は䜕もありたせんでした。 地滑り的な勝利を収めたルシファヌは名前を DES に倉曎し、1975 幎 XNUMX 月 XNUMX 日に連邊官報に掲茉されたした。

しかし、新しい暗号芏栌に぀いお議論するために 1976 幎に開催された公開シンポゞりムでは、DES は専門家コミュニティから激しく批刀されたした。 この理由は、NSA 専門家によっおアルゎリズムに加えられた倉曎でした。特に、キヌの長さが 56 ビットに削枛され (圓初、Lucifer は 64 ビットおよび 128 ビットのキヌの操䜜をサポヌトしおいたした)、眮換ブロックのロゞックが倉曎されたした。 。 暗号孊者らによるず、「改良」には意味がなく、囜家安党保障局が改良を導入するこずで目指しおいたのは、暗号化された文曞を自由に閲芧できるようにするこずだけだったずいう。

これらの告発に関連しお、米囜䞊院の䞋に特別委員䌚が蚭眮され、その目的はNSAの行動の正圓性を怜蚌するこずであった。 調査埌の 1978 幎に次のような報告曞が発衚されたした。

  • NSA の代衚者は DES の最終決定に間接的にのみ参加し、その貢献は眮換ブロックの動䜜の倉曎のみに関係しおいたした。
  • DES の最終バヌゞョンはオリゞナルよりもハッキングや暗号解析に察する耐性が高いこずが刀明したため、倉曎は正圓化されたした。
  • 56 ビットの鍵の長さは、ほずんどのアプリケヌションにずっお十分です。そのような暗号を解読するには、少なくずも数千䞇ドルかかるスヌパヌコンピュヌタヌが必芁であり、䞀般の攻撃者やプロのハッカヌでさえそのようなリ゜ヌスを持っおいないためです。心配するこずはありたせん。

委員䌚の結論は、差分暗号解読の抂念に取り組んでいたむスラ゚ルの暗号孊者むヌラむ・ビハムずアディ・シャミルがDESを含むブロックアルゎリズムの倧芏暡な研究を行った1990幎に郚分的に確認された。 科孊者らは、新しい順列モデルは元のモデルよりも攻撃に察する耐性がはるかに高いず結論付けたした。これは、NSA が実際にアルゎリズムのいく぀かの穎をふさぐのに貢献したこずを意味したす。

クラス最高: AES 暗号化芏栌の歎史
アディ・シャミル

同時に、鍵の長さの制限が問題であり、非垞に深刻な問題であるこずが刀明したした。このこずは、1998 幎に DES チャレンゞ II 実隓の䞀環ずしお公的機関電子フロンティア財団 (EFF) によっお説埗力を持っお蚌明されたした。 RSA研究所の埌揎の䞋で実斜されたした。 DES のクラッキング専甚に構築されたスヌパヌコンピュヌタヌは、コヌド名 EFF DES Cracker で、EFF の共同創蚭者で DES Challenge プロゞェクトのディレクタヌである John Gilmore ず Cryptography Research の創蚭者 Paul Kocher によっお䜜成されたした。

クラス最高: AES 暗号化芏栌の歎史
プロセッサ EFF DES クラッカヌ

圌らが開発したシステムは、ブルヌトフォヌスを䜿甚しお暗号化されたサンプルの鍵をわずか 56 時間、぀たり 224 日以内に芋぀けるこずに成功したした。 これを行うために、DES クラッカヌは考えられるすべおの組み合わせの玄 10 分の 250 をチェックする必芁がありたした。これは、最も䞍利な状況でもハッキングにかかる​​時間は玄 XNUMX 時間、぀たり XNUMX 日以内であるこずを意味したす。 同時に、スヌパヌコンピュヌタヌのコストは、蚭蚈に費やされた資金を考慮しおも、わずか XNUMX 䞇ドルでした。 今日では、そのようなコヌドを解読するこずがさらに簡単か぀安䟡になったこずは掚枬に難しくありたせん。ハヌドりェアがはるかに匷力になっただけでなく、むンタヌネット技術の発展のおかげで、ハッカヌはハヌドりェアを賌入したりレンタルしたりする必芁がなくなりたした。必芁な機噚 - りむルスに感染した PC のボットネットを䜜成するには十分です。

この実隓は、DES がいかに時代遅れであるかを明確に瀺したした。 そしお圓時、このアルゎリズムはデヌタ暗号化分野の゜リュヌションのほが 50% で䜿甚されおいたため (同じ EFF 掚定によるず)、代替案を芋぀けるずいう問題はこれたで以䞊に差し迫ったものになりたした。

新たな挑戊 - 新たな競争

クラス最高: AES 暗号化芏栌の歎史
公平を期すために、デヌタ暗号化暙準に代わる暙準の暡玢は、EFF DES クラッカヌの準備ずほが同時に始たったず蚀わなければなりたせん。米囜囜立暙準技術研究所 (NIST) は、暗号化アルゎリズムのコンテストの開始を発衚したした。 1997 幎に遡り、暗号セキュリティの新しい「ゎヌルド スタンダヌド」を特定するために蚭蚈されたした。 そしお、昔、同様のむベントが「自囜民のため」にのみ開催されおいたずしたら、30 幎前の倱敗した経隓を念頭に眮いお、NIST はコンテストを完党にオヌプンにするこずを決定したした。぀たり、どの䌁業や個人でも参加できるのです。堎所や囜籍に関係なく。

このアプロヌチは、応募者を遞択する段階でも正圓化されたした。Advanced Encryption Standard コンテストぞの参加を応募した著者の䞭には、䞖界的に有名な暗号孊者 (Ross Anderson、Eli Biham、Lars Knudsen) やサむバヌセキュリティを専門ずする小芏暡な IT 䌁業 (Counterpane) も含たれおいたした。 、倧䌁業 (ドむツのドむツテレコム)、教育機関 (ベルギヌのルヌノェン倧孊)、そしお囜倖ではほずんど聞いたこずがない新興䌁業や䞭小䌁業 (コスタリカの Tecnologia Apropriada Internacional など) も含たれたす。

興味深いこずに、今回 NIST が承認したのは、参加アルゎリズムに察する XNUMX ぀の基本芁件のみです。

  • デヌタ ブロックは 128 ビットの固定サむズでなければなりたせん。
  • アルゎリズムは少なくずも 128 ぀のキヌ サむズ (192、256、XNUMX ビット) をサポヌトする必芁がありたす。

このような結果を達成するのは比范的簡単でしたが、よく蚀われるように、悪魔は现郚に宿りたす。さらに倚くの二次的な芁件があり、それらを満たすのははるかに困難でした。 䞀方、NIST の審査員はこれらの基準に基づいお出堎者を遞出したした。 勝利の申請者が満たさなければならない基準は次のずおりです。

  1. サヌドパヌティのチャネルを介した攻撃を含む、競技䌚の時点で知られおいるあらゆる暗号解読攻撃に耐える胜力。
  2. 匱い同等の暗号化キヌが存圚しない同等ずは、互いに倧きな違いはあるものの、同䞀の暗号をもたらすキヌを意味したす。
  3. 暗号化速床は安定しおおり、珟圚のすべおのプラットフォヌム (8  64 ビット) でほが同じです。
  4. マルチプロセッサ システムの最適化、操䜜の䞊列化のサポヌト。
  5. RAM の量の最小芁件。
  6. 暙準シナリオ (ハッシュ関数、PRNG などを構築するための基瀎ずしお) での䜿甚に制限はありたせん。
  7. アルゎリズムの構造は合理的で理解しやすいものでなければなりたせん。

最埌の点は奇劙に思えるかもしれたせんが、よく考えおみれば圓然のこずです。なぜなら、よく構造化されたアルゎリズムは分析がはるかに簡単であり、その䞭に「ブックマヌク」を隠すこずもはるかに困難だからです。これにより、開発者は暗号化されたデヌタに無制限にアクセスできるようになりたす。

Advanced Encryption Standard コンテストの応募受付は 15 幎半続きたした。 合蚈 XNUMX のアルゎリズムが参加したした。

  1. CAST-256、Carlisle Adams ず Stafford Tavares によっお䜜成された CAST-128 に基づいおカナダの䌁業 Entrust Technologies によっお開発されたした。
  2. Crypton は、韓囜のサむバヌセキュリティ䌁業 Future Systems の暗号孊者 Chae Hoon Lim によっお䜜成されたした。
  3. DEAL の抂念はもずもずデンマヌクの数孊者ラヌス・クヌッセンによっお提案され、その埌圌のアむデアはコンテストぞの参加を申請したリチャヌド・アりタヌブリッゞによっお開発されたした。
  4. DFC は、パリ教育孊校、フランス囜立科孊研究センタヌ (CNRS)、電気通信䌚瀟フランス テレコムの共同プロゞェクトです。
  5. E2、日本最倧の電気通信䌚瀟である日本電信電話の支揎の䞋で開発されたした。
  6. FROG はコスタリカの䌁業 Tecnologia Apropriada Internacional の発案です。
  7. HPC は、アリゟナ倧孊のアメリカの暗号孊者で数孊者のリチャヌド・シュレッペルによっお発明されたした。
  8. LOKI97、オヌストラリアの暗号孊者ロヌレンス・ブラりンずゞェニファヌ・セベリヌによっお䜜成されたした。
  9. マれンタ、ドむツの電気通信䌚瀟ドむツテレコム AG のために Michael Jacobson ず Klaus Huber によっお開発されたした。
  10. IBM の MARS。ルシファヌの著者の XNUMX 人であるドン・カッパヌスミスが䜜成に参加したした。
  11. RC6、特に AES コンテストのために Ron Rivest、Matt Robshaw、Ray Sydney によっお曞かれたした。
  12. Rijndael、ルヌノェン・カトリック倧孊の Vincent Raymen ず Johan Damen によっお䜜成されたした。
  13. SAFER+、カリフォルニアの䌁業 Cylink がアルメニア共和囜囜立科孊アカデミヌず共同で開発。
  14. Serpent、ロス・アンダヌ゜ン、むヌラむ・ビヌハム、ラヌス・クヌヌセンによっお䜜成されたした。
  15. Twofish は、1993 幎にブルヌスによっお提案された Blowfish 暗号化アルゎリズムに基づいお、ブルヌス シュナむアヌの研究グルヌプによっお開発されたした。

最初のラりンドの結果に基づいお、Serpent、Twofish、MARS、RC5、Rijndael を含む 6 ぀の最終候補者が特定されたした。 陪審員は、XNUMX ぀を陀いお、リストされたアルゎリズムのほがすべおに欠陥を発芋したした。 勝者は誰でしたか 興味を少し広げお、たず、リストされた各゜リュヌションの䞻な利点ず欠点を怜蚎しおみたしょう。

MARS

「戊争の神」の堎合、専門家はデヌタの暗号化ず埩号化手順の正䜓に泚目したしたが、これがその利点が限定されおいる点です。 IBM のアルゎリズムは驚くほど電力を消費するため、リ゜ヌスに制玄のある環境での䜜業には適しおいたせんでした。 蚈算の䞊列化にも問題がありたした。 MARS を効果的に動䜜させるには、32 ビット乗算ず可倉ビット回転のハヌドりェア サポヌトが必芁でしたが、これにより、サポヌトされるプラットフォヌムのリストに再び制限が課せられたした。

たた、MARS はタむミング攻撃や電力攻撃に察しお非垞に脆匱であり、オンザフラむのキヌ拡匵に問題があり、その過床の耇雑さによりアヌキテクチャの分析が困難になり、実際の実装段階でさらなる問題が発生するこずが刀明したした。 ぀たり、他のファむナリストに比べお、MARS はたったくの郚倖者のように芋えたした。

RC6

このアルゎリズムは、以前に培底的に研究された前䞖代の RC5 からの倉曎の䞀郚を継承しおおり、シンプルで芖芚的な構造ず組み合わせるこずで、専門家にずっお完党に透明になり、「ブックマヌク」の存圚が排陀されたした。 さらに、RC6 は 32 ビット プラットフォヌムでの蚘録デヌタ凊理速床を実蚌し、暗号化ず埩号化の手順はたったく同じに実装されたした。

ただし、このアルゎリズムには、前述の MARS ず同じ問題がありたした。サむドチャネル攻撃に察する脆匱性、32 ビット操䜜のサポヌトに察するパフォヌマンスの䟝存性、䞊列コンピュヌティング、キヌ拡匵、ハヌドりェア リ゜ヌスの芁求などの問題がありたした。 。 この点で、圌は勝者の圹割には決しお適しおいたせんでした。

二匹

Twofish は非垞に高速で、䜎電力デバむスでの䜜業に最適化されおいるこずが刀明し、キヌの拡匵に優れた仕事をし、特定のタスクに埮劙に適応させるこずを可胜にするいく぀かの実装オプションを提䟛したした。 同時に、「XNUMX 匹の魚」はサむド チャネル経由の攻撃に察しお脆匱であり (特に時間ず電力消費の点で)、マルチプロセッサ システムずはあたり盞性が良くなく、過床に耇雑であるこずが刀明したした。 、キヌ拡匵の速床にも圱響したす。

蛇

このアルゎリズムはシンプルで理解しやすい構造を備えおおり、監査が倧幅に簡玠化され、ハヌドりェア プラットフォヌムの胜力を特に芁求せず、オンザフラむでのキヌの拡匵がサポヌトされおおり、倉曎が比范的簡単でした。反察者。 それにもかかわらず、Serpent は原則ずしおファむナリストの䞭で最も遅く、さらに、その䞭の情報を暗号化および埩号化する手順が根本的に異なり、実装には根本的に異なるアプロヌチが必芁でした。

ラむンダヌル

Rijndael は理想に非垞に近いこずが刀明したした。アルゎリズムは NIST の芁件を完党に満たしおおり、劣っおいるわけではありたせんが、特性党䜓の点で競合他瀟よりも著しく優れおいたす。 Reindal には XNUMX ぀の匱点しかありたせんでした。XNUMX ぀は非垞に特殊なシナリオであるキヌ拡匵手順に察する゚ネルギヌ消費攻撃に察する脆匱性、もう XNUMX ぀はオンザフラむキヌ拡匵に関する特定の問題です (このメカニズムは XNUMX ぀の競合他瀟 (Serpent ず Twofish) のみで制限なく機胜したした)。 。 さらに、専門家によるず、Reindal の暗号匷床は Serpent、Twofish、MARS よりわずかに劣っおいたしたが、倧郚分の皮類のサむドチャネル攻撃や広範囲の攻撃に察する耐性によっお補っお䜙りあるものでした。実装オプションの。

カテゎリ

蛇

二匹

MARS

RC6

ラむンダヌル

暗号匷床

+

+

+

+

+

暗号匷床の予備力

++

++

++

+

+

゜フトりェア実装時の暗号化速床

-

±

±

+

+

゜フトりェア実装時のキヌ拡匵速床

±

-

±

±

+

倧容量のICカヌド

+

+

-

±

++

リ゜ヌスが限られおいるスマヌト カヌド

±

+

-

±

++

ハヌドりェア実装 (FPGA)

+

+

-

±

+

ハヌドりェア実装専甚チップ

+

±

-

-

+

実行時間および電力攻撃に察する保護

+

±

-

-

+

キヌ拡匵手順に察する電力消費攻撃に察する保護

±

±

±

±

-

スマヌトカヌド実装に察する電力消費攻撃からの保護

±

+

-

±

+

オンザフラむでキヌを展開する機胜

+

+

±

±

±

実装オプションの利甚可胜性 (互換性を倱うこずなく)

+

+

±

±

+

䞊列蚈算の可胜性

±

±

±

±

+

特城の党䜓の点で、レむンダルは競合他瀟より頭も肩も䞊でした。そのため、最終投祚の結果は非垞に論理的であるこずが刀明したした。アルゎリズムは、賛成 86 祚、反察 10 祚を獲埗し、地滑り的な勝利を収めたした。 Serpent は 59 祚を獲埗しお立掟な 31 䜍ずなり、Twofish は 6 䜍でした。23 人の陪審員がこれを支持したした。 これに RC13 が 83 祚を獲埗し、MARS は賛成 XNUMX 祚、反察 XNUMX 祚で圓然最䞋䜍ずなりたした。

2 幎 2000 月 26 日、Rijndael が AES コンペティションの勝者ず宣蚀され、䌝統的にその名前が Advanced Encryption Standard に倉曎され、珟圚はその名前で知られおいたす。 暙準化手順は玄 2001 幎続きたした: 197 幎 2003 月 256 日に、AES は連邊情報凊理暙準のリストに远加され、FIPS XNUMX むンデックスを取埗したした。新しいアルゎリズムは NSA によっおも高く評䟡され、XNUMX 幎 XNUMX 月以降、米囜でも囜家安党保障局も、XNUMX ビット キヌ暗号化による AES が最高機密文曞のセキュリティを確保するのに十分な匷床があるこずを認めたした。

WD My Book の倖付けドラむブは AES-256 ハヌドりェア暗号化をサポヌトしおいたす

高い信頌性ずパフォヌマンスの組み合わせのおかげで、Advanced Encryption Standard はすぐに䞖界的に認知され、䞖界で最も人気のある察称暗号化アルゎリズムの 256 ぀ずなり、倚くの暗号化ラむブラリ (OpenSSL、GnuTLS、Linux の Crypto API など) に組み蟌たれたした。 AES は珟圚、䌁業および消費者アプリケヌションで広く䜿甚されおおり、さたざたなデバむスでサポヌトされおいたす。 特に、AES-XNUMX ハヌドりェア暗号化は、保存されたデヌタを確実に保護するために、Western Digital の倖郚ドラむブの My Book ファミリで䜿甚されおいたす。 これらのデバむスを詳しく芋おみたしょう。

クラス最高: AES 暗号化芏栌の歎史
デスクトップ ハヌド ドラむブの WD My Book シリヌズには、4、6、8、10、12、14 テラバむトのさたざたな容量の 7 ぀のモデルがあり、ニヌズに最適なデバむスを遞択できたす。 デフォルトでは、倖付け HDD は exFAT ファむル システムを䜿甚したす。これにより、Microsoft Windows 8、8.1、10、10.13 や Apple macOS バヌゞョン XNUMX (High Sierra) 以降を含む幅広いオペレヌティング システムずの互換性が保蚌されたす。 Linux OS ナヌザヌは、exfat-nofuse ドラむバヌを䜿甚しおハヌドドラむブをマりントするこずができたす。

My Book は、USB 3.0 ず䞋䜍互換性のある高速 USB 2.0 むンタヌフェむスを䜿甚しおコンピュヌタに接続したす。 䞀方で、USB SuperSpeed 垯域幅は 5 Gbps (぀たり 640 MB/秒) であり、十分以䞊であるため、可胜な限り最高の速床でファむルを転送できたす。 同時に、䞋䜍互換性機胜により、過去 10 幎間にリリヌスされたほがすべおのデバむスのサポヌトが保蚌されたす。

クラス最高: AES 暗号化芏栌の歎史
My Book では、呚蟺デバむスを自動的に怜出しお構成するプラグ アンド プレむ テクノロゞのおかげで、远加の゜フトりェアのむンストヌルは必芁ありたせんが、各デバむスに付属する独自の WD Discovery ゜フトりェア パッケヌゞを䜿甚するこずをお勧めしたす。

クラス最高: AES 暗号化芏栌の歎史
セットには次のアプリケヌションが含たれおいたす。

WDドラむブナヌティリティ

このプログラムを䜿甚するず、SMART デヌタに基づいおドラむブの珟圚の状態に関する最新情報を取埗し、ハヌド ドラむブの䞍良セクタをチェックできたす。 さらに、ドラむブ ナヌティリティの助けを借りお、マむ ブックに保存されおいるすべおのデヌタをすぐに砎棄できたす。この堎合、ファむルは消去されるだけでなく、数回完党に䞊曞きされるため、もはや䞍可胜になりたす。手順が完了したら埩元したす。

WDバックアップ

このナヌティリティを䜿甚するず、指定したスケゞュヌルに埓っおバックアップを構成できたす。 WD Backup は Google Drive ず Dropbox ずの連携をサポヌトしおおり、バックアップの䜜成時に゜ヌスず宛先の可胜な組み合わせを遞択できるこずは泚目に倀したす。 したがっお、My Book からクラりドぞのデヌタの自動転送を蚭定したり、リストされたサヌビスから必芁なファむルやフォルダヌを倖付けハヌド ドラむブずロヌカル マシンの䞡方にむンポヌトしたりできたす。 さらに、Facebook アカりントず同期するこずも可胜で、プロフィヌルから写真やビデオのバックアップ コピヌを自動的に䜜成できたす。

WDセキュリティ

このナヌティリティを䜿甚するず、パスワヌドを䜿甚しおドラむブぞのアクセスを制限し、デヌタの暗号化を管理できたす。 これに必芁なのは、パスワヌド (最倧長は 25 文字) を指定するこずだけです。その埌、ディスク䞊のすべおの情報が暗号化され、パスフレヌズを知っおいる人だけが保存されたファむルにアクセスできるようになりたす。 さらに利䟿性を高めるために、WD Security を䜿甚するず、接続時に My Book のロックを自動的に解陀する信頌できるデバむスのリストを䜜成できたす。

WD Security は暗号化保護を管理するための䟿利なビゞュアル むンタヌフェむスのみを提䟛し、デヌタ暗号化は倖郚ドラむブ自䜓によっおハヌドりェア レベルで実行されるこずを匷調したす。 このアプロヌチには、次のような倚くの重芁な利点がありたす。

  • PRNG ではなく、ハヌドりェア乱数ゞェネレヌタヌが暗号化キヌの䜜成を担圓したす。これは、高床な゚ントロピヌを達成し、暗号匷床を高めるのに圹立ちたす。
  • 暗号化および埩号化の手順䞭に、暗号化キヌはコンピュヌタヌの RAM にダりンロヌドされず、凊理されたファむルの䞀時コピヌがシステム ドラむブ䞊の隠しフォルダヌに䜜成されるこずもありたせん。これにより、暗号化キヌが傍受される可胜性を最小限に抑えるこずができたす。
  • ファむル凊理の速床はクラむアント デバむスのパフォヌマンスにはたったく䟝存したせん。
  • 保護を有効にするず、ナヌザヌ偎で远加のアクションを必芁ずせずに、ファむル暗号化が「オンザフラむ」で自動的に実行されたす。

䞊蚘のすべおによりデヌタのセキュリティが保蚌され、機密情報の盗難の可胜性をほが完党に排陀できたす。 ドラむブの远加機胜を考慮するず、My Book はロシア垂堎で入手可胜な最も保護されたストレヌゞ デバむスの XNUMX ぀になりたす。

出所 habr.com

コメントを远加したす