dnetc (RC5 Cracking client)

概要

dnetc とは、RSA Data Security 社が開催している RC5 暗号解読コンテストの ためのクライアントソフトウエェア。distributed.net が配布。

URL

http://www.distributed.net/download/clients.html

インストール環境

Slackware 7.0 (Kernel 2.2.17 + glibc 2.1.2)

必要なもの

特になし

バージョン

v2.8010.463

インストール手順

$ mkdir dnetc $ cd dnetc $ tar xvfz dnetc-linux-x86-elf.tar.gz

./dnetc -config を実行し、以下のように設定する。

1) General Client Options 1) Your email address (distributed.net ID) ==> 自分の E-mail アドレス 2) Buffer and Buffer Update Options 9) Load-work precedence ==> DES=0,CSC=0,OGR=0,RC5 (RC5 だけに参加)

トップメニューから 0) Save settings and exit を選択し、設定を終了。 では実行。

$ ./dnetc distributed.net client for Linux Copyright 1997-2000, distributed.net Please visit http://www.distributed.net/ for up-to-date contest information. dnetc v2.8010-463-CTR-00071321 for Linux (Linux 2.2.10). Please provide the *entire* version descriptor when submitting bug reports. The distributed.net bug report pages are at http://www.distributed.net/bugs/ Using email address (distributed.net ID) 'foo@hoge.ne.jp' [Nov 14 07:52:27 UTC] Connect to host 205.149.163.211:2064 failed. Error 113 (No route to host) [Nov 14 07:52:27 UTC] Network::Open Error - sleeping for 3 seconds [Nov 14 07:52:30 UTC] Connect to host 202.186.124.152:2064 failed. Error 113 (No route to host) [Nov 14 07:52:30 UTC] Network::Open Error - sleeping for 3 seconds [Nov 14 07:52:33 UTC] Connect to host 203.166.228.41:2064 failed. Error 113 (No route to host) [Nov 14 07:52:33 UTC] Could not update to/from the net. Network down?

むう。Firewall の中だからかな。再度 -config オプションを指定して実行。 以下のように設定を変更する。

2) Buffer and Buffer Update Options 6) Keyserver<->Client connectivity options 4) Firewall/proxy protocol ==> HTTP

再度実行。ダメ。現象変わらず。 よく見ると、一旦 config を抜けると Firewall/proxy protocol の設定が デフォルトの none/transparent/mapped に戻ってしまっている。 と、ここでもう一つ気付いた。 Firewall/proxy protocol を HTTP に設定すると、その下に 項目が追加されているじゃないかぁ〜。こんなのあり？
という訳で、以下の順で設定していく (どんどん項目が変わっていくの〜。わかるかー、こんなん) 。

2) Buffer and Buffer Update Options 6) Keyserver<->Client connectivity options 4) Firewall/proxy protocol ==> HTTP 5) Firewall hostname ==> HTTP プロキシのホスト名 6) Firewall port ==> HTTP プロキシのポート番号

今度こそ。クライアントを実行してみる。OK 。無事に Key server にアクセスできた。 後は ./dnetc > /dev/null & などとして起動しておけばおしまい。
# ちなみに私は JLUG チームとして参加 (See. http://www.linux.or.jp/rc5/usage.html) 。

$ ./dnetc distributed.net client for Linux Copyright 1997-2000, distributed.net Please visit http://www.distributed.net/ for up-to-date contest information. dnetc v2.8010-463-CTR-00071321 for Linux (Linux 2.2.17). Please provide the *entire* version descriptor when submitting bug reports. The distributed.net bug report pages are at http://www.distributed.net/bugs/ Using email address (distributed.net ID) 'foo@hoge.ne.jp' [Nov 15 02:32:51 UTC] Automatic processor detection found 1 processor. [Nov 15 02:33:13 UTC] Connected to distributed.net:80 via HTTP proxy http-proxy.hoge.ne.jp:3128 [Nov 15 02:33:13 UTC] The keyserver says: "PetPetPetPet! (cdy)" [Nov 15 02:34:39 UTC] Retrieved RC5 work unit 24 of 24 (100.00% transferred) [Nov 15 02:34:39 UTC] Automatic processor type detection found an Intel Pentium MMX processor. [Nov 15 02:34:39 UTC] RC5: using core #0 (jasonp P5/MMX). [Nov 15 02:34:39 UTC] Loaded RC5 8*2^28 packet EA5E7E4F:A0000000 [Nov 15 02:34:39 UTC] 2 RC5 packets (16 work units) remain in buff-in.rc5 [Nov 15 02:34:39 UTC] 0 RC5 packets (0 work units) are in buff-out.rc5 [Nov 15 02:34:39 UTC] 1 cruncher has been started. .....10%.....20%.