ホーム > 諸々

HyperCard の ask password によるハッシュ計算方法

嘘だと思うなら実際に比べてみるべし。どこでどうやって調べたかは聞かないで。

  1. 入力された文字列中に大文字があれば小文字に変換。とりあえず入力は半角英数記号のみを想定。より詳しくは下を見よ。
    例）ABC -> abc
  2. 変換後の文字列をASCIIコードで表記。いわゆるcharToNum。
    例）abc -> 97 98 99
  3. さらにそれぞれを８桁の二進数で表記。上位ビットを左に。
    例）97 98 99 -> 01100001 01100010 01100011
  4. この二進数表記の全桁数分、次の方法で疑似乱数列を生成。 として、初期値である a(0) を破棄した残りの数列。
    （要するに Park and Miller の Minimal Standard RNG です。もっと言うと Quickdraw の Random 関数で使われているアルゴリズムです）
    例）3 + 97 = 100 ->
    1687000 330237489 1203733775 1857601685 594259709 1923970613 1512819812 1903683451 1996387951 1007791729 752065414 2022150503 207306499 981853259 743380465 2083100656 246828351 1653172900 733505414 1469359318 1607600773 1454428904 1927719374 93736529
  5. 二進数表記の各桁に左から数列の各項を対応させ、「１」に対応する項だけを取り出してすべて加算。
    例）
    (330237489 + 1203733775 + 1903683451) + (1007791729 + 752065414 + 743380465) + (1653172900 + 733505414 + 1927719374 + 93736529) = 10349026540
  6. その結果を 4294967296 (= 2^32) で割った余りを求める（つまり何も考えずに UInt32 で足し算すればいいわけですね）。
    例）10349026540 mod 4294967296 = 1759091948
  7. 余りが０でなければそれが求めるハッシュ値。０ならばそのかわりに 1114205292 (= 0x42696C6C = 'Bill') をハッシュ値とする。
    ここで０になる典型的な例が、入力が空文字列だった場合です。

　最初の小文字変換であるが、８ビット領域（？）は MacRoman コードとみなし、diacritical mark を消去したうえでやはり対応する英小文字にマップされる。でも日本語環境だとそれ以外にも何かが起こっているようで、よくわからない（英語版は試してないから知らん）。プログラマ・フレンドリーな詳しいテーブルはこちら。

char table[] = {
    0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F,
    0x10, 0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17, 0x18, 0x19, 0x1A, 0x1B, 0x1C, 0x1D, 0x1E, 0x1F,
    0x20, 0x21, 0x22, 0x23, 0x24, 0x25, 0x26, 0x27, 0x28, 0x29, 0x2A, 0x2B, 0x2C, 0x2D, 0x2E, 0x2F,
    0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38, 0x39, 0x3A, 0x3B, 0x3C, 0x3D, 0x3E, 0x3F,
    0x40, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67, 0x68, 0x69, 0x6A, 0x6B, 0x6C, 0x6D, 0x6E, 0x6F,
    0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77, 0x78, 0x79, 0x7A, 0x5B, 0x5C, 0x5D, 0x5E, 0x5F,
    0x60, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67, 0x68, 0x69, 0x6A, 0x6B, 0x6C, 0x6D, 0x6E, 0x6F,
    0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77, 0x78, 0x79, 0x7A, 0x7B, 0x7C, 0x7D, 0x7E, 0x7F,
    0x61, 0x61, 0x63, 0x65, 0x6E, 0x6F, 0x75, 0x61, 0x61, 0x61, 0x61, 0x61, 0x61, 0x63, 0x65, 0x65,
    0x65, 0x65, 0x69, 0x69, 0x69, 0x69, 0x6E, 0x6F, 0x6F, 0x6F, 0x6F, 0x6F, 0x75, 0x75, 0x75, 0x75,
    0xA0, 0xA1, 0xA2, 0xA3, 0xA4, 0xA5, 0xA6, 0xA7, 0xA8, 0xA9, 0xAA, 0xAB, 0xAC, 0xAD, 0x61, 0x6F,
    0xB0, 0xB1, 0xB2, 0xB3, 0xB4, 0xB5, 0xB6, 0xB7, 0xB8, 0xB9, 0xBA, 0x61, 0x6F, 0xBD, 0x61, 0x6F,
    0xC0, 0xC1, 0xC2, 0xC3, 0xC4, 0x05, 0xC6, 0xC7, 0xC8, 0xC9, 0xCA, 0x61, 0x61, 0x6F, 0x6F, 0x6F,
    0xD0, 0xD1, 0xD2, 0xD3, 0xD4, 0xD5, 0xD6, 0xD7, 0x79, 0x79, 0xDA, 0xDB, 0xDC, 0xDD, 0xDE, 0xDF,
    0xE0, 0xE1, 0xE2, 0xE3, 0xE4, 0x61, 0x65, 0x61, 0x65, 0x65, 0x69, 0x69, 0x69, 0x69, 0x6F, 0x6F,
    0xF0, 0x6F, 0x75, 0x75, 0x75, 0xF5, 0xF6, 0xF7, 0xF8, 0xF9, 0xFA, 0xFB, 0xFC, 0xFD, 0xFE, 0xFF
};

　なお、このテーブルはハイパーカードのプログラム本体のリソースフォークを HexEdit か何かで開いて16進データで検索すると見つかったります。

　そしてよく見ると 0xC5 （「近似的に等しい」のマーク、波イコール）のマッピングが謎。


10.02.02
戻る