IP Encapsulating Security Payload (ESP)
S. Kent BBN Corp R. Atkinson @Home Network 1998年11月 IP 暗号ペイロード（ESP） (IP Encapsulating Security Payload (ESP)) このメモの位置付け この文書は、インターネットコミュニティに対してインターネットスタンダードトラックのプロトコルを定義するとともに、それを改良するための議論や提言を求めるものである。 このプロトコルの標準化状態およびステータスについては、「Internet Official Protocol Standards」(STD 1) の最新版を参照すること。 このメモの配布に制限はない。 著作権表記 Copyright (C) The Internet Society (1998). All Rights Reserved. 目次 1. はじめに 2. 暗号ペイロードのパケットフ
:: Cepheid :: - ブロック暗号の暗号モード
各暗号モードの説明 ブロック暗号の各暗号モードの詳細について説明する。 ECB（Electronic Code Book） 電子コードブロック もっとも基本的なモードで、単純に平文をブロック長ごとに秘密鍵で暗号化して暗号ブロックを作り暗号文を生成する。各ブロックが完全に独立しているのため並列処理が可能で高速だが、平文ブロックに同じパターンが存在すると暗号ブロックにも同じパターンが生じ解読に有益な情報を与えてしまうという欠点がある。 安全性が一番低く、使うべきではない。 CBC（Cipher Block Chaining） 暗号ブロック連鎖 1つ前の暗号化されたブロックと次のこれから暗号化する平文ブロックをXOR演算し、それを秘密鍵を用い暗号化して暗号ブロックを生成する。これにより暗号ブロックは完全に1つに連結され、さらにECBの様に平文中の繰り返しパターンが暗号文に影響することはないので解
The Blowfish Encryption Algorithm
Block cipher: 64-bit block Variable key length: 32 bits to 448 bits Designed by Bruce Schneier Much faster than DES and IDEA Unpatented and royalty-free No license required Free source code available Products that use Blowfish Block Cipher Speed Comparison 18 clock cycles per byte of encryption on a Pentium. 8.3 Megabytes per second on a Pentium 150. Sighting: Blowfish on 24 NOTE: Blowfish was cre
AES2 レポート
本文章は共立出版 Bit 2000年4月号 (pp17-pp24) に掲載された 『AESファイナリストをめぐって〜暗号最新動向/鈴木裕信』を Web用に編集したものです。 AESファイナリストをめぐって 〜暗号最新動向〜 鈴木裕信 hironobu at h2np.net DESからAESまでの道 暗号アルゴリズムとしてDESは広く知られているが、正式にはData Encryption Standardという名称である。これは1970年代米国商務省が政府の標準化暗号と して公募し、そして選定した暗号アルゴリズムである。 1960〜70年代前半にかけて米国内では既にデータプロセッシングのための各種 の"商用"暗号処理システムが存在していた。ここで商用とわざわざ強調するの はコンピュータが一般に使われ、そしてデータプロセッシングのセキュリティ として暗号技術が必要になる以前は暗号技術とは軍
Mersenne Twister: A random number generator (since 1997/10)
English Version News: MTToolBox をGitHubで公開しました。(2013/10/04) TinyMTをリリースしました。 (2011/06/20) MTGPをリリースしました。(2009/11/17) SIMD-oriented Fast Mersenne Twister (SFMT) をリリースしました。 SFMTはオリジナルのMersenne Twisterより約二倍速く、 よりよい均等分布特性を持ち、零超過初期状態からの回復も高速です。 SFMTのページを見てください。 (2007/1/31) お願い：使う時にemailを一通下されば、 今後の改良のはげみになります。 どんなささいな問題点でも、見つけ次第御連絡下さい。 m-mat ＠ math.sci.hiroshima-u.ac.jp (このメールアドレスは スペースを抜いて手で打ち直してください)
「解読不能は数学的に証明済み」、RSAを超える新暗号方式とは ― ＠IT
2008/04/11 すべての暗号はいずれ破られる。2000年前のシーザー暗号の時代から高度な暗号技術が一般化したデジタル通信の現代に至るまで、それが暗号通信の歴史が証明し続けた事実であると同時に、もっとも人口に膾炙したクリシェでもあった。例えば、鳴り物入りでリリースされたDVDのコンテンツ暗号技術「CSS」（Content Scramble System）が、リリースからわずか数年で10代のノルウェー人ハッカーに破られたことは記憶に新しい。 【追記】（2008年4月15日） この記事は取材に基づいて執筆したものですが、一部専門家らから「CAB方式暗号は解読不能」というのは誇大表現ではないかとの疑義が呈されています。アルゴリズムの公開や第三者による検証がない現在、この記事に登場するCAB方式が発案者・実装者の主張通り画期的な暗号方式で、本当に解読が不可能であるかどうか分かりません。現在、専
AESのOFBのdecrypt時にはAES_set_decrypt_key()は使えない
OpenSSLのAESのencode/decode時に使う関数としては、以下の物がある(EVPの事は考えない)。 AES_set_encrypt_key() AES_set_decrypt_key() AES_ecb_encrypt() AES_cbc_encrypt() AES_cfb128_encrypt() AES_ofb128_encrypt() これらの関数の引数には、int encがあり、1ならencode、0ならdecodeを行う。 ECB,CBCの場合のdecodeは、 AES_set_decrypt_key() AES_ecb/cbc_encrypt(..., 0); とすればdecodeできるのだが、CFBとOFBの場合は以下のようにdecodeの場合でもAES_set_encrypt_key()を使わなくてはらなない。 AES_set_encrypt_key() AE
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[PDF]第4回 PPTPを使用したリモートアクセスVPNの仕組み![[PDF]第4回 PPTPを使用したリモートアクセスVPNの仕組み](https://cdn-ak-scissors.b.st-hatena.com/image/square/745dbedd5d4da3a92973ece57a841d4ca8af1646/height=288;version=1;width=512/https%3A%2F%2Fperfectdomain.com%2Fstatic%2Fimg%2Fupload%2Fseo-acquisition.png)
ドメインパーキング