December 2003 - cypherpunks-legacy

No Subject
by pgut01＠cs.aukuni.ac.nz 17 Dec '03

17 Dec '03

>We haven't heard from Peter Gutmann yet (probably because he is so busy), but >if he turns up it would be interesting to hear about any future plans for SFS. >I don't mind explaining a little bit about some areas of cryptanalysis, maybe >the various sieves. Chris might want to talk about some hardware ideas. I seem to have been dropped in at the tail end of the discussion, so if you can let me know what it's about I'll be able to disagree with you about it. Peter.

1 0

PGP-Pine Scripts?
by Jason Burrell 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- Are there any scripts out there to set Pine 3.91 up to use PGP for message encryption and signing? I would prefer to stay away from installing a 1MB+ executable, since I have neither the root privlidges on this machine or the disk space for such an endevour. Thanks. - -- Jason Burrell | PGP 2.6 public key available by finger. Geek Code (V2.1): | GCS/CM/S/M d++ H s:+ !g !p+ !au !a w+++ v+\(---)>!v San Antonio, TX | C++ UC+ P+>++++ L+ 3 E+ N+++ K--- W--- M-- !V -po+ | Y++ t++++ 5+++ jx R+ G tv++ b++ D- B-- e u++>+++ h* f+ | r* n---->+++ y? - --- [This message has been signed by an auto-signing service. A valid signature means only that it has been received at the address corresponding to the signature and forwarded.] -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Gratis auto-signing service iQBFAwUBLvSZaCoZzwIn1bdtAQHYvgF9GlGCfkFh9I/RMyRdXyuR55ELZQ6kHkiP MKf5XzOXt3S+bMs7uF12S/O3xaHCTVWf =jqpA -----END PGP SIGNATURE-----

1 0

Processing data, information and knowledge
by rishab＠dxm.ernet.in 17 Dec '03

17 Dec '03

Here's an episode from my column that mentions Architext and NSA's statistical text searching techniques. Try the 'concept search' at hotwired (www.wired.com) or Time Inc's Pathfinder (www.timeinc.com) or look at the demo at Architext - www.atext.com. Rishab --- Electric Dreams Weekly column for The Asian Age by Rishab Aiyer Ghosh #40, 12/December/1994: Processing data, information and knowledge Computers are good at processing data. Juggling numbers, indexing names and addresses, these are the rudimentary tasks upon which much of the world's infrastructure depends. Computers are mediocre at processing information, the layering of data with complex inter-relationships. But they are simply pathetic at handling knowledge, the models based on piles of information used to understand and predict an aspect of the world around us, expressed by humans not in tables and charts, but in articles and books. Computers are organized. They can understand streams of homogeneous inputs, they can follow links between data that are made clear and detailed. This preference for structure makes it somewhat difficult to get computers to process more naturally expressed concepts and knowledge embodied in human-language text. Passing over the entirely academic debate about the ability or otherwise of machines to ever understand human ideas, the fact is that most attempts at getting computers to process or aid in processing such ideas has concentrated on making computers 'artificially intelligent' - making them form their own structured model of relatively unstructured text. Computer systems for natural language processing try to find meaning in a text by translating it into some internal representation, with the aid of a detailed grammar-book far more explicit than most humans could bear. Most natural language processing is either too slow, too inaccurate, or too limited to a particular human language or set of concepts to be practically useful on a large scale. While it may be pretty good for simple voice- based interfaces, NLP is unlikely in the near future to be able to, for instance, quickly go through 2 years of Time magazine and identify the US government's changing policy on the war in Bosnia. While NLP begins with the assumption that machines need some sort of understanding to process text, other methods concentrate more on practical applications. These usually abandon any attempt to search for a structure in textual inputs, and rely instead on identifying a vague pattern. Neural networks, which try to simulate the working of the brain, are frequently used to identify patterns in images, sounds and financial data. Though they are often quite successful at their limited tasks, they are not normally used to process text. One reason for this is perhaps that text either needs to be interpreted in the small chunks of conversation, which requires a knowledge of grammar that conventional NLP provides; the other use for text processing is in organizing huge volumes of it, for which neural networks are too slow. The alternative comes strangely enough from the US National Security Agency. It has always been suspected that the NSA searches through e-mail traffic for 'sensitive' material, which for the large volumes involved would require considerable help from computers. Earlier this year, the agency began soliciting collaborations from business to develop commercial applications of their technique. It claimed to be able to quickly search through large quantities of text, in any language, for similarities to sample documents, and even automatically sort documents according to topics that it identifies. A similar though independently developed system is available from California-based Architext. Though statistical techniques for text processing are not entirely new, the continuing development in the area is a sign of the growing use of computers as knowledge- processing aids. By identifying patterns more-or-less blindly, without any attempt at understanding the concepts they represent, they can help us make some sense of the ocean of information that otherwise threatens to swamp us. Rishab Aiyer Ghosh is a freelance technology consultant and writer. You can reach him through voice mail (+91 11 3760335) or e-mail (rishab(a)dxm.ernet.in) --====(C) Copyright 1994 Rishab Aiyer Ghosh. ALL RIGHTS RESERVED====-- This article may be redistributed in electronic form only, PROVIDED THAT THE ARTICLE AND THIS NOTICE REMAIN INTACT. This article MAY NOT UNDER ANY CIRCUMSTANCES be redistributed in any non-electronic form, or redistributed in any form for compensation of any kind, WITHOUT PRIOR WRITTEN PERMISSION from Rishab Aiyer Ghosh (rishab(a)dxm.ernet.in) --==================================================================--

2 1

Remailer at myriad.pc.cc.cmu.edu??
by Mark Terka 17 Dec '03

17 Dec '03

I take it the above remailer has bitten the dust? I didn't see it in Ralph's last list.

1 0

2048 bit keys
by Tony.Gurnick＠nzdairy.co.nz 17 Dec '03

17 Dec '03

I saw a thread here a couple of weeks ago about generating 2048 bit keys after the 15-dec. I cant remember how to do it, can somebody please enlighten me??? T

1 0

Re: Remailer at myriad.pc.cc.cmu.edu??
by L. McCarthy 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- - -----BEGIN PGP SIGNED MESSAGE----- Mark Terka writes: > I take it the above remailer has bitten the dust? I didn't see it in Ralph's > last list. I asked about this on the remailer-operators list the other day. It seems Matt G. asked Raph to remove it from the list temporarily; I think he's just gone on vacation for a little while. - - -L. Futplex McCarthy - -----BEGIN PGP SIGNATURE----- Version: 2.6.1 iQCVAwUBLvT2d2f7YYibNzjpAQEPTAQAt5nqYycS//ebW9ZsISwshdUtYmMHlGox 6WdkaU0x27whC08ppk3MULMVERXmRRAxs7yUcFUeea/nmjQFGqnITprWGW0h2ONl CqL1XNvp7miky/L0ESbM1H+fm1e2bWObn1mh57LQuzuX5pW01EB+g7pw8L8yJgs3 qqH747EZfaM= =vz9F - -----END PGP SIGNATURE----- - --- [This message has been signed by an auto-signing service. A valid signature means only that it has been received at the address corresponding to the signature and forwarded.] -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Gratis auto-signing service iQBFAwUBLvT5AioZzwIn1bdtAQG8SgF/UK/GUXDynLdM3hv0sHs1ev75lPIKFRPz Yvv3BdJg8B9jlhf9nfIgfPaTnrmfPtn+ =h8gc -----END PGP SIGNATURE-----

1 0

Doomsaying, development, and deployment
by Amanda Walker 17 Dec '03

17 Dec '03

A number of people have been saying things that amount to "imminent death of the Cypherpunks mailing list predicted, film at 11." Well, folks, if it dies, it will be the fault of those who just pick up their toys and go home. There's been a fair amount of discontent here in the the last year. I don't think it's a matter of any one flameful discussion (of which many have gone by recently). Rather, I think it's a matter of frustration. PGP has acheived a fair amount of recognition in the user community at large, and lately even in the mainstream press. However, beyond PGP and some anonymous remailers, there's not a lot else out there. There won't *be* anything unless we build it. No one's going to come riding in on his white horse to hand us crypto-security. We all agree we need better tools, and that everyone else needs better tools before they'll start adopting the technology we so fiercely believe can save us from the erosion of our civil liberty and personal privacy. So let's build those tools. Strange as it may seem, I actually have to weigh in on the side of Netscape in some of the arguments that have come by in the last week or so. They are building stuff, after all. That's better than most of the people on this list, from what I can tell. To put my money where my mouth is, I'll shut up completely until I can post an announcement of some useful crypto tool. It might be commercial, but it might be free--my employer does occasionally agree to give stuff away for the good of the Internet. Amanda Walker InterCon Systems Corporation

2 1

List of reliable remailers
by Raph Levien 17 Dec '03

17 Dec '03

I operate a remailer pinging service which collects detailed information about remailer features and reliability. To use it, just finger remailer-list(a)kiwi.cs.berkeley.edu There is also a Web version of the same information, at: http://www.cs.berkeley.edu/~raph/remailer-list.html This information is used by premail, a remailer chaining and PGP encrypting client for outgoing mail, which is available at: ftp://ftp.csua.berkeley.edu/pub/cypherpunks/premail/premail-0.30.tar.gz For the PGP public keys of the remailers, as well as some help on how to use them, finger remailer.help.all(a)chaos.bsu.edu This is the current info: REMAILER LIST This is an automatically generated listing of remailers. The first part of the listing shows the remailers along with configuration options and special features for each of the remailers. The second part shows the 12-day history, and average latency and uptime for each remailer. You can also get this list by fingering remailer-list(a)kiwi.cs.berkeley.edu. $remailer{"vox"} = "<remail(a)vox.xs4all.nl> cpunk pgp. post"; $remailer{"avox"} = "<anon(a)vox.hacktic.nl> cpunk pgp post"; $remailer{"extropia"} = "<remail(a)extropia.wimsey.com> cpunk pgp special"; $remailer{"portal"} = "<hfinney(a)shell.portal.com> cpunk pgp hash"; $remailer{"alumni"} = "<hal(a)alumni.caltech.edu> cpunk pgp hash"; $remailer{"bsu-cs"} = "<nowhere(a)bsu-cs.bsu.edu> cpunk hash ksub"; $remailer{"rebma"} = "<remailer(a)rebma.mn.org> cpunk pgp hash"; $remailer{"jpunix"} = "<remailer(a)jpunix.com> cpunk pgp hash latent cut post ek"; $remailer{"c2"} = "<remail(a)c2.org> eric pgp hash"; $remailer{"soda"} = "<remailer(a)csua.berkeley.edu> eric post"; $remailer{"penet"} = "<anon(a)anon.penet.fi> penet post"; $remailer{"ideath"} = "<remailer(a)ideath.goldenbear.com> cpunk hash ksub"; $remailer{"usura"} = "<usura(a)replay.com> cpunk pgp. hash latent cut post"; $remailer{"desert"} = "<remail(a)desert.xs4all.nl> cpunk pgp. post"; $remailer{"nately"} = "<remailer(a)nately.ucsd.edu> cpunk pgp hash latent cut"; $remailer{"xs4all"} = "<remailer(a)xs4all.nl> cpunk pgp hash latent cut post ek"; $remailer{"flame"} = "<tomaz(a)flame.sinet.org> cpunk pgp hash latent cut post ek"; $remailer{"rahul"} = "<homer(a)rahul.net> cpunk"; $remailer{"mix"} = "<mixmaster(a)nately.ucsd.edu> cpunk hash latent cut ek"; $remailer{"q"} = "<q(a)c2.org> cpunk hash latent cut ek"; catalyst(a)netcom.com is _not_ a remailer. Last ping: Mon 19 Dec 94 6:00:03 PST remailer email address history latency uptime ----------------------------------------------------------------------- usura usura(a)replay.com +***++*+**** 7:47 99.99% alumni hal(a)alumni.caltech.edu *+*****+**** 4:24 99.99% c2 remail(a)c2.org +++-+++++-++ 41:24 99.99% penet anon(a)anon.penet.fi *****+*+**** 29:39 99.99% nately remailer(a)nately.ucsd.edu ++++++.+++++ 1:29:04 99.99% portal hfinney(a)shell.portal.com ************ 2:19 99.99% flame tomaz(a)flame.sinet.org ***+-++**+* 8:57 99.99% ideath remailer(a)ideath.goldenbear.com *-*++**+**** 11:44 99.97% bsu-cs nowhere(a)bsu-cs.bsu.edu -**++******* 5:59 99.96% mix mixmaster(a)nately.ucsd.edu **+++*.+++++ 1:26:32 99.96% desert remail(a)desert.xs4all.nl .--------.-- 14:21:48 99.99% jpunix remailer(a)jpunix.com ** +-++**+* 8:35 99.78% q q(a)c2.org *-+--++ 49:41 99.79% vox remail(a)vox.xs4all.nl --..-----. 17:07:50 99.99% rahul homer(a)rahul.net ****** ****+ 10:59 99.50% soda remailer(a)csua.berkeley.edu ._........ 10:05:18 99.41% xs4all remailer(a)xs4all.nl ****+ +**** 8:09 99.10% rebma remailer(a)rebma.mn.org *---___..-.- 30:10:54 82.77% extropia remail(a)extropia.wimsey.com -.-+ 5:00:06 27.26% For more info: http://www.cs.berkeley.edu/~raph/remailer-list.html History key * # response in less than 5 minutes. * * response in less than 1 hour. * + response in less than 4 hours. * - response in less than 24 hours. * . response in more than 1 day. * _ response came back too late (more than 2 days). Options and features cpunk A major class of remailers. Supports Request-Remailing-To: field. eric A variant of the cpunk style. Uses Anon-Send-To: instead. penet The third class of remailers (at least for right now). Uses X-Anon-To: in the header. pgp Remailer supports encryption with PGP. A period after the keyword means that the short name, rather than the full email address, should be used as the encryption key ID. oldpgp Remailer does not like messages encoded with MIT PGP 2.6. Other versions of PGP, including 2.3a and 2.6ui, work fine. hash Supports ## pasting, so anything can be put into the headers of outgoing messages. ksub Remailer always kills subject header, even in non-pgp mode. nsub Remailer always preserves subject header, even in pgp mode. latent Supports Matt Ghio's Latent-Time: option. cut Supports Matt Ghio's Cutmarks: option. post Post to Usenet using Post-To: or Anon-Post-To: header. special Accepts only pgp encrypted messages. ek Encrypt responses in relpy blocks using Encrypt-Key: header. Comments and suggestions welcome! Raph Levien

1 0

Secure Phone software
by xpat＠vm1.spcs.umn.edu 17 Dec '03

17 Dec '03

On Sun, 18 Dec 1994, Philip Zimmermann wrote: > I'm trying to come up with a name for the secure phone software I'm > planning on releasing. The software would turn any multimedia PC > into a secure phone. OK, how about: IronClad StonePhone BuzzOff SpeakEasy SpeakFreely BlackHole BlackPipe SecurePipe MYOB (Mind Your Own Business, in the spirit of PGP) Wall To Wall (WTW) <--this gets my vote ---------------------------------------------------------------------- P M Dierking xpat(a)vm1.spcs.umn.edu |

1 0

Name that phone
by blancw＠pylon.com 17 Dec '03

17 Dec '03

MMPCPGPVSP ( MultiMedia PC PGP-Voice-Secure Phone ) PGVEPCP ( Pretty Good Voice Encryped PC Phone ) Ho Ho Ho Ho Ho Ho Ho Ho Ho Ho Ho Ho Ho Ho Ho Ho Blanc

1 0