December 2003 - cypherpunks-legacy

Writing A Remailer
by William Davidheiser 17 Dec '03

17 Dec '03

Hi all. I want to try to write a re-mailer that will run on my ISP's UNIX shell account. I am familiar with Windows socket programming (C/C++) but have never done anything in the UNIX environment. Any pointers on where I should start? Thx a bunch --- billd

3 2

Re: More threats from FOTM (Friends of Timmy May)
by Adamsc＠io-online.com 17 Dec '03

17 Dec '03

On Tue, 15 Oct 1996 21:54:20 -0700 (PDT), Sandy Sandfort wrote: >Does anyone remember the Russian word for "uncultured"? It was >in one or two of Tom Clancy's books. nekulturny? # Chris Adams <adamsc(a)io-online.com> | http://www.io-online.com/adamsc/adamsc.htp # <cadams(a)acucobol.com> | send mail with subject "send PGPKEY" "That's our advantage at Microsoft; we set the standards and we can change them." --- Karen Hargrove, Microsoft (quoted in the Feb 1993 Unix Review editorial)

1 0

Re: Microsoft Millionaires and Billionaires
by Adamsc＠io-online.com 17 Dec '03

17 Dec '03

On Wed, 16 Oct 1996 07:54:06 -0700 (PDT), Brad Shantz wrote: >You obviously don't know as many developers at Microsoft as I do. They >treat alot of their developers like farm animals. I just had an interview >at Microsoft last week. Very few if any of the people I met with were >millionaires. I've heard a lot of people say that the 5+ year Microsquishies are leaving in droves because 'it's not a fun place to work anymore'. The pain of success, I guess. # Chris Adams <adamsc(a)io-online.com> | http://www.io-online.com/adamsc/adamsc.htp # <cadams(a)acucobol.com> | send mail with subject "send PGPKEY" "That's our advantage at Microsoft; we set the standards and we can change them." --- Karen Hargrove, Microsoft (quoted in the Feb 1993 Unix Review editorial)

1 0

Re: Comments on binding cryptography (1)
by Bert-Jaap Koops 17 Dec '03

17 Dec '03

Dale Thorn <dthorn(a)gte.net> wrote: [many things, including] > So where in > the U.S. are you gonna get TRP's who will not *ever* "leak" your files > to an interested agency without proper warrant? [and] > They sure as hell don't trust us, now do they? This indicates exactly our difference of opinion, which I noticed already in my posting. We have different views on governments, so be it. > cypherpunks are not merely paranoid (paranoia as a Way Of Knowing), > they're very adept at telling you exactly how the criminals and > terrorists will get around this hokum, and you're in denial about it. If you can tell me exactly how criminals can get around the cryptographic protocol in the way the proposal tries to prevent (unilateral fraud), I very much would like to hear so. If you mean criminals can agree to use superencryption (or PGP for that matter), I don't deny that, as you might have noticed. Bert-Jaap

2 1

Re: "Stopping Crime" Necessarily Means Invasiveness
by Bert-Jaap Koops 17 Dec '03

17 Dec '03

"Timothy C. May" <tcmay(a)got.net> wrote: > The recent talk about "catching criminals" misses this point, that > governments typically use surveillance powers to control citizens. (Note: I > would think Dutch residents should be especially sensitive to this concern, > given what happened to them in WW II, when the arriving Nazis used > telephone records to locate Jews for extermination. Until recently, Holland > had a tendency to carefully think about such issues---I believe phone calls > were billed in such a way as to not keep such records, for example). I suppose this remark is targeted at me and Eric. Yes, I am sensitive to the issue, but no, I don't think the threat of an American invasion particularly realistic. At present, I worry more about the threat of (organized) crime than about the threat of government abuse, call it Dutch naivete if you want. So much for politics. Can we get back to crypto? Bert-Jaap

2 1

RE: Binding cryptography - a fraud-detectible alternative to ke
by everheul＠mail.rijnhaave.nl 17 Dec '03

17 Dec '03

Bill Stewart[SMTP:stewarts@ix.netcom.com] wrote: >I haven't seen the technical papers behind the postings you've made Our original is on: http://cwis.kub.nl/~frw/people/koops/binding.htm At the end of that (also available as http://cwis.kub.nl/~frw/people/koops/bindtech.htm) there is a technical description of one implementation of Binding Cryptography. >to the net, but the overall approach sounds very similar to "Clipper >II", the Software Key Encryption work that the TIS people (Steve >Walker?) and Dorothy Denning were touting a year or so ago. It >wasn't in your references, and it's clearly close enough to be worth >your attention. The design was interesting - it chose a set of >public and symmetric key encryption that allows the recipient to >validate the sessionkey-encrypted-to-key-copy-holder*. They are mentioned in the final paper. /* I will only go into the technique now, not the politics */ In fact our technique is inspired on that technique (that is being used by several other as well). In this technique users' encrypted messages basically consist of three components: 1. the (actual) message encrypted with any symmetric system, using a random session key; 2. the session key encrypted with the public key(s) of the addressee(s); 3. the session key encrypted with the public key of a Trusted Retrieval Party (TRP). With the TIS scheme a TRP is called Key Escrow Agency (KEA), but that is just a name. When a law-enforcement agency is conducting a lawful intercept and strikes upon an enciphered message, they take the third information component to the TRP. If shown an appropriate warrant, the TRP decrypts the information component and hands over the session key, so that the law-enforcement agency has access to the message. The TIS commerical Key Escrow (CKE) leaves it at that. So unilateral (i.e without help of the recipient) fraud is easily possible; just send another (or none) session key in the thrid component. Nobody is going to know; the three packets look OK. Only when there is a law-enforcement agency is conducting a lawful intercept then they will know fraude is committed. (BTW "fraude" means using something (voluntarily) without complying with the *AGREED* rules. Hence fraude in voluntary systems is possible. PLEASE PLEASE PLEASE let us not have that discussion again!). Not willing to jeopardize the investigation, the LEA is then probably not going to do much about it. In the "TIS software key escrow paralleling Clipper" this unilateral fraude has been made impossible: as the recipient knows the session key (from decrypting the second component), he is capabel to recalculate the third session key and compare it with it the actual sent to him. Of course this comparison is incorperated in the software of the recipient; if the comparison fails then the decryption of the first component will not take place (in France your monitor might explode (-;) Although preventing unilateral fraude, this does not prevent colluding of frauders. Indeed, by a conceptually simple manipulation in the decryption software the outcome of the comparison can be made "positive" all the time. So in this fashion, without anybody knowing (seeing) about it colluding people will use the security benefits of the system, but not it "law enforcement" disadvantages. We liked the general techinque as it is rather liberal and internationally useable (you don't have to escrow any secret keys, the choice of TRPs is very flexible), but we did not like the colluding property. The idea in our scheme is that the colluding fraude is still possible, but must be at least *detectable* by third parties that have access to all data anyway (network operators, internet service providers). Moreover, for this detection no secret information is needed (or gained), so user' privacy is not jeopardized by it. With respect to this; I was surprised to read in the papers that Bangemann (European Commision) proposed to make Internet Service Provides responsible for checking the authenticity of certain types of sent data. In resume: we believe that our scheme is the middle of key-escrow (Clipper III) and the TIS scheme and is flexible enough to form a worldwide security infrastructure, where each participating country can implement its *own* crypto policy with. In particular, if, how (random, offline?) and by who checking is done is a matter for each country to decide on his own. Also the organization of TRPs is a matter of each country of its own. > A major capability that was missing from Walker's SKE work is the > ability to split the copied* key into two or more parts, all of > which are need to recover the session key, while making it possible > to validate that the pieces do add up to the session key. Splitting the session-key in binding data can be done by the sender (sending all shares to different TRPs); this can be checked by anyone. More importantly, in our ElGamal implementation of binding cryptography the splitting of the secret keys of TRP can be done in a very elegant way, that seems to be put there for (controlled) LEA-use. We will put that in the technical paper as well. Best regards, Eric

1 0

GET ME OUT OF HERE
by crumrig＠us-state.gov 17 Dec '03

17 Dec '03

UNSUBSCIBE

1 0

JUN_tas
by John Young 17 Dec '03

17 Dec '03

10-19-96. WaPo: "Story of How an Unknown American Linguist Broke Soviet Wartime Spy Code Finally Emerges From Shadows" NSA's legendary cryptlinguist Meredith Knox Gardner emerged from a lifetime of anonymity to tell his story at a conference devoted to the "Venona" code break. NSA historians have been unable to come up with any evidence that President Truman was ever informed of Venona. Mystery also continues to surround the government's failure to prosecute Theodore Alvin Hall, a Harvard physicist working at Los Alamos and Bill Weisband, a Soviet emigre working with Gardner at NSA, even though Venona decrypts revealed the two as spies. Gardner believes that the intelligence chiefs withheld the information from Truman because they were afraid that he would "give away the secret. You can't imagine how the intelligence agencies guard secrecy." ----- http://jya.com/juntas.txt (20 kb) ftp://jya.com/pub/incoming/juntas.txt JUN_tas

1 0

RE: YES OR NO?
by jbugden＠smtplink.alis.ca 17 Dec '03

17 Dec '03

dlv(a)bwalk.dm.com (Dr.Dimitri Vulis KOTM) wrote: >I said: YES, when I have the time. If your schedule looks anything like mine, you only have time for something if you make time for it. If your YES is to be worth anything, you are going to have to make time. Will you make the time? If not, a NO would be a more honest response. Ciao, James Never put off until tomorrow what you can put off doing altogether.

1 0

Re: EC patent
by Hayashi_Tsuyoshi 17 Dec '03

17 Dec '03

On Thu, 17 Oct 1996 17:38:28 -0800, jim bell said: >At 04:53 PM 10/17/96 -0400, Robert Hettinga wrote: >>--- begin forwarded text >>Date: Thu, 17 Oct 1996 14:03:34 +0800 >>From: James Lee <jlee(a)ccl.itri.org.tw> >>Reply-To: jlee(a)ccl.itri.org.tw >>+----------------------------------------------------+ >>Addressed to: set-discuss(a)commerce.net >>+----------------------------------------------------+ >> >>I heard that CitiBank has filed for a patent in Japan with 140+ claims The document is on my desk: CitiBank's patent in Japan #: Toku-Kou-Hei 7-111723 o 104 claims o published date: 29 Nov, 1995 o 112 pages (text: 48 pages, fig.: 64 pages.) # Note: # "Toku" means "Tokkyo", "tokkyo" == "patent" # "Kou" means "Koukoku", "koukoku" == "published" # "Hei" means "Heisei", "Heisei" is the Japanese year- # name; This year == Heisei 8 == 1996. A publication of the CitiBank's patent was a big news in industrial or financial domain in Japan. I found the article on Nikkei-Sangyo shinbun. # sangyo == industrial # shinbun == paper >>covering many aspects of electronic commerce, security electronic >>transaction, etc. Probably yes. >>--- end forwarded text > >Maybe Japanese law is different, but don't I recall reading somewhere that >"methods of doing business," business practices in general, are not >patentable? It seems that "Toku-Kou-Hei 7-111723" claims specified procedure, not *general* "methods of doing business". >Not that it would surprise me if the Patent Office idiots were to change >their minds, like they did concerning software, algorithms, and mathematics >in general... I think that Japanese P.O. has changed their policy in a few years influenced with U.S.P.O. ///hayashi

1 0