渡邊です。

ソースを見ると
（以下は4.0.20のソースなので、べつの版では、行数など違うかもしれません）

include/my_aes.h　の　25行目で
#define AES_KEY_LENGTH 128              /* Must be 128 192 or 256 */

と定義されているので、これを256に変えてコンパイルし直すだけですね。

mysys/my_aes.c　を見ると
この長さで折り返して、値を繰り返しXORさせていますから
長いキーを渡すと、先頭128ビットだけの時とは異なるキーで
暗号化される事になります。
つまりたとえば、128ビットの先頭ビットが　01010101で
128ビット目からが　10101010　だったとしたら
先頭128ビットだけを使ったときのキーの先頭は01010101ですが、
先頭から256ビットまで渡したときのキーの先頭は11111111となります。

したがって256ビットのキーを渡しても1024ビットのキーを渡しても
暗号化強度は変化しないが異なる暗号化結果を返すという感じですね。
（ちなみに、最初の128ビットと、次の１２８ビットが同じデータを渡すと
キーが全部zeroになってしまいます）
ということで、このままのコードを維持する限り、何をいじっても
128ビット以上の強度にはならないと思います。

やっぱり、AES_KEY_LENGTHを書き直してコンパイルし直すのが正解だと思うんですが、
どうしてもそれができないなら、結局どなたかがコンパイルしたものを
探すしかないですね。


> 私もその説明を読んで、
> 　・現状は128ビットしかできない。
> 　・256ビットを使いたいならソースを変更しなければならない
> ということが分かったのですが、ここでいうソースの変更とはMysql自身を直して
> コンパイルするということなのでしょうか？
> それは私にはとても不可能に思えたので、質問させていただきました。
> ソースの変更を行わなくても現状でできてしまう256ビットの暗号化は有効なのか
> どうなのかが知りたかったのです。
> 言葉が足りなくてすみません。
> 
> どうぞよろしくお願い致します。
> 
> 前田和子（kazuko@xxxxxxxxxx）

_______________________________________
渡邊昌之
mark@xxxxxxxxxx
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~