From owner-deschall  Sat Mar 29 22:40:13 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05745 for deschall-outgoing; Sat, 29 Mar 1997 22:40:13 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05740 for <deschall@gatekeeper.megasoft.com>; Sat, 29 Mar 1997 22:40:12 -0500 (EST)
Received: from redhook.llnl.gov(128.115.116.15) by gatekeeper.megasoft.com via smap (V1.3)
	id sma005735; Sat Mar 29 22:40:00 1997
Received: from redhook.via.term.none (redhook.llnl.gov) by redhook.llnl.gov (4.1/LLNL-1.20)
	id AA02380; Sat, 29 Mar 97 19:47:07 PST
Message-Id: <m0wBBaC-000SFDC@redhook.via.term.none>
Date: Sat, 29 Mar 97 19:47 PST
To: deschall@gatekeeper.megasoft.com
Subject: TCP gateway?
Cc: runge@crl.com
From: runge@crl.com (Karl J. Runge)
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk


Hi, I'm new to this list (forgive me if I put my foot in my mouth!)

I have downloaded deschall for linux and would like to run it on my
PC, however I have a problem. I have a 24hour/day connection to the net,
but through a slip emulator. Unfortunately the UDP traffic with my
emulator is pretty buggy, and would prefer to use TCP somehow.

Has any body implemented a method by which the client can connect via a
tcp (e.g. HTTP) gateway to the keyserver (the latter connection presumably
with UDP)? This might come in handy for people behind firewalls, so I
ask if it has been thought of or done. Even an email gateway would be
useful...

I have not proved (no source code) that the deschall client uses UDP, but
I believe it does (as did the RC5 48 bit client). I understand UDP's 
connectionless socket is superior to TCP for this type of application,
but I am wedged with UDP.

Short of this could somebody tell me the UDP port number the client uses?
I don't want to, but I might be able to rig up some perl scripts on both
sides of my connection transmitting the UDP information.

Thanks in advance,

Karl 

---------------------------------------------------------------------------- 
Karl J. Runge   -- Linux: it's the Real thing --   runge@crl.com
--                                                 http://www.crl.com/~runge
I love Science, it's scientists I can't stand...   (510)-516-7127

From owner-deschall  Sat Mar 29 23:19:14 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA05830 for deschall-outgoing; Sat, 29 Mar 1997 23:19:14 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA05825 for <deschall@gatekeeper.megasoft.com>; Sat, 29 Mar 1997 23:19:13 -0500 (EST)
Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V1.3)
	id sma005823; Sat Mar 29 23:19:06 1997
Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id XAA28544; Sat, 29 Mar 1997 23:29:12 -0500 (EST)
Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V1.3)
	id sma028534; Sat Mar 29 23:28:49 1997
Received: (from cmcurtin@localhost)
	by goffette.research.megasoft.com (8.8.5/8.8.5) id XAA29859;
	Sat, 29 Mar 1997 23:25:21 -0500 (EST)
Date: Sat, 29 Mar 1997 23:25:21 -0500 (EST)
Message-Id: <199703300425.XAA29859@goffette.research.megasoft.com>
From: C Matthew Curtin <cmcurtin@research.megasoft.com>
To: runge@crl.com (Karl J. Runge)
Cc: deschall@gatekeeper.megasoft.com
Subject: Re: TCP gateway?
In-Reply-To: <m0wBBaC-000SFDC@redhook.via.term.none>
References: <m0wBBaC-000SFDC@redhook.via.term.none>
Comments: Hyperbole mail buttons accepted, v04.01.
X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx<e%nT[:7s7.-#u*}GAH,bEfbfh-NDqSG`+s
Reply-To: cmcurtin@research.megasoft.com
X-Attribution: mattC
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

Congrats to Karl for having the first "real" post to the new list :-)

>>>>> "Karl" == Karl J Runge <runge@crl.com> writes:

Karl> Short of this could somebody tell me the UDP port number the
Karl> client uses?  

8669

Karl> I don't want to, but I might be able to rig up
Karl> some perl scripts on both sides of my connection transmitting
Karl> the UDP information.

There are actually a number of things that I'd like to see done, in
order to increase the number of clients we can get running.

* Support for HTTP proxies.  The number of machines behind corporate
  firewalls is huge, and this provides a very standard way for them to
  access the keyspace server.

* Support for occasionally-connected machines.  This would get us
  access to lots of other machines on the other ends of dialup-type
  PPP and SLIP links for lots of folks at home.

Actually, I rather like the design of the system that the group that
found the 48-bit RC5 key for their coordinated DES search.  Lots of
clients are supported, there's some simple checks to get some
confidence level that the keyspace that the client reports searched
actually has been, there's a hierarchy of servers, etc.

But they aren't done building everything to their beautiful
specification :-)  Actually, I haven't heard anything on any of those
lists for a while now, probably two weeks, so I'm not sure that any
real work is actually being done.

Perhaps we can borrow some of these ideas to make our search a more
effective one?

-- 
Matt Curtin  Chief Scientist  Megasoft, Inc.  cmcurtin@research.megasoft.com
http://www.research.megasoft.com/people/cmcurtin/    I speak only for myself
Hacker Security Firewall Crypto PGP Privacy Unix Perl Java Internet Intranet

From owner-deschall  Sat Mar 29 23:42:44 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA05864 for deschall-outgoing; Sat, 29 Mar 1997 23:42:44 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA05859 for <deschall@gatekeeper.megasoft.com>; Sat, 29 Mar 1997 23:42:43 -0500 (EST)
Received: from chatlink.com(205.139.105.61) by gatekeeper.megasoft.com via smap (V1.3)
	id sma005857; Sat Mar 29 23:42:22 1997
Received: from sector.com (cl2-p8.chatlink.com [205.139.105.217])
	by chatlink.com (8.8.5/8.8.5) with SMTP id UAA13558;
	Sat, 29 Mar 1997 20:46:20 -0800
MIME-Version: 1.0
Date: Sat, 29 Mar 1997 20:48:45 -0400
To: cmcurtin@research.megasoft.com
cc: deschall@gatekeeper.megasoft.com
From: "Andrew James Alan Welty" <andrew@chatlink.com>
Subject: Re: TCP gateway?
Message-Id: <859686525-0-andrew@chatlink.com>
X-Mailer: IBM OS/2 Internet Mail Client Support for Lotus Notes
Content-Type: text/plain; charset=ISO-8859-1
Content-Id: <859686525-1-andrew@chatlink.com>
Content-Transfer-Encoding: 8bit
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk




* Support for occasionally-connected machines.  This would get us
  access to lots of other machines on the other ends of dialup-type
  PPP and SLIP links for lots of folks at home.

This is already supported in a way, dialup users can at least run
deschall while there connected to the internet, even keep it running
and reconnect after it finishes and needs a new key to try.  More
support could be implemented though, my idea for this would be to
have the server release a block of keys for the system to work on while
it's away from the internet.  After reconnecting to the internet, the
client would send all completed keys out of the block to the server,
and if necessary request another block.




From owner-deschall  Sun Mar 30 00:31:45 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA05948 for deschall-outgoing; Sun, 30 Mar 1997 00:31:45 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA05943 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 00:31:44 -0500 (EST)
Received: from dopey.verser.frii.com(206.168.13.68) by gatekeeper.megasoft.com via smap (V1.3)
	id sma005941; Sun Mar 30 00:31:20 1997
Received: (from rcv@localhost) by dopey.verser.frii.com (8.6.12/8.6.12) id WAA01104; Sat, 29 Mar 1997 22:36:54 -0700
Date: Sat, 29 Mar 1997 22:36:54 -0700
From: Rocke Verser <rcv@dopey.verser.frii.com>
Message-Id: <199703300536.WAA01104@dopey.verser.frii.com>
To: cmcurtin@research.megasoft.com
Subject: Re: TCP gateway?
Cc: deschall@gatekeeper.megasoft.com, runge@crl.com
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

> Congrats to Karl for having the first "real" post to the new list :-)

Ditto!  And thanks to Matt for setting up this list!  :-)


> >>>>> "Karl" == Karl J Runge <runge@crl.com> writes:
>
> Karl> Short of this could somebody tell me the UDP port number the
> Karl> client uses?  
>
> 8669

Correct for version 0.214 clients.  Just for the record, about 5%
of the keyspace is still being searched by older clients, which use
a different port number, talk to a different (but coordinated)
keyserver, and use an incompatible protocol.


> Karl> I don't want to, but I might be able to rig up
> Karl> some perl scripts on both sides of my connection transmitting
> Karl> the UDP information.

Such a thing would really not be very difficult, Karl.  [I just don't
have the time.]  The protocol, as seen by the gateways is mighty simple:
The client sends 1 packet to the server.  The server sends 1 packet back
to the client.  The transaction is over.

To increase fault-tolerance, if no response is received, the client
retries at increasingly lengthy intervals, much like the old RC-5/48
clients did.

Is there no shareware (or commercial package) that already exists that
can encapsulate (and unencapsulate) UDP packets inside TCP packets?


> There are actually a number of things that I'd like to see done, in
> order to increase the number of clients we can get running.
>
> [snip -- see Matt's post]
>
> -- 
> Matt Curtin  Chief Scientist  Megasoft, Inc.  cmcurtin@research.megasoft.com

Matt, I agree with most of your ideas.

No offense intended to the RC5-48 crew, but I'm happy to be testing
keys while we begin debate about such extensions.  :-)



There are a lot of CPU cycles available outside the USA, so here are
3 more wild ideas that I don't have time to follow up on:

Is there any lawyer-type-person, EXPERIENCED WITH CRYPTO EXPORT, who would
care to see if the clients can be exported without a license?  The object
code does not perform encryption or decryption per-se (it takes one 8-byte
block of known plaintext and one 8-byte block of known ciphertext and
attempts to find the correct key.).  But the function does not quite fit
any of the exemptions explicit in the new EAR regulations, either.
DO NOT THINK THIS TASK IS EASY!  Read some of the [horror] stories at
the EFF Web Site.

Is there a reputable publisher, who would care to publish the source
code?  I seriously doubt any publisher's time-frame is compatible with
this project.  It's just an idea.  [Didn't MIT Press publish the PGP
Source Code?]

Would anybody outside the USA/Canada care to adapt their own code to
use the DESCHALL protocol.  Understand that US Export Law would make
this a very frustrating process, with many one-sided conversations.
Once done, however, nothing prevents the DESCHALL server from passing
keys out around the world.

Cheers!

-- Rocke

From owner-deschall  Sun Mar 30 02:16:17 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA06288 for deschall-outgoing; Sun, 30 Mar 1997 02:16:17 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA06283 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 02:16:16 -0500 (EST)
Received: from out2.ibm.net(165.87.201.252) by gatekeeper.megasoft.com via smap (V1.3)
	id sma006281; Sun Mar 30 02:15:58 1997
Received: (from uucp@localhost) by out2.ibm.net (8.6.9/8.6.9) id HAA29423 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 07:23:05 GMT
Received: from slip129-37-233-169.mi.us.ibm.net(129.37.233.169) by out2.ibm.net via smap (V1.3mjr)
	id smacucDFW; Sun Mar 30 07:23:02 1997
Message-ID: <333E14C8.5691@ibm.net>
Date: Sun, 30 Mar 1997 01:22:48 -0600
From: Chris Krumme <krumme@ibm.net>
Organization: YMP Consulting, Inc.
X-Mailer: Mozilla 2.02E (OS/2; I)
MIME-Version: 1.0
To: deschall@gatekeeper.megasoft.com
Subject: Slip Clients
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

I also would like to thank all thoses who have volenteered (sp?-)
time and hardware to this project!

To better support Slip clients I would suggest the following
changes from easiest to more dificult:

Allow much larger key ranges to be requested. My 200MHz Pro does
2^30 in 2251 seconds. If I could get 24 hours worth of keys that
would help.

I have two more machines now and soon could have several more...
my current ISP does not allow a gateway arangment, I tried to
setup masquarading on my Linux server but effort vs. rewards at
the time made me give up after several days effort :-(
A system that used files or email would allow these other machines
to participate.

I know this asking time of those who have given much allready, but
I though I should at least layout a couple of ideas.

Again thanks to all.

Chris Krumme
krumme@ibm.net

From owner-deschall  Sun Mar 30 09:33:26 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id JAA06944 for deschall-outgoing; Sun, 30 Mar 1997 09:33:26 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id JAA06939 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 09:33:25 -0500 (EST)
Received: from kelso.pclink.com(204.72.134.10) by gatekeeper.megasoft.com via smap (V1.3)
	id sma006937; Sun Mar 30 09:33:02 1997
Received: from beast (pm1-15 [206.11.0.55]) by pclink.com (8.6.13/8.6.9) with SMTP id IAA18557 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 08:40:15 -0600
Message-Id: <3.0.1.32.19970330083644.00698c3c@pclink.com>
X-Sender: icepick@pclink.com
X-Mailer: Windows Eudora Light Version 3.0.1 (32)
Date: Sun, 30 Mar 1997 08:36:44 -0600
To: deschall@gatekeeper.megasoft.com
From: Icepick <icepick@pclink.com>
Subject: Re: TCP gateway?
In-Reply-To: <859686525-0-andrew@chatlink.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

At 08:48 PM 3/29/97 -0400, Andrew James Alan Welty wrote:
>
>
>
>* Support for occasionally-connected machines.  This would get us
>  access to lots of other machines on the other ends of dialup-type
>  PPP and SLIP links for lots of folks at home.
>
>This is already supported in a way, dialup users can at least run
>deschall while there connected to the internet, even keep it running

Yes, but it's inconvient to have to dial in every 30 to 45 minutes
and get a new set of 2^29 or 2^30 keys.  It be far and away better
to have the server release 2^36 or so keys at a time.  That way my
'puter would be able to chug away all night, I dial up in the morning,
get a new set, it chugs, I go to work, I come back, and dial in again.

This would be especially usesfull for those who have dial-up ISP's,
and don't have unlimited usage.



From owner-deschall  Sun Mar 30 12:17:29 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA07147 for deschall-outgoing; Sun, 30 Mar 1997 12:17:29 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA07142 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 12:17:28 -0500 (EST)
Received: from chatlink.com(205.139.105.61) by gatekeeper.megasoft.com via smap (V1.3)
	id sma007140; Sun Mar 30 12:17:05 1997
Received: from sector.com (cl7-p3.chatlink.com [205.139.105.180])
	by chatlink.com (8.8.5/8.8.5) with SMTP id JAA03025
	for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 09:21:48 -0800
MIME-Version: 1.0
Date: Sun, 30 Mar 1997 09:24:16 -0400
To: deschall@gatekeeper.megasoft.com
From: "Andrew James Alan Welty" <andrew@chatlink.com>
Subject: Re: TCP gateway?
Message-Id: <859731856-0-andrew@chatlink.com>
X-Mailer: IBM OS/2 Internet Mail Client Support for Lotus Notes
Content-Type: text/plain; charset=ISO-8859-1
Content-Id: <859731856-1-andrew@chatlink.com>
Content-Transfer-Encoding: 8bit
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk






	

>* Support for occasionally-connected machines.  This would get us
>  access to lots of other machines on the other ends of dialup-type
>  PPP and SLIP links for lots of folks at home.
>
>This is already supported in a way, dialup users can at least run
>deschall while there connected to the internet, even keep it running

Yes, but it's inconvient to have to dial in every 30 to 45 minutes
and get a new set of 2^29 or 2^30 keys.  It be far and away better
to have the server release 2^36 or so keys at a time.  That way my
'puter would be able to chug away all night, I dial up in the morning,
get a new set, it chugs, I go to work, I come back, and dial in again.

This would be especially usesfull for those who have dial-up ISP's,
and don't have unlimited usage.

Agreed, but it at least works this way.  I'de rather just get a group
of keys and let the computer lose on them, but alas this isn't currently
supported.








From owner-deschall  Sun Mar 30 20:12:39 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA07855 for deschall-outgoing; Sun, 30 Mar 1997 20:12:39 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA07850 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 20:12:38 -0500 (EST)
Received: from mailhost.onramp.net(199.1.11.3) by gatekeeper.megasoft.com via smap (V1.3)
	id sma007848; Sun Mar 30 20:12:28 1997
Received: from hobbes (ppp12-1.ftwotx.onramp.net [206.50.209.129]) by mailhost.onramp.net (8.8.5/8.6.5) with SMTP id TAA19162 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 19:19:26 -0600 (CST)
Message-Id: <3.0.32.19970330191936.00a40698@onramp.net>
X-Sender: snichols@onramp.net
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Sun, 30 Mar 1997 19:19:40 -0600
To: deschall@gatekeeper.megasoft.com
From: Stephen Nichols <snichols@onramp.net>
Subject: Re: Slip Clients
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

At 01:22 AM 3/30/97 -0600, you wrote:

If you have a machine you could run Windows95 or NT on
you could do what I did. I used some proxy software that
does udp port mapping.  Then I run the client and tell it
the keyserver is my internet connected machine. The proxy
software maps the udp on the 8869 port of my machine to
the 8669 port on keymaster.verser.frii.com.  There are quite
a few shareware and one or two freeware versions of the stuff.
Just a thought. It worked for me.

It would also allow me to spend more time checking keys if I
could request a range that would take all day to check.

later,


...
>I have two more machines now and soon could have several more...
>my current ISP does not allow a gateway arangment, I tried to
>setup masquarading on my Linux server but effort vs. rewards at
>the time made me give up after several days effort :-(
>A system that used files or email would allow these other machines
>to participate.
...
>Chris Krumme
>krumme@ibm.net
>
>

From owner-deschall  Sun Mar 30 22:32:46 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA08116 for deschall-outgoing; Sun, 30 Mar 1997 22:32:46 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA08111 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 22:32:41 -0500 (EST)
Received: from lucifer.testlab.orst.edu(128.193.78.11) by gatekeeper.megasoft.com via smap (V1.3)
	id sma008109; Sun Mar 30 22:32:14 1997
Received: by lucifer.TestLab.ORST.EDU with Internet Mail Service (5.0.1457.3)
	id <G7GCC396>; Sun, 30 Mar 1997 19:53:08 -0800
Message-ID: <71846B925036CF11BD6D00C0D1570929101318@lucifer.TestLab.ORST.EDU>
From: Adam Haberlach <HaberlaA@testlab.orst.edu>
To: deschall@gatekeeper.megasoft.com
Subject: Ideas for improved effort...
Date: Sun, 30 Mar 1997 19:53:06 -0800
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1457.3)
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

	It seems like this effort is really getting off of the ground.
We're 1/10 of a percent through the keyspace (let's have a party at
1%!).  We seem to be getting attention via word of mouth, and most of
all, we have a lot of different organizations beginning to show
interest.  Once we have a few people within a given organization, it is
usually fairly easy to pass word around and get more machines running.
	I was the first person here at .orst to start running the client
(on my laptop at home) after reading about it on one of the crypt lists
that I'm subscribed to.  So far we've managed to get the lab I work for
to contribute significant cycles to it, and the college of business let
us use their machines for spring break--all we needed to do was ask.
We're working on getting the Computer Science and Engineering
departments behind us as we speak.  Unfortunately, abour 100 pentiums go
back to running login screens tomorrow morning, so I expect that our
keys/day will fall considerably.

	One of the things that made it so easy was the simplicity of the
client--just run it and go.  We ended up putting it into login scripts
for most of the computers, making it trivial to fire up 100+ machines.
We might be able to do this every evening when the lab closes.

	However, it would be nice to have more client options.  It has
been said that clients should be able to check out a larger set of keys
(perhaps a day's worth) at a time, or use other methods of accessing the
keyserver.  Right now, network traffic at this end is negligable, but as
we get more and more machines sending a request every 30 minutes, we're
going to hit the keyserver harder.  Has anyone figured out how many
clients it can handle?  How is it holding up?  It might be worth it to
make the auto-ranged keysize adjustable so that our steady clients don't
hit it so often.

	Do we have a bi-directional protocol of any kind of the server?
If we could have the client query the server for progress stats, we
could write a cool screensaver that people would sit and watch while it
calculated keys.  Even if we can't query the server, it would be a good
way to make it easy for people to run the client--just tell them to
install a screensaver, and every time they look away from the computer
for 30 minutes, we get more keys checked.  Does someone want to code
this?  Other options would be to have a Windows NT service, so it could
run under an NT login screen.

	Also, has anyone been tracking any of the other efforts?  Are we
ahead?  Are we gaining?  Maybe we can get some media attention for being
the first to hit 1% or 5% of the keyspace.  If we could get a blurb in
http://www.wired.com/ or one of the other services, we could probably
get some major hits from the curious and cyber-savvy willing to fire up
the client every once in a while.  Or even once.  1000 people firing it
up for 60 minutes is about four machine-days of work.

---
Adam Haberlach
http://www.testlab.orst.edu/~haberlaa
Crack DES NOW!  http://www.frii.com/~rcv/deschall.htm


From owner-deschall  Sun Mar 30 23:10:12 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA08172 for deschall-outgoing; Sun, 30 Mar 1997 23:10:12 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA08167 for <deschall@gatekeeper.megasoft.com>; Sun, 30 Mar 1997 23:10:11 -0500 (EST)
Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V1.3)
	id sma008162; Sun Mar 30 23:09:43 1997
Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id XAA07284; Sun, 30 Mar 1997 23:14:53 -0500 (EST)
Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V1.3)
	id sma007282; Sun Mar 30 23:14:45 1997
Received: (from cmcurtin@localhost)
	by goffette.research.megasoft.com (8.8.5/8.8.5) id XAA02018;
	Sun, 30 Mar 1997 23:16:16 -0500 (EST)
Date: Sun, 30 Mar 1997 23:16:16 -0500 (EST)
Message-Id: <199703310416.XAA02018@goffette.research.megasoft.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: C Matthew Curtin <cmcurtin@research.megasoft.com>
To: Adam Haberlach <HaberlaA@testlab.orst.edu>
Cc: deschall@gatekeeper.megasoft.com
Subject: Re: Ideas for improved effort...
In-Reply-To: <71846B925036CF11BD6D00C0D1570929101318@lucifer.TestLab.ORST.EDU>
References: <71846B925036CF11BD6D00C0D1570929101318@lucifer.TestLab.ORST.EDU>
X-Mailer: VM 6.22 under 19.15 XEmacs Lucid
X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx<e%nT[:7s7.-#u*}GAH,bEfbfh-NDqSG`+s
Reply-To: cmcurtin@research.megasoft.com
X-Attribution: mattC
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

>>>>> "Adam" == Adam Haberlach <HaberlaA@testlab.orst.edu> writes:

Adam> 	Also, has anyone been tracking any of the other efforts?  Are
Adam> we ahead? 

According to a note posted a few hours ago by Anil Das to the des-misc
list (part of the effort by the group that did 48-bit RC5, and has yet
to release any of their software), we're in the lead:

SolNET DES Challenge Attack	http://www.des.sollentuna.se
	0.0126% done.	Last known search rate: 50.704 Mkeys/sec.
	Estimated time to search 50% of remaining keys:  23 years.

DES Violation Group		http://www.des.violation.net
	0.058%  done.	Last known search rate: 43 Mkeys/sec.
	Estimated time to search 50% of remaining keys:  27 years.
	(stats page under construction, so above figures not current).

Rocke Verser's DESCHALL.	http://www.frii.com/~rcv/deschall.htm
	0.162% done.	Last known search rate: 165 Mkeys/sec.
	Estimated time to search 50% of remaining keys:  7 years.


Adam> Maybe we can get some media
Adam> attention for being the first to hit 1% or 5% of the keyspace.

I sent a note to InfoWorld about the search of 48-bit RC5 keyspace,
and there was a fair bit of interest there.  I think that we can
probably get some serious attention by making some sort of press
release and sending it to every trade rag, every major newspaper,
etc., and getting everyone to call their local media and point to it.

In the press release, we should describe what we're doing, and why
it's important, in terms that a reporter-gopher-type can easily
grasp.  Then, further on, we can provide some details about how to
participate (i.e., run the client), and some notes about future
directions, and how folks who want to do more can help out more.

If there are no other volunteers, I suppose I could write a draft of
this and float it around the list until it looks like something
reasonable. 

Adam> If we could get a blurb in http://www.wired.com/ or one of the

Maybe we can get Rocke on HotWired's "HotSeat" RealAudio show. :-)

And, of course, there's advertising in sig files (and personal home
pages), as well...

-- 
Matt Curtin  Chief Scientist  Megasoft, Inc.  cmcurtin@research.megasoft.com
http://www.research.megasoft.com/people/cmcurtin/    I speak only for myself
Death to small keys.  Crack DES NOW!   http://www.frii.com/~rcv/deschall.htm

From owner-deschall  Mon Mar 31 11:33:05 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA11487 for deschall-outgoing; Mon, 31 Mar 1997 11:33:05 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA11482 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 11:33:04 -0500 (EST)
Received: from lucifer.testlab.orst.edu(128.193.78.11) by gatekeeper.megasoft.com via smap (V1.3)
	id sma011480; Mon Mar 31 11:33:02 1997
Received: by lucifer.TestLab.ORST.EDU with Internet Mail Service (5.0.1457.3)
	id <G7GCCPAD>; Mon, 31 Mar 1997 08:53:57 -0800
Message-ID: <71846B925036CF11BD6D00C0D157092910131B@lucifer.TestLab.ORST.EDU>
From: Adam Haberlach <HaberlaA@testlab.orst.edu>
To: deschall@gatekeeper.megasoft.com
Subject: RE: Ideas for improved effort...
Date: Mon, 31 Mar 1997 08:53:55 -0800
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1457.3)
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

> -----Original Message-----
> From:	C Matthew Curtin [SMTP:cmcurtin@research.megasoft.com]
> Sent:	Sunday, March 30, 1997 8:16 PM
> To:	Adam Haberlach
> Cc:	deschall@gatekeeper.megasoft.com
> Subject:	Re: Ideas for improved effort...
> 
> >>>>> "Adam" == Adam Haberlach <HaberlaA@testlab.orst.edu> writes:
> >>>>> "Curtin" == C. Matthew Curtin <cmcurtin@research.megasoft.com>
> 
> >>Adam> 	Also, has anyone been tracking any of the other efforts?
> Are
> >>Adam> we ahead? 
> 
> Curtin>DES Violation Group		http://www.des.violation.net
> Curtin>	0.058%  done.	Last known search rate: 43 Mkeys/sec.
> Curtin>	Estimated time to search 50% of remaining keys:  27
> years.
> Curtin>	(stats page under construction, so above figures not
> current).
> 
> Curtin>Rocke Verser's DESCHALL.
> http://www.frii.com/~rcv/deschall.htm
> Curtin>	0.162% done.	Last known search rate: 165 Mkeys/sec.
> Curtin>	Estimated time to search 50% of remaining keys:  7
> years.
> 
> The part I like best is having three times the search rate...
> 
> >Adam> Maybe we can get some media
> >Adam> attention for being the first to hit 1% or 5% of the keyspace.
> 
> Curtin>I sent a note to InfoWorld about the search of 48-bit RC5
> keyspace,
> Curtin>and there was a fair bit of interest there.  I think that we
> can
> Curtin>probably get some serious attention by making some sort of
> press
> Curtin>release and sending it to every trade rag, every major
> newspaper,
> Curtin>etc., and getting everyone to call their local media and point
> to it.
> 
> 	I think that should be the main focus right now--we have
> excellent clients which are appearing for platforms as fast as we can
> find them (Thanks, Rocke!).  Now all we need is machines.  Big
> machines, little machines, whatever.  If we could get every Windows NT
> webmaster running the client on their machine, we could be done
> tomorrow.  Anyone thinking of a netware client?
> 
> Curtin>In the press release, we should describe what we're doing, and
> why
> Curtin>it's important, in terms that a reporter-gopher-type can easily
> Curtin>grasp.  Then, further on, we can provide some details about how
> to
> Curtin>participate (i.e., run the client), and some notes about future
> Curtin>directions, and how folks who want to do more can help out
> more.
> 
> Curtin>If there are no other volunteers, I suppose I could write a
> draft of
> Curtin>this and float it around the list until it looks like something
> Curtin>reasonable. 
> 
> 	I'm willing to work on this as well...
> 
> Adam> If we could get a blurb in http://www.wired.com/ or one of the
> Curtin>Maybe we can get Rocke on HotWired's "HotSeat" RealAudio show.
> :-)
> 
> 	Let's try and out-media the Heaven's Gate people...
> 
> Curtin>And, of course, there's advertising in sig files (and personal
> home
> Curtin>pages), as well...
> 
> 	I'm going to work on a little icon-button to put on my page,
> similar to the "Netscape NOW!" ones.
> 
> ---
> Adam Haberlach
> haberlaa@ucs.orst.edu
> "College is a fountain of knowledge--and I came here to drink"
> 

From owner-deschall  Mon Mar 31 12:08:36 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA11758 for deschall-outgoing; Mon, 31 Mar 1997 12:08:36 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA11753 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 12:08:35 -0500 (EST)
Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V1.3)
	id sma011751; Mon Mar 31 12:08:23 1997
Received: from lung.cis.ohio-state.edu (lung.cis.ohio-state.edu [164.107.17.12]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id MAA00149 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 12:15:34 -0500
Received: from localhost (dolske@localhost) by lung.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id MAA03094 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 12:15:33 -0500 (EST)
X-Authentication-Warning: lung.cis.ohio-state.edu: dolske owned process doing -bs
Date: Mon, 31 Mar 1997 12:15:26 -0500 (EST)
From: Justin Dolske <dolske@cis.ohio-state.edu>
To: deschall@gatekeeper.megasoft.com
Subject: RE: Ideas for improved effort...
In-Reply-To: <71846B925036CF11BD6D00C0D157092910131B@lucifer.TestLab.ORST.EDU>
Message-ID: <Pine.HPP.3.95.970331121142.2736E-100000@lung.cis.ohio-state.edu>
X-No-Archive: Yes
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

On Mon, 31 Mar 1997, Adam Haberlach wrote:

Curtin>If there are no other volunteers, I suppose I could write a draft of
Curtin>this and float it around the list until it looks like something
Curtin>reasonable. 

If it's of any use, feel free to take part of the CFV thing I sent out.

> > 	Let's try and out-media the Heaven's Gate people...

I'll get the cyanide... How much do we need? :-)

> > 	I'm going to work on a little icon-button to put on my page,
> > similar to the "Netscape NOW!" ones.

I've stolen one from the European RC5/DES effort that never got off the
ground. They've actually got a few, see:

<URL:http://fh28.fa.umist.ac.uk/~des/>

[The one in the upper right corner looks the best, IMHO]

Justin Dolske                    <URL:http://www.cis.ohio-state.edu/~dolske/>
(dolske@cis.ohio-state.edu)
Graduate Fellow in Computer and Information Science at Ohio State University
-=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=-
"Just because you're into control doesn't mean you're in control."
    -- Larry Wall


From owner-deschall  Mon Mar 31 12:13:36 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA11815 for deschall-outgoing; Mon, 31 Mar 1997 12:13:36 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA11808 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 12:13:35 -0500 (EST)
Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V1.3)
	id sma011804; Mon Mar 31 12:13:24 1997
Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id MAA14577 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 12:18:39 -0500 (EST)
Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V1.3)
	id sma014574; Mon Mar 31 12:18:12 1997
Received: (from cmcurtin@localhost)
	by goffette.research.megasoft.com (8.8.5/8.8.5) id MAA04024;
	Mon, 31 Mar 1997 12:19:37 -0500 (EST)
Date: Mon, 31 Mar 1997 12:19:37 -0500 (EST)
Message-Id: <199703311719.MAA04024@goffette.research.megasoft.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: C Matthew Curtin <cmcurtin@research.megasoft.com>
To: deschall@gatekeeper.megasoft.com
Subject: RE: Ideas for improved effort...
In-Reply-To: <71846B925036CF11BD6D00C0D157092910131B@lucifer.TestLab.ORST.EDU>
References: <71846B925036CF11BD6D00C0D157092910131B@lucifer.TestLab.ORST.EDU>
X-Mailer: VM 6.22 under 19.15 XEmacs Lucid
X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx<e%nT[:7s7.-#u*}GAH,bEfbfh-NDqSG`+s
Reply-To: cmcurtin@research.megasoft.com
X-Attribution: mattC
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

>>>>> "Adam" == Adam Haberlach <HaberlaA@testlab.orst.edu> writes:

Adam> The part I like best is having three times the search rate...

Which is a good argument for getting people to join our effort as
well.  We're already ahead, and our search rate comparisons means that
we're going to only get more and more ahead.  Building in the features
we talked about on the clients will make this definitely explode.

Adam>  I'm going to work on a little icon-button to put on my page,
Adam> similar to the "Netscape NOW!" ones.

I made one on my home page, which has a tiny RSADSI logo, and says
"Crypto Challenge" on it, but I don't think it's legible enough.

-- 
Matt Curtin  Chief Scientist  Megasoft, Inc.  cmcurtin@research.megasoft.com
http://www.research.megasoft.com/people/cmcurtin/    I speak only for myself
Death to small keys.  Crack DES NOW!   http://www.frii.com/~rcv/deschall.htm


From owner-deschall  Mon Mar 31 12:53:37 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA12147 for deschall-outgoing; Mon, 31 Mar 1997 12:53:37 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA12139 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 12:53:36 -0500 (EST)
Received: from dip.eecs.umich.edu(141.212.99.5) by gatekeeper.megasoft.com via smap (V1.3)
	id sma012133; Mon Mar 31 12:53:13 1997
Received: (from asterian@localhost) by dip.eecs.umich.edu (8.8.5/8.8.0) id NAA25048 for deschall@gatekeeper.megasoft.com; Mon, 31 Mar 1997 13:00:15 -0500 (EST)
From: Andrew Sterian <asterian@eecs.umich.edu>
Message-Id: <199703311800.NAA25048@dip.eecs.umich.edu>
Subject: Re: Ideas for improved effort...
To: deschall@gatekeeper.megasoft.com
Date: Mon, 31 Mar 1997 13:00:15 -0500 (EST)
In-Reply-To: <199703311719.MAA04024@goffette.research.megasoft.com> from "C Matthew Curtin" at Mar 31, 97 12:19:37 pm
X-Mailer: ELM [version 2.4 PL24 PGP1]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

C Matthew Curtin writes...
> Which is a good argument for getting people to join our effort as
> well.  We're already ahead, and our search rate comparisons means that
> we're going to only get more and more ahead.  Building in the features
> we talked about on the clients will make this definitely explode.

I wonder if it wouldn't be possible to use other people's efforts to
augment our own. It doesn't make sense to search already-searched
keys. Perhaps the keyserver can be instructed to import a file of
key ranges that have already been searched. Alternatively, perhaps
the keyserver can be "fooled" by a client that uses key ranges published
by other projects to indicate that those keys have been successfully
searched. I'm not saying we literally try to fool the software, but
just thinking of quick 'n dirty ways to legimitately make use of
known searches with a minimum of programming effort on Rocke's part.

Then again, there is the issue of how reliable these searches are.
I'd hate to think that anyone out there is faking successful searches
just to boost their prestige, but it could happen. Perhaps importing
other people's searches is opening ourselves up to abuse.

Andrew.  asterian@umich.edu | Help crack DES in your computer's spare time! 
----------------------------|     http://www.frii.com/~rcv/deschall.htm
For the teddy bear who has  |----------------------------------------------
everything, a person.       | Me: http://www-personal.umich.edu/~asterian

From owner-deschall  Mon Mar 31 13:04:07 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA12301 for deschall-outgoing; Mon, 31 Mar 1997 13:04:07 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA12296 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 13:04:06 -0500 (EST)
Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V1.3)
	id sma012293; Mon Mar 31 13:03:58 1997
Received: from lung.cis.ohio-state.edu (lung.cis.ohio-state.edu [164.107.17.12]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id NAA02004 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 13:11:10 -0500
Received: from localhost (dolske@localhost) by lung.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id NAA17758 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 13:11:09 -0500 (EST)
X-Authentication-Warning: lung.cis.ohio-state.edu: dolske owned process doing -bs
Date: Mon, 31 Mar 1997 13:11:01 -0500 (EST)
From: Justin Dolske <dolske@cis.ohio-state.edu>
To: deschall@gatekeeper.megasoft.com
Subject: Re: Ideas for improved effort...
In-Reply-To: <199703311800.NAA25048@dip.eecs.umich.edu>
Message-ID: <Pine.HPP.3.95.970331130807.2736G-100000@lung.cis.ohio-state.edu>
X-No-Archive: Yes
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

On Mon, 31 Mar 1997, Andrew Sterian wrote:

> I wonder if it wouldn't be possible to use other people's efforts to
> augment our own. It doesn't make sense to search already-searched
> keys.

It's probably not worth the effort, IMO. I think we've covered more
keyspace than the sum of all other reported efforts, and we're growing the
fastest. Assuming that this trend continues, energy would be better spend
encouraging more people to join...

That is, if we can blow through other's keyspace in a day or two, why
bother modifying anything to avoid searching it? :-)

Justin Dolske                    <URL:http://www.cis.ohio-state.edu/~dolske/>
(dolske@cis.ohio-state.edu)
Graduate Fellow in Computer and Information Science at Ohio State University
-=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=-
We've all heard that a million monkeys banging on a million typewriters
will eventually reproduce the entire works of Shakespeare.  Now, thanks to
the Internet, we know this is not true. -- Robert Wilensky


From owner-deschall  Mon Mar 31 20:29:46 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA15357 for deschall-outgoing; Mon, 31 Mar 1997 20:29:46 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA15352 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 20:29:45 -0500 (EST)
Received: from chatlink.com(205.139.105.61) by gatekeeper.megasoft.com via smap (V1.3)
	id sma015350; Mon Mar 31 20:29:44 1997
Received: from sector.com (cl2-p4.chatlink.com [205.139.105.213])
	by chatlink.com (8.8.5/8.8.5) with SMTP id RAA18715
	for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 17:34:45 -0800
MIME-Version: 1.0
Date: Mon, 31 Mar 1997 17:36:55 -0400
To: deschall@gatekeeper.megasoft.com
From: "Andrew James Alan Welty" <andrew@chatlink.com>
Subject: Multiple Keys
Message-Id: <859847815-0-andrew@chatlink.com>
X-Mailer: IBM OS/2 Internet Mail Client Support for Lotus Notes
Content-Type: text/plain; charset=ISO-8859-1
Content-Id: <859847815-1-andrew@chatlink.com>
Content-Transfer-Encoding: 8bit
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

A partial solution is to run more then one copy of Deschall.  I just
tried it and it works.  Though with the two hour expiration of the keys
this may not work out that well.



From owner-deschall  Mon Mar 31 21:42:48 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA15591 for deschall-outgoing; Mon, 31 Mar 1997 21:42:48 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA15586 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 21:42:47 -0500 (EST)
Received: from quartz.nbnet.nb.ca(198.164.200.18) by gatekeeper.megasoft.com via smap (V1.3)
	id sma015584; Mon Mar 31 21:42:38 1997
Received: from fctnts07c17.nbnet.nb.ca ([207.179.133.119])
          by quartz.nbnet.nb.ca (post.office MTA v2.0 0813 ID# 0-11373)
          with SMTP id AAA13689 for <deschall@gatekeeper.megasoft.com>;
          Mon, 31 Mar 1997 22:39:12 -0400
From: jeffg@nbnet.nb.ca (Jeff Gilchrist)
To: deschall@gatekeeper.megasoft.com
Subject: Recruiting More People
Date: Tue, 01 Apr 1997 02:33:36 GMT
Organization: ViperTECH Systems
Reply-To: Jeff Gilchrist <jeffg@nbnet.nb.ca>
Message-ID: <335273a3.14172997@quartz.nbnet.nb.ca>
X-Mailer: Forte Agent 1.0/32.390
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

	I just put a link of my web page to the DESCHALL home page and I
mentioned the DESCHALL homepage at the beginning of a publication I release
every month on data compression.  Hopefully this will generate some
interest and get more people involved.

	So is anyone working on that press release someone suggested?

Regards,
-- 
-= JEFF GILCHRIST =-       University of New Brunswick, Canada
E-mail: jeffg@nbnet.nb.ca        Computer Science Co-op

PGP Key ID : 1C3A5801      * PGP Key Available On Request *
Fingerprint: A0 16 46 B9 80 B6 5E 7D  2F E9 60 13 6A D9 0B 66

+----------------------------------------------------------------+
| For the latest copy of the ARCHIVE COMPARISON TEST (A.C.T.):   |
| WWW: http://www.geocities.com/SiliconValley/Park/4264/act.html |
| FTP: ftp.simtel.net  /pub/simtelnet/msdos/arcers/actest26.zip  |
| FINGER: s0b8@jupiter.sun.csd.unb.ca                            |
+----------------------------------------------------------------+

From owner-deschall  Mon Mar 31 22:30:19 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA15746 for deschall-outgoing; Mon, 31 Mar 1997 22:30:19 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA15741 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 22:30:18 -0500 (EST)
Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V1.3)
	id sma015739; Mon Mar 31 22:30:08 1997
Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id WAA19875; Mon, 31 Mar 1997 22:35:21 -0500 (EST)
Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V1.3)
	id sma019873; Mon Mar 31 22:35:05 1997
Received: (from cmcurtin@localhost)
	by goffette.research.megasoft.com (8.8.5/8.8.5) id WAA05299;
	Mon, 31 Mar 1997 22:36:27 -0500 (EST)
Date: Mon, 31 Mar 1997 22:36:27 -0500 (EST)
Message-Id: <199704010336.WAA05299@goffette.research.megasoft.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: C Matthew Curtin <cmcurtin@research.megasoft.com>
To: Jeff Gilchrist <jeffg@nbnet.nb.ca>
Cc: deschall@gatekeeper.megasoft.com
Subject: Re: Recruiting More People
In-Reply-To: <335273a3.14172997@quartz.nbnet.nb.ca>
References: <335273a3.14172997@quartz.nbnet.nb.ca>
X-Mailer: VM 6.22 under 19.15 XEmacs Lucid
X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx<e%nT[:7s7.-#u*}GAH,bEfbfh-NDqSG`+s
Reply-To: cmcurtin@research.megasoft.com
X-Attribution: mattC
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

>>>>> "Jeff" == Jeff Gilchrist <jeffg@nbnet.nb.ca> writes:

Jeff> 	So is anyone working on that press release someone suggested?

Yeah.  I plan to post a draft before turning in.

Justin: you mentioned something about text from a recent CFV.  Could
you give me a pointer?  (I can't figure out what you're talking about,
and I'm unsure whether that's due to not ever seeing it or sleep
deprivation :-)

-- 
Matt Curtin  Chief Scientist  Megasoft, Inc.  cmcurtin@research.megasoft.com
http://www.research.megasoft.com/people/cmcurtin/    I speak only for myself
Death to small keys.  Crack DES NOW!   http://www.frii.com/~rcv/deschall.htm


From owner-deschall  Mon Mar 31 23:15:19 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA15870 for deschall-outgoing; Mon, 31 Mar 1997 23:15:19 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA15865 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 23:15:18 -0500 (EST)
Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V1.3)
	id sma015863; Mon Mar 31 23:15:05 1997
Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id XAA20246 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 23:20:22 -0500 (EST)
Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V1.3)
	id sma020242; Mon Mar 31 23:20:03 1997
Received: (from cmcurtin@localhost)
	by goffette.research.megasoft.com (8.8.5/8.8.5) id XAA05372;
	Mon, 31 Mar 1997 23:21:25 -0500 (EST)
Date: Mon, 31 Mar 1997 23:21:25 -0500 (EST)
Message-Id: <199704010421.XAA05372@goffette.research.megasoft.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: C Matthew Curtin <cmcurtin@research.megasoft.com>
To: deschall@gatekeeper.megasoft.com
Subject: DRAFT: Press Release
X-Mailer: VM 6.22 under 19.15 XEmacs Lucid
X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx<e%nT[:7s7.-#u*}GAH,bEfbfh-NDqSG`+s
Reply-To: cmcurtin@research.megasoft.com
X-Attribution: mattC
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk

Comments, please...  I want to release this on Wednesday of this
week.  If it requires more time to fix up, then I'd like to have it
out as soon after that as possible.

  DESCHALL Group Searches for DES Key

[DRAFT] (will say ``for immediate release'' here one day) [DRAFT]

In answer to RSA Data Security, Inc.'s ``crypto challenge,'' a group
of students, hobbyists, and professionals of all varieties is looking
for a needle in a proverbial haystack.  The ``needle'' is the
cryptographic key used to encrypt a given message, and the
``haystack'' is the huge pile of possible keys:
72,057,594,037,927,936 of them. 

The point?  To prove that computing technology is sufficiently
advanced that such a search is feasible using only the spare cycles of
general purpose computing equipment, and as a result, unless much
larger ``keys'' are used, the security provided by cryptosystems is
minimal.  Conceptually, a cryptographic key bears many similarities to
the key of a typical lock.  A long key has more possible combinations
of grooves than a short key.  With a very short key, it might even be
feasible to try every possible combination of grooves in order to find
a key that matches a given lock.  In a cryptographic system, keys are
measured in length of bits, rather than grooves, but the principle is
the same: unless a long enough key is used, computers can be used to
figure out every possible combination until the correct one is found.

In an electronic world, cryptography is how both individuals and
organizations keep things that need to be private from being public
knowledge.  Whether it's a private conversation or an electronic funds
transfer between two financial institutions, cryptography is what
keeps the details of the data exchange private.  It has often been
openly suggested that the US Government's DES (Data Encryption
Standard) algorithm's 56-bit key size is insufficient for protecting
information from either a funded attack, or a large-scale coordinated
attack, where large numbers of computers are used to figure out the
text of the message by brute force: that is, trying every possible
combination.

Success with this project will prove such postulations correct.

The effort is being coordinated through a web site at
http://www.frii.com/~rcv/deschall.htm.  Many more
participants are sought in order to speed up the search.  The client
software is available through the web site.  One simply needs to
follow the download instructions to obtain a copy of the software.
Once this has been done, the client simply needs to be started, and
allowed to run in the background.  During otherwise wasted cycles, the
computer will work its way through the DES keyspace, until some
computer cooperating in the effort finds the answer.

Contacts:
 Project Coordinator
 Rocke Verser <rcv@dopey.verser.frii.com>

 Web Site
 http://www.frii.com/~rcv/deschall.htm

 Mailing List
 deschall@gatekeeper.megasoft.com

 To subscribe, send the text ``subscribe deschall'' (without the
 quotes) to <majordomo@gatekeeper.megasoft.com>, and you'll be
 emailed instructions.

-- 
Matt Curtin  Chief Scientist  Megasoft, Inc.  cmcurtin@research.megasoft.com
http://www.research.megasoft.com/people/cmcurtin/    I speak only for myself
Death to small keys.  Crack DES NOW!   http://www.frii.com/~rcv/deschall.htm


From owner-deschall  Mon Mar 31 23:47:50 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA15953 for deschall-outgoing; Mon, 31 Mar 1997 23:47:50 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA15946 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 23:47:49 -0500 (EST)
Received: from chatlink.com(205.139.105.61) by gatekeeper.megasoft.com via smap (V1.3)
	id sma015942; Mon Mar 31 23:47:38 1997
Received: from sector.com (cl5-p4.chatlink.com [205.139.105.163])
	by chatlink.com (8.8.5/8.8.5) with SMTP id UAA29659
	for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 20:52:39 -0800
MIME-Version: 1.0
Date: Mon, 31 Mar 1997 20:54:48 -0400
To: deschall@gatekeeper.megasoft.com
From: "Andrew James Alan Welty" <andrew@chatlink.com>
Subject: Re: DRAFT: Press Release
Message-Id: <859859688-0-andrew@chatlink.com>
X-Mailer: IBM OS/2 Internet Mail Client Support for Lotus Notes
Content-Type: text/plain; charset=ISO-8859-1
Content-Id: <859859688-1-andrew@chatlink.com>
Content-Transfer-Encoding: 8bit
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk




Comments, please...  I want to release this on Wednesday of this
week.  If it requires more time to fix up, then I'd like to have it
out as soon after that as possible.


Looks good so far.


  DESCHALL Group Searches for DES Key

[DRAFT] (will say ``for immediate release'' here one day) [DRAFT]

In answer to RSA Data Security, Inc.'s ``crypto challenge,'' a group
of students, hobbyists, and professionals of all varieties is looking
for a needle in a proverbial haystack.  The ``needle'' is the
cryptographic key used to encrypt a given message, and the
``haystack'' is the huge pile of possible keys:
72,057,594,037,927,936 of them. 


Might want to explain a little more about this, may mention the
prize, might entice some more people to at least give it a try.


The point?  To prove that computing technology is sufficiently
advanced that such a search is feasible using only the spare cycles of
general purpose computing equipment, and as a result, unless much
larger ``keys'' are used, the security provided by cryptosystems is
minimal.  Conceptually, a cryptographic key bears many similarities to
the key of a typical lock.  A long key has more possible combinations
of grooves than a short key.  With a very short key, it might even be
feasible to try every possible combination of grooves in order to find
a key that matches a given lock.  In a cryptographic system, keys are
measured in length of bits, rather than grooves, but the principle is
the same: unless a long enough key is used, computers can be used to
figure out every possible combination until the correct one is found.

In an electronic world, cryptography is how both individuals and
organizations keep things that need to be private from being public
knowledge.  Whether it's a private conversation or an electronic funds
transfer between two financial institutions, cryptography is what
keeps the details of the data exchange private.  It has often been
openly suggested that the US Government's DES (Data Encryption
Standard) algorithm's 56-bit key size is insufficient for protecting
information from either a funded attack, or a large-scale coordinated
attack, where large numbers of computers are used to figure out the
text of the message by brute force: that is, trying every possible
combination.

Success with this project will prove such postulations correct.

The effort is being coordinated through a web site at
http://www.frii.com/~rcv/deschall.htm.  Many more
participants are sought in order to speed up the search.  The client
software is available through the web site.  One simply needs to
follow the download instructions to obtain a copy of the software.
Once this has been done, the client simply needs to be started, and
allowed to run in the background.  During otherwise wasted cycles, the
computer will work its way through the DES keyspace, until some
computer cooperating in the effort finds the answer.

Contacts:
 Project Coordinator
 Rocke Verser <rcv@dopey.verser.frii.com>

 Web Site
 http://www.frii.com/~rcv/deschall.htm

 Mailing List
 deschall@gatekeeper.megasoft.com

 To subscribe, send the text ``subscribe deschall'' (without the
 quotes) to <majordomo@gatekeeper.megasoft.com>, and you'll be
 emailed instructions.


I'de suggest adding a pointer the the RSA site as well.

Do we really need the web site URL twice?


-- 





From owner-deschall  Mon Mar 31 23:59:20 1997
Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA16040 for deschall-outgoing; Mon, 31 Mar 1997 23:59:20 -0500 (EST)
Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA16035 for <deschall@gatekeeper.megasoft.com>; Mon, 31 Mar 1997 23:59:19 -0500 (EST)
Received: from lucifer.testlab.orst.edu(128.193.78.11) by gatekeeper.megasoft.com via smap (V1.3)
	id sma016033; Mon Mar 31 23:59:08 1997
Received: by lucifer.TestLab.ORST.EDU with Internet Mail Service (5.0.1457.3)
	id <2BAY9T6C>; Mon, 31 Mar 1997 21:19:39 -0800
Message-ID: <71846B925036CF11BD6D00C0D1570929101329@lucifer.TestLab.ORST.EDU>
From: Adam Haberlach <HaberlaA@testlab.orst.edu>
To: deschall@gatekeeper.megasoft.com
Subject: RE: DRAFT: Press Release
Date: Mon, 31 Mar 1997 21:19:36 -0800
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1457.3)
Sender: owner-deschall@gatekeeper.megasoft.com
Precedence: bulk


	It looks good to me, but we might want to mention something
about the fact that DES depends on being difficult to crack--not
impossible to crack.  We could throw in the wow factor that what we plan
to get done in our lifetimes was estimated to take several centuries not
more then 30 years ago.

	Also, see comments in draft.  I don't know what the standard
length is for this kind of document, but it seems to get a bit wordy in
there at times...

---
Adam Haberlach
http://www.testlab.orst.edu/~haberlaa
Crack DES NOW!  http://www.frii.com/~rcv/deschall.htm

> -----Original Message-----
> From:	C Matthew Curtin [SMTP:cmcurtin@research.megasoft.com]
> Sent:	Monday, March 31, 1997 8:21 PM
> To:	deschall@gatekeeper.megasoft.com
> Subject:	DRAFT: Press Release
> 
> Comments, please...  I want to release this on Wednesday of this
> week.  If it requires more time to fix up, then I'd like to have it
> out as soon after that as possible.
> 
>   DESCHALL Group Searches for DES Key
> 
> [DRAFT] (will say ``for immediate release'' here one day) [DRAFT]
> 
> In answer to RSA Data Security, Inc.'s ``crypto challenge,'' a group
> of students, hobbyists, and professionals of all varieties is looking
> for a needle in a proverbial haystack.  The ``needle'' is the
> cryptographic key used to encrypt a given message, and the
> ``haystack'' is the huge pile of possible keys:
> 72,057,594,037,927,936 of them. 
> 
> /* I like it */
> 
> The point?  To prove that computing technology is sufficiently
> advanced that such a search is feasible using only the spare cycles of
> general purpose computing equipment, and as a result, unless much
> 
> /* I think there should be a 'that' between 'and' and 'as' */
> 
> larger ``keys'' are used, the security provided by cryptosystems is
> minimal.  Conceptually, a cryptographic key bears many similarities to
> the key of a typical lock.  A long key has more possible combinations
> of grooves than a short key.  With a very short key, it might even be
> feasible to try every possible combination of grooves in order to find
> a key that matches a given lock.  In a cryptographic system, keys are
> measured in length of bits, rather than grooves, but the principle is
> the same: unless a long enough key is used, computers can be used to
> figure out every possible combination until the correct one is found.
> 
> /* The second sentence is a bit too long, but otherwise good */
> 
> In an electronic world, cryptography is how both individuals and
> organizations keep things that need to be private from being public
> knowledge.  Whether it's a private conversation or an electronic funds
> transfer between two financial institutions, cryptography is what
> keeps the details of the data exchange private.  It has often been
> openly suggested that the US Government's DES (Data Encryption
> Standard) algorithm's 56-bit key size is insufficient for protecting
> information from either a funded attack, or a large-scale coordinated
> attack, where large numbers of computers are used to figure out the
> text of the message by brute force: that is, trying every possible
> combination.
> 
> /* we might want to mention that our effort is using resources that
> otherwise would be wasted, or are essentially free.  If someone had
> some serious money to devote to this, it could be done routinely.  Has
> anyone done the math to see what the total monetary value of our
> effort is? */
> 
> 
> Success with this project will prove such postulations correct.
> 
> The effort is being coordinated through a web site at
> http://www.frii.com/~rcv/deschall.htm.  Many more
> participants are sought in order to speed up the search.  The client
> software is available through the web site.  One simply needs to
> follow the download instructions to obtain a copy of the software.
> Once this has been done, the client simply needs to be started, and
> allowed to run in the background.  During otherwise wasted cycles, the
> computer will work its way through the DES keyspace, until some
> computer cooperating in the effort finds the answer.
> 
> Contacts:
>  Project Coordinator
>  Rocke Verser <rcv@dopey.verser.frii.com>
> 
>  Web Site
>  http://www.frii.com/~rcv/deschall.htm
> 
>  Mailing List
>  deschall@gatekeeper.megasoft.com
> 
>  To subscribe, send the text ``subscribe deschall'' (without the
>  quotes) to <majordomo@gatekeeper.megasoft.com>, and you'll be
>  emailed instructions.
> 
> -- 
> Matt Curtin  Chief Scientist  Megasoft, Inc.
> cmcurtin@research.megasoft.com
> http://www.research.megasoft.com/people/cmcurtin/    I speak only for
> myself
> Death to small keys.  Crack DES NOW!
> http://www.frii.com/~rcv/deschall.htm

