Re: Fwd: from Edupage, December 22, 2000

2001-01-03 Thread Jim Choate
On 3 Jan 2001, Jaap-Henk Hoepman wrote: > Except that eavesdropping on the quantum key distribution channel is _always_ > detected (by `laws of nature'), which is not true for these pressure-monitored > cables. It's not true here anymore either. Last year there was at least one group that demo

Re: SF Bay Area Cypherpunks March 2001 Physical Meeting Announcement

2001-03-08 Thread Jim Choate
That's Declan for you, on one hand holds to be a proponent of individual freedom and on the other trying to impose his twisted view of the worl on others. On Thu, 8 Mar 2001, Rodney Thayer wrote: > .xxx domains and a W-Washington update -- Declan McCullagh > > Declan will hold for

Re: BXA (fwd)

1999-10-19 Thread Jim Choate
- Forwarded message from Greg Broiles - Date: Tue, 19 Oct 1999 15:13:53 -0700 From: Greg Broiles <[EMAIL PROTECTED]> Subject: Re: BXA It appears that this may no longer be correct. John Young has made available on his website a document filed by t

starting up servers that need access to secrets (fwd)

2000-01-04 Thread Jim Choate
- Forwarded message from Jeffrey M. Smith - Date: Tue, 04 Jan 2000 16:40:40 -0500 From: "Jeffrey M. Smith" <[EMAIL PROTECTED]> Subject: starting up servers that need access to secrets Is there a good solution to the problem of starting up a network server that needs access to an encrypt

Killer PKI Applications (fwd)

2000-01-10 Thread Jim Choate
- Forwarded message from Peter Cassidy - Date: Mon, 10 Jan 2000 18:08:00 -0500 (EST) From: Peter Cassidy <[EMAIL PROTECTED]> Subject: Killer PKI Applications I am engaged in an expansive and challenging authoring assignment regarding PKI's rationale in the large e-commerce plexus. I'm

Re: Unrestricted crypto software web posting

2000-01-20 Thread Jim Choate
On Thu, 20 Jan 2000, Matt Blaze wrote: > Consider it done; the alias: > > [EMAIL PROTECTED] > > now appends to http://www.crypto.com/exports/mail.txt, and also mails to > [EMAIL PROTECTED] (currently empty, but that will change as people use it). Do you agree to surrender any rights exp

Linux Expo 2000 (Austin, TX) - Linux and Cryptography

2000-01-23 Thread Jim Choate
Hello, I would like to invite any parties involved in Linux based cryptographic tools who are in the Austin area to participate in the Feb. 17, 2000 Linux Expo. For more information: http://einstein.ssz.com/linex2k.html Please let other Linux users and groups know of this event. Thank you.

Re: NSA back doors in encryption products

2000-05-24 Thread Jim Choate
On Wed, 24 May 2000, Eugene Leitl wrote: > Rick Smith writes: > > If NSA/MS are not doing it, they must be pretty stupid, because I'd do > it in their place. The prudent assumption is hence: your online system > can't be completely trusted, whether OpenSource, or not. Encryption > should be do

Re: NSA back doors in encryption products

2000-05-25 Thread Jim Choate
On Wed, 24 May 2000, Eugene Leitl wrote: > Jim Choate writes: > > > Bull, the hardware companies aren't any more trustworthy. > > True. You can always validate a few from a batch by plasma etching the > device, and trace the structures on an electromicrograph (some

Re: NSA back doors in encryption products

2000-05-25 Thread Jim Choate
On Thu, 25 May 2000, Eugene Leitl wrote: > Jim Choate writes: > > > Trying to avoid software compromises by using hardware is impossible since > > you can't build the hardware without software. > > The point is to put the sensitive area (key ring, crypto eng

Re: NSA back doors in encryption products

2000-05-27 Thread Jim Choate
On Fri, 26 May 2000, David Honig wrote: > At 09:54 PM 5/24/00 -0500, Jim Choate wrote: > >As to inserting a trapdoor in an FPGA, I don't see any reason at all that > >a trapdoor can't be inserted with the appropriate understanding of the > >state space and chosi

RE: Java, Crypto and Speed

2000-06-30 Thread Jim Choate
On Sat, 1 Jul 2000, Simon Aronson wrote: > Yes, I have, It is pretty fast. Diffie Hellman Applets can be found at > http://www.rdg.ac.uk/~sip99sma > (The CGI is REALLY slow though - am working on that, perl is not good for > BigIntegers) Then use Java if it's faster. There is certainly nothing