2006年7月5日の日記の1番目の記事へのコメント

懲りずにmixiミュ(ry

まあ,所詮は素人ですから,規則性を見出したところで何もわかりませんけどね.外から叩いてみるのも限界か.

  • データサイズは32の倍数 + 4になるっぽい
  • ( 元のデータサイズ + 定数値 + 全体で16の倍数になるようなパディング ) * 2 + 4 かっ?
  • UTF-8時のデータが異常に偏りのあるビット並びでも,エンコード結果に入ってる各文字の数は偏らず,順番についても規則性は無さそう

これだけじゃなんもわかりませんよねー.圧縮してるかどうかもわからん.圧縮してなさそうだけど,圧縮かけた後うしろにゴミつけて騙してるだけかもしんないし.まあ,そんな手の込んだことするとは考えにくいですが.

圧縮してないとして考えると,元のデータに16byte 1ブロックで謎の処理を行ってその結果を2byteに引き伸ばしているとか?例えばデータの共通部分の直後のランダムっぽいところを種にして,ある系列の乱数作って,それとxorとるだけでもこんな感じになりそうですが.でもそれならわざわざ16byteブロックにする必要ないよねぇ.

[コメントを書く]

dachk_wr 2006/07/09(日) 18:09:42
内部で0x00,0x01h...0xfe,0xffといった感じのテーブルを生成してたり、rand()を何回か呼んで結果を加算した乱数生成(VCは確か線形合同法なんだから余り意味無い気が...)してたりするようです。あ、圧縮はしてない風味です。

もうちと探索してきます・・・
nosuke 2006/07/10(月) 06:42:31
どうも.一応自分もその辺見てるつもりなんすが,なかなか進んでません.スタックの絵描いてあーみたいな感じで(^^;

お名前:  メールアドレス(省略可):
メールアドレスも表示されます
ここに名前その他を書いてはいけません: ここにメールアドレスその他を書いてはいけません:

2006年7月5日の日記の1番目の記事へのコメント

中の人情報

名前:
nosuke (のすけ)
メール:
sasugaanijaのgmail.com
「の」は「@」みたいな
関連リンク:

カレンダー

2006年7月
            1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31          

<<先月分

翌月分>>

最新の10件のエントリ

最近の10件のコメント

過去ログ