December 2003 - cypherpunks-legacy

re: monsters et al
by jamesd＠echeque.com 17 Dec '03

17 Dec '03

On Mon, 18 Mar 1996 jamesd(a)echeque.com wrote: > > Those who defend totalitarianism, regardless of the brand name of > > totalitarianism, simply lie. It is as uncomplicated as that. At 02:21 PM 3/18/96 -0800, Charles Bell wrote: > Not very good point. > > Monsters come in many hues and `totalitarianism' is rarely total. > Simplicity is in the mind of the beholder. George Bernard Shaw, leader of the Fabian socialists, visited the Soviet Union during Stalin's artificial famine and said "Where do you see any food shortage", gesturing around. He was sitting in a restaurant reserved exclusively for foreigners at the time, and there was indeed excellent and abundant food in the restaurant. Monsters, plain enough. Very simple. The complications only exist in the clouded minds of those who employ doublethink. Shaw also visited the Gulag, as did many famous English leftists: Here is his report on it: "Whereas in Britain a man enters prison a human being, and leaves prison a criminal type, in Russia he entered prison a criminal type and would come out an ordinary man but for the difficulty of inducing him to come out at all. As far as I could make out they could all stay as long as they liked. " >From which I reasonably conclude that if people like him gained power, they would murder everybody like me. I have heard many very similar tales from folk on Usenet concerning Cuba and the like. In addition to eradicating everyone like me, they would also eradicate their dupes, their useful fools, such as H.G. Wells, who wrote of Stalin: "[...] never met a man more candid, fair and honest, [...] no one is afraid of him and everybody trusts him. " Since they did not give H.G. Wells a tour of the Gulag, I guess they suspected that he might not have approved. Such a suspicion would doubtless have proved fatal had his pals amongst the Fabian socialists gained power. --------------------------------------------------------------------- | We have the right to defend ourselves | http://www.jim.com/jamesd/ and our property, because of the kind | of animals that we are. True law | James A. Donald derives from this right, not from the | arbitrary power of the state. | jamesd(a)echeque.com

1 0

Re: Free Flight
by jf_avon＠citenet.net 17 Dec '03

17 Dec '03

>The latest Wired and last week's news reports covered the FAA decision to >sloooowly move from the current Positive Control ATC system to one called >Free Flight in which aircraft pick there own routes and separation is >maintained by GPS, computers, and telecommunications. It's about time! JFA Public Key at http://w3.citenet.net/users/jf_avon Jean-Francois Avon <jf_avon(a)citenet.net> 2048 bits key ID:C58ADD0D 1996/03/01 fingerprint=52 96 45 E8 20 5A 8A 5E F8 7C C8 6F AE FE F8 91

1 0

Re: DESCRIBE
by David K. Merriman 17 Dec '03

17 Dec '03

At 09:23 PM 03/18/95 -0800, you wrote: >undescribe cypherpunks(a)toad.com cyber(a)ronet.com.br > Well, we're not organized, for starters..... Dave Merriman------------------------------------------------------------- "Giving money and power to government is like giving whiskey and car keys to teenage boys." P. J. O'Rourke (b. 1947), U.S. journalist. <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> http://www.shellback.com/personal/merriman/index.htm

1 0

Win95 Remailer update
by David K. Merriman 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- I've generated a full installation package for RemailerBot, so that it now includes all required .DLLs, .OCXs, et al. Also includes the source code. It replaces the remailer.zip available through my web page. Simply unzip it to the directory of your choice, and run the setup132.exe file. Alternatively, you can use the MS expand utility to uncompress selective files. "We apologize for the inconvenience" Dave Merriman -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMU0tz8VrTvyYOzAZAQGS7QQArcKCBJKrzv9X/qZTaGGoPb1/46LKCKfe hehMiGlc50llJ/J5EqH86CPsGhX2W3DgUE+G/IPG+hD7HLCMrc06dDcO5XkO1Y+9 FNhCkmeA/XhoiDF61cjZ8IWO5oZx0iKsHFBhd4WhkirVRyGREXnveQA0txZmH1JA shzfa1XwqHo= =3gkt -----END PGP SIGNATURE----- ------------------------------------------------------------- "Giving money and power to government is like giving whiskey and car keys to teenage boys." P. J. O'Rourke (b. 1947), U.S. journalist. <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> http://www.shellback.com/personal/merriman/index.htm

1 0

PGP and Human Rights
by Philip Zimmermann 17 Dec '03

17 Dec '03

Recently, I received the following letters by email from Central Europe. The letters provides food for thought in our public debates over the role of cryptography in the relationship between a government and its people. With the sender's permission, I am releasing the letters to the public, with the sender's name deleted, and some minor typos corrected. This material may be reposted, unmodified, to any other Usenet newsgroups that may be interested. -Philip Zimmermann Date: Sat, 09 Mar 1996 19:33:00 +0000 (GMT) >From: [name and email address deleted] Subject: Thanks from Central Europe To: Philip Zimmermann <prz(a)ACM.ORG> Dear Phil, This is a short note to say a very big thank you for all your work with PGP. We are part of a network of not-for-profit agencies, working among other things for human rights in the Balkans. Our various offices have been raided by various police forces looking for evidence of spying or subversive activities. Our mail has been regularly tampered with and our office in Romania has a constant wiretap. Last year in Zagreb, the security police raided our office and confiscated our computers in the hope of retrieving information about the identity of people who had complained about their activites. In every instance PGP has allowed us to communicate and protect our files from any attempt to gain access to our material as we PKZIP all our files and then use PGP's conventional encryption facility to protect all sensitive files. Without PGP we would not be able to function and protect our client group. Thanks to PGP I can sleep at night knowing that no amount of prying will compromise our clients. I have even had 13 days in prison for not revealing our PGP pass phrases, but it was a very small price to pay for protecting our clients. I have always meant to write and thank you, and now I am finally doing it. PGP has a value beyond all words and my personal gratitude to you is immense. Your work protects the innocent and the weak, and as such promotes peace and justice, quite frankly you deserve the biggest medal that can be found. Please be encouraged that PGP is a considerable benefit people in need, and your work is appreciated. Could you please tell us where in Europe we can find someone who can tell us more about using PGP and upgrades etc. If you can't tell us these details because of the export restriction thing, can you point us at someone who could tell us something without compromising you. Many thanks. --- [ I sent him a response and asked him if I could disclose his inspiring letter to the press, and also possibly use it in our ongoing legislative debates regarding cryptography if the opportunity arises to make arguments in front of a Congressional committee. I also asked him to supply some real examples of how PGP is used to protect human rights. He wrote back that I can use his letters if I delete his organization's name "to protect the innocent". Then he sent me the following letter. --PRZ ] Date: Mon, 18 Mar 1996 15:32:00 +0000 (GMT) >From: [name and email address deleted] Subject: More News from [Central Europe] To: Philip Zimmermann <prz(a)ACM.ORG> Dear Phil, I have been thinking of specific events that might be of use to your Congressional presentation. I am concerned that our brushes with Governments might be double-edged in that Congress might not like the idea of Human Rights groups avoiding Police investigation, even if such investigations violated Human Rights. However we have one case where you could highlight the value of PGP to "Good" citizens, we were working with a young woman who was being pursued by Islamic extremists. She was an ethnic Muslim from Albania who had converted to Christianity and as a result had been attacked, raped and threatened persistently with further attack. We were helping to protect her from further attack by hiding her in Hungary, and eventually we helped her travel to Holland, while in Holland she sought asylum, which was granted after the Dutch Government acknowledged that she was directly threatened with rape, harrassment and even death should her whereabouts be known to her persecutors. Two weeks before she was granted asylum, two armed men raided our office in Hungary looking for her, they tried to bring up files on our computers but were prevented from accessing her files by PGP. They took copies of the files that they believed related to her, so any simple password or ordinary encryption would eventually have been overcome. They were prepared to take the whole computer if necessary so the only real line of defence was PGP. Thanks to PGP her whereabouts and her life were protected. This incident and the young woman's circumstances are well documented. We have also had other incidents where PGP protected files and so protected innocent people. If the US confirms the dubious precedent of denying privacy in a cavalier fashion by trying to deny people PGP , it will be used as a standard by which others will then engineer the outlawing of any privacy. Partial privacy is no privacy. Our privacy should not be by the grace and favour of any Government. Mediums that ensured privacy in the past have been compromised by advances in technology, so it is only fair that they should be replaced by other secure methods of protecting our thoughts and ideas, as well as information. I wish you well with your hearing. Yours most sincerely [name deleted] --- [end of quoted material] ------------------------------------------------------------------

1 0

Re: Keep the pressure! Cryptographers Against Cryptography EXPOSED!
by anonymous-remailer＠shell.portal.com 17 Dec '03

17 Dec '03

Some people have wondered why I am anonymous and attack me. I am not ashamed of my views. I write this thread anonymous as a form of protest. The 10 PEOPLE on the LIST OF SHAME have their shields. The whole government will come to their aid in helping them spread their lie and is behind them. I have an acount and post regularly under my real name. I am not ashamed of my views. I am proud of them. I write this anonyously as a form of protest because they have there shield and we have our remailers. I WANT TO KEEP IT THAT WAY! THEY MUST NOT BE ALOWED TO TAKE OUR SHIELD AWAY. BOYCOTT THE SELLOUTS AND DO WHAT YOU HAVE TO DO

2 1

First encrypted online backup service?
by John Gilmore 17 Dec '03

17 Dec '03

Actually it looks like they're set up for modem access, but I presume that if there's any serious demand they'd do it over the Internet. Of course, Would You Trust Your Backups To This Man? If the random key generated for it was later found to be not random enough, or if any of a dozen other bugs or breakthroughs make the encryption penetrable, would you want to have transmitted every bit of data in your computer, to a site you don't know very well, and to all interested eavesdroppers? Using proprietary and unverified software? Or even using free software? Maybe some reliable cypherpunk should run such a service. Examine what comes through and gets written on tape. Superencipher it yourself before writing it on tape, and keep your own keys securely; maybe with a secret sharing scheme, and a tree of keys that requires going offline to other backup tapes to recover the key for a particular backup tape. And as you look at your customers' data, remember Robert Morris's #1 piece of advice to cryptanalysts: "Look for plaintext". It shows up in the darnedest places where it shouldn't. A c'punk backup service would warn you if you tried to push plaintext into it. Though it'd store it for you regardless: the customer might care a lot more about being able to retain a copy of their data than they care about whether anyone else could see it. I hope they find a market and some workable solutions to these issues. It'd be nice to have automatic backups of my data kept securely in a few spots around the globe for some reasonable price. John Gilmore Forwarded-by: Stanton McCandlish <mech(a)eff.org> From: Alan Brown <abrown(a)usaor.net> Newsgroups: comp.org.eff.news Subject: Protect your computer data with remote tape backup. Date: 13 Mar 1996 01:37:12 GMT Organization: National Computer Company Message-ID: <4i58s8$r65(a)news.usaor.net> X-Mailer: Mozilla 1.1 (Windows; U; 16bit) Content-Transfer-Encoding: quoted-printable FACT In the Next 3 Months Another 30 Million Computers Will Crash and Lose Data ***************** This Year Alone Over $1 Billion Worth Of Computers Will Be Stolen ********** Each Month 10 Million In-House Accidents, Operator Error, Viruses & Equipment Failure Will Cause Loss Of Data ***************** With National Computer & Data Back-up Company=92s technology we can safel= y,=20 confidentially and automatically encrypt your data, download to our=20 server and store in our offsite water and fireproof vaults. Our proprietary software is loaded on your computer and at a time that=20 you select, normally after business hours, your computer will=20 automatically call our server, compress and encrypt your files and=20 download the days work. We then download your files to tape and store in=20 our vaults in case of future need. Your files are encrypted and only you=20 have the password so noone but you can see your data. It is quick, safe,=20 reliable and you don=92t have the time consuming chore of doing backups.=20 For those outside the 412 area code we have an 800# for you to use to do=20 your backups so you won=92t have a toll charge. Let us help you For As Little As $2.00 Per Day FOR MORE INFO EMAIL US AT abrown(a)usaor.net OR CALL US TODAY 412-934-0912

1 0

Keep the pressure! Cryptographers Against Cryptography EXPOSED!
by anonymous-remailer＠shell.portal.com 17 Dec '03

17 Dec '03

This is the third in a regular series of postings to expose the lie that has become of the Leahy bill. I am proud to report that the majority of us have the good sense to see this for what it is but a few cypherpunks continue to lie to us and have not recanted. It is too late to toss this up as a mistake in judgement. We tried to educate these people on the error of their ways but they persist in spreading the lie that the Leahy bill is good for us. We tried to give them the benefit of the dout, but isn't it funny that when presented with the facts NOT ONE OF THESE ""SCIENTISTS"" has admited to his CLEAR MISTAKE. No, they continue spreading the same lie lie lie that the LEAHEY BILL WILL SOMEHOW HELP US. THEY MUST BE STOPPED. We can be fortunate that their number is small. At least the ones we know about. Only three more since the last report. But even one is too many. These people have alot to answer for. Ask them who they work for and who signs there checks. Ask them why they lie. Ask them why they are afraid of your right to privacy. (of course we know why) Show them HOW WE FEEL. Let them serve as examples too others if they are too cowardly to serve as beacons for truth. THE LIST OF SHAME: B. Schneier: bs208(a)newton.cam.ac.uk, schneier(a)counterpane.com M. Blaze: mab(a)crypto.com, mab(a)research.att.com J. Bizdos: jim(a)rsa.com S. Safaddar: shabbir(a)vtw.org D. Weinstein: djw(a)vplus.com P.. Peterson: padgett(a)hobbes.orl.mmc.com B. Stewart: stewarts(a)ix.netcom.com B. Unicorn: unicorn(a)schloss.li P. Karn: karn(a)unix.ka9q.ampr.org D. McCullagh: declan(a)well.com BOYCOTT APPLIED CRYPTOGRAPHY, AT&T, VTW, and RSA!!!! THE LEAHY BILL IS 100% PART OF THE PLAN TO KILL FREE CRYPTO. YOU DON'T NEED EXPERTS TO THINK FOR YOU! REMEMBER RICO AND WORLD GOVERNMENT!

7 8

Re: Keep the pressure! Cryptographers Against Cryptography EXPOSED! (fwd)
by Black Unicorn 17 Dec '03

17 Dec '03

On Wed, 20 Mar 1996 anonymous-remailer(a)shell.portal.com wrote: > These people have alot to answer for. Ask them who they work for > and who signs there checks. Ask them why they lie. Ask them why > they are afraid of your right to privacy. (of course we know why) > Show them HOW WE FEEL. Let them serve as examples too others if > they are too cowardly to serve as beacons for truth. > > THE LIST OF SHAME: > B. Schneier: bs208(a)newton.cam.ac.uk, schneier(a)counterpane.com > M. Blaze: mab(a)crypto.com, mab(a)research.att.com > J. Bizdos: jim(a)rsa.com > S. Safaddar: shabbir(a)vtw.org > D. Weinstein: djw(a)vplus.com > P.. Peterson: padgett(a)hobbes.orl.mmc.com > B. Stewart: stewarts(a)ix.netcom.com > B. Unicorn: unicorn(a)schloss.li WOO HOO! Took long enough. > P. Karn: karn(a)unix.ka9q.ampr.org > D. McCullagh: declan(a)well.com > These people have alot to answer for. Ask them who they work for The Executive Office on National Security in the Department of Justice. Fred Baron is my boss. > and who signs there checks. All DOJ paychecks are government paychecks. Duh. > Ask them why they lie. Because we know we can kill crypto for good if only we can keep you fools disorganized for a few more months. Just... a... few... more.... > Ask them why they are afraid of your right to privacy. How the hell am I going to get my paycheck if we can't tax you? --- My prefered and soon to be permanent e-mail address: unicorn(a)schloss.li "In fact, had Bancroft not existed, potestas scientiae in usu est Franklin might have had to invent him." in nihilum nil posse reverti 00B9289C28DC0E55 E16D5378B81E1C96 - Finger for Current Key Information

1 0

No Subject
by nobody＠REPLAY.COM 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- This came from Dave^H^H^H^HAnonymous in the context of that highly entertaining rec.music.white-power hullabaloo. What he was thinking cross-posting to alt.politics.white-power, I can't imagine. The References: and Reply-To: headers are hilarious. - -L. Detweiler alias Rich Graves FUCKING STATIST http://www.c2.org/~rich/ From: nobody(a)REPLAY.COM (Anonymous) Newsgroups: news.groups,alt.politics.white-power,alt.2600 Subject: L. Detweilers's Back!!! New nym: rich(a)c2.org (Rich Graves) Date: 16 Mar 1996 15:29:18 +0100 Sender: replay(a)utopia.hacktic.nl Message-ID: <4iej7u$r6(a)utopia.hacktic.nl> References: <rich(a)c2.org> lying asshole Reply-To: <rich(a)c2.org> L. Detweiler NNTP-Posting-Host: utopia.hacktic.nl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 194 XComm: Replay may or may not approve of the content of this posting XComm: Report misuse of this automated service to <postmaster(a)REPLAY.COM> Xref: nntp.Stanford.EDU alt.2600:179080 news.groups:126480 Give it up, "L" We've got the glass on you -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMU3MjI3DXUbM57SdAQFBKwP9HCsustLeJGLqTzt9WCh2DM9/znj+Xl0E aaidu28dpuhxdju/6phZ0uEHHXC/fUomH/dY5AXu3IaW68N6nLAXAl1TwJvd/dAh JIjmchQpDptmH2039pFn0I/xTKO0nqqK/tMNYHC3v9HTwRxlR2nGUxh/vAUAKObf tWbITC1fNPY= =5/VC -----END PGP SIGNATURE-----

1 0

Re: Keep the pressure! Cryptographers Against Cryptography EXPOSED!
by JR＠ns.cnb.uam.es 17 Dec '03

17 Dec '03

>Some people have wondered why I am anonymous and attack me. >I am not ashamed of my views. I write this thread anonymous >as a form of protest. > >The 10 PEOPLE on the LIST OF SHAME have their shields. The whole >government will come to their aid in helping them spread their >lie and is behind them. > Have you considered visiting your GP or a psychiatrist? No, seriously, that paranoia of yours may get worst and now it may still be time to cure it. You better go now before it gets worst and you end killing a President or something similar. Or at least, use your scarce brains to think a bit (not much needed) to realize that even if these people were of such conspiratorial taste they do have the same right to express their opinions and wants as you do. >I have an acount and post regularly under my real name. I am not >ashamed of my views. I am proud of them. > Oh, I see, that's why you keep using an anonymous remailer. >I write this anonyously as a form of protest because they have >there shield and we have our remailers. I WANT TO KEEP IT THAT WAY! >THEY MUST NOT BE ALOWED TO TAKE OUR SHIELD AWAY. > ^^^ YOUR and who else? Aren't you generalizing a bit? And BTW denying others any right to express themselves? Aren't you stablishing as "me/us" vs. "THEM" where you mistify that "THEM"? Shouldn't you consider if you're not going too far and really need medical assistance? >BOYCOTT THE SELLOUTS >AND >DO WHAT YOU HAVE TO DO > Boyz, do you consider the above concerns too. Before attempting to follow advice of a possibly paranoid, ill, mental patient, consider seriously if you are not really hurting yourselves. The latest thing a cypherpunk should do is enjoin conspiratorial dementia and begin pursuing the very people that is actually supporting cryptography, developing the crypto field and fighting for crypto rights. As he says, "do what you have to": ponder seriously the problem and don't let anyone tell you what to do. Least of all "anonymous" fundamentalists. jr

1 0

No Subject
by Robb＠SpeakOut.org 17 Dec '03

17 Dec '03

Does anyone know of a Visual Basic/Quick Basic implementation of the Unix Crypt(3) function used to hash passwords. I have not found any crypto source code in VB. Your help in this search is greatly appreciated. If you would like E-Mail me direcly , Robb(a)Speakout.org. Many Thanks, Robb Hill

1 0

IPG message
by cpunk＠remail.ecafe.org 17 Dec '03

17 Dec '03

could some kind person that got IPGs' many time pad thing post it somewhere so people that never got a copy can see it???????? thanks.

1 0

Re: IPG message
by John Pettitt 17 Dec '03

17 Dec '03

At 02:58 AM 3/20/96 GMT, ECafe Anonymous Remailer wrote: >could some kind person that got IPGs' many time pad thing post it >somewhere so people that never got a copy can see it???????? > > > >thanks. > > > > > > > IPG wrote: Obviously, you meet our requirementsfor the release of the IPG ABC Encryption algorithms. We need no further information from you. though we would appreciate your telephone num and snail mail address. The algorithms detailed below are copyrighted 1995 and 1996 by Internet Privacy Guaranteed, Seymour, TX. All rights are reserved. You may not provide them to any other party, or parties, by any means or any media, without the expressed written permission of Internet Privacy Guaranteed. What is specially claimed as copyrighted and or patentable are: 1. The use of the word Ultima for the system, because it is impossible to have a either a more secure system - it is impossible to break the Ultima system, other equally difficult to break systems may exist, or may be formulated in the future, for example a true OTP, and in those cases, they may "theoretically" be more difficult to break than the IPG Ultima System, for example a true OTP. However, that would exist only in theory, because in those eventiualities, none of the systems would be breakable. Furthermore as to speed, Ultima, or simple variations, XOR, OR, or AND, instead of the Add or Subtract, is the fastest possible algorithm which will produce an unbreakable encryption system, without having a single OTP byte for each byte of plain text to be encrypted, as in an OTP. However, with the IPG system, we can obtain the same speed, or theoretically faster speeds than a pure OTP, with some very simple parrallelism - and that begs how you get humoungous OTPs to use, both in terms of generating them and getting them into a stream to be XORed against the plain text. That FACT, that the IPG algorithms are the fastest possible encryption system which will become evident when you examine the algorithms in detail. Thus it is impossible to produce a better system, in terms of either security or speed, thus we call our system Ultima, the ultimate. 2. The use of the term ABC Encryption algorithm that at once describes the basics of the system and its simplicity as will quickly become evident. 3. The use of a hardware generated OTP, which serves as a purely random seed, for the system to be described. 4. The use of a table of prime numbers, any number of which is greater than 3, from which random selections are made to be used in the algorithms to be described. The prime numbers for the system described have been selected for a specific hardware, namely the IBM PC clone, market. With other 16 bit, 32 bit, or 64 bit hardware, other prime numbers could be used to provide immediate results just as in the system to be described. The use of larger numbers, the use of larger adders, or logic gating systems, is self evident in the copyrights/patents. 5. The use of a random 8 bit seed for the dynamic vaiable that links the sets of equations into one system. This variable, D, for dynamic is the real key that distinguishes our system from any other system - excepting hardware implemented systems that use extremely large numbers, and or possible partitions, that encompass possible meaningful message lengths. Such systems, are self evident extensions of the simple IPG system. 6. The use of partitions within one OTP, pure random seed, PRNG stream - either by using parts of the random seeds, or more likely by using fixed intervals within the PRNG stream, for example, arbitrarily say every 100 gigabytes, or 100 terabytes for that matter. Using this technique, one random seed can be used for any abritrary period of time, one message, 10 messages, one day, one week, one year, one century, one millenium or whatever. The use of multiple Ds, in linear partitions, that is within one otp every terabyte fior example, is a self evident extension of the IPG system. 7. The use of a simple serial hardware implementation of the IPG system is self evident, and produces impressive speeds, mutiple megabyte per second, dependent of course on hardware speeds. 8. The use of a very simple single level of parallelism in hardware implementation, where the ABCs are computed in parrallel, and the D is passed along, is a simple self evident extension of the system and will allow a throughput of over 100 megabytes per second, on state of the sart hardware. 9. The use of a three dimensional parallel system, where the PRG stream is chopped up into several partitions, say every terabyte, and then each module proceeds as in paragraph 8, just above, is a simple extension of the basic IPG system, a would enable a system to operate at any conceivable line speed. 10. The changing of the number of equations, modules, prime number values, length of prime numbers, or length of random sample, probe values, or the other algorithmic values does not change the basic algorithm. It is the same algorithm with different values. With the previously detailed claims relating to the copyrightable and patentable features of the IPG algorithm system, IPG prersents the the Ultima Algorithms. - the ABC Encryption system. Given: 1. A 1792 BIT OTP, RANDOM SEED, generated from a hardware source. 2. A Table of 319 Prime Numbers in the range of 6,667 to 11,997, out of the 580+ available, the 384 selected for dynamic variance, the table is called BPRIMES. 3. A Table of 319 prime numbers in the range of 14,007 to 19,997, out of the 800+ available, the 384 selected for dynamic variance, the table is called CPRIMES The 1792 bits of OTP, Random Seed, are allocated as follows. 1. 512 bits for the 64 probes, for 64 C vales 2. 512 bits for the 64 probes, for 64 B values 3. 512 bits for the 64 starting A values 4. 8 bits for the initial ID value. Those 1544 bits are the actual random seed used for generating the PRNG stream, if you insist on calling it that. In addition, there are 248 bits used as follows. 5. 128 bits for the offset, partition, if applicable into the PRNG stream. Actually they are used to encrypt the actual underlying value of the partition, if any - note - in this case the mode is actually a true OTP, the first time only ot really does not help to know the offset unless you know the OTP, Random Seed. 6. 72 bits for uniquely identifying the OTP being used. 7. 48 bits as spares temporarily - can be used as different D values for partitions. If more As, Bs, Cs, are needed the random seed, OTP, can be expanded as necessary. Unlike RSA, there is no practical limit - I am actually sending you 1792 BYTE Random seeds, so that you can test other variations if you like, or use each of them, there are 32 of them in all, as 8 random seeds for the 1792 bit algorithm. 8 bit random starting A values are sufficient because we are only talking about the effect on the low order 8 bits in our PRNG stream. We actually AND these values with the constant 13,568 to give us a start that will intially have a dynamic effect on the A, B, and C values, that is the smallest possible B+13568, exceeds that largest possible C value. This selection process of course makes the A, B and C values random, 8 bits, as well as the initial ID value - the random range of each set is 2 to 32 but as you will see they are interlimked with the Dynamic variable, D. The procedure is as follows: 1. Using the 64 bytes for B selection, we select 64 Bs, B1,..,B64, as follows. B1=BPRIMES(SB1) WHERE SB1 is the first byte of the Random Number Seed, thus B1 is one of the BPRIMES, BPRIMES(0),..BPRIMES(255) then BPRIMES(SB1)=BPRIMES(256) then B2=BPRIMES(SB2) AS BEFORE EXCEPT Byte 2 of the OTP, Random Seed, is used. then BRPIMES(SB2)=BPRIMES(257) and so forth through 64 Thus you have 64 constants, B1,..,B64, each of which is an unique prime number. This of course, is the same as a lottery selection, except there is no denominator and the section pool does not shrink. Thus you have 1 in 2 to the 512 possibilities of a repeat, or guessing the selections. 2. The same procedure is used for selecting 64 C values, C1 through C64. 3. The 64 starting A byte values, from the random seed, are ANDed to 13,568 to give the 64 starting A values, random, at least 8 bit random. 4. 8 Bits are used for the starting D value Thus the B and Cs are constants - the As and D changes Then quite simply, you have 64 equation sets as follows. A1=(A1+B1) MOD C1 (Move, Add, Compare, Conditional Subtract) D=(D+A1) AND 255 (Really just use DL in assembly language) + A2=(A2+B2) MOD C2 D=(D+A2) AND 255 .............. + A63=(A63+B63) MOD C63 D=(D+A63) AND 255 + A64=(A64+B64) MOD C64 D=(D+A64) AND 255 the XOR operation against the plain text may vary. In our case, we accumulate a pair of DLs in CX, and then XOR it against a wor, two bytes of plain text. Thus we have one XOR for each set of two equations above, 32 XORs for the 64 equations. We string A1 type 8 sets of those 64 equations together, essentially duplicates of each other except for the XOR operation, which are constants, as opposed to indexed variables. Thus we do a disk sector at a time, with only the A values and D being variables. With double buffering, you can see that it cooks, to say the very least. Obviously by definition, there can be no repeat before the product of the C values, that is (C1*C2*C3,..,*C63*C64), and that does not take into account the starting A values and the starting D value. The average C value is slightly over 14 bits. Accordingly, no repeat is possible before 2 to the 864th power,minimum, or 2 to the 896th power average, 10 to the 267th power minimum, which will handle anything that can possibly occur, ever, ever, ever. If every atom in the universe was a Googol of Cray T3E's and they had been computing since the big bang, the possibilities they would have tried so far would be less than 1 part in 1 Googol. And that does not take into account the other 2 to the 1543+ possibilities. There is absolutely no way to prove that any message of any possible length is or is not possible, without trying all of the 1 to the 470th power possibilities, which of course is impossible. As John von Neumann once said to Dr. Bloome (Dottie), in my presence - it in a similar but totally unrelated case, it is not enough to say that it some theoretical message may not be theoretically possible, you must prove that at least one specific message is not possible. Of course, like JvN's case, that is not possible in the case of the IPG system. Continuing along that line, we in recognize that because we are working with a 1544 bit key, over 2 to 1543, but someewhat less than 2 to the 1544, that we only have approximately 10 to the 478th possibilities, that is 2 to the 1543+. Thus with a 125,000 byte message, we do not have 2 to 1,000,000th possible keys, but only 2 to the 1544 possible PRNG streams. Having said that, and fully recognizing that as incontrovertible, we invite you to test a long PRNG generated stream by the method, using a truly random seed of 1544 bits. You will find over both short and long sample sizes that the "effect" is indistinguishable from an OTP of the same length. To facilitate this, we are including herewith: I combined all these files listed below under BSD UNIX with the zip program so you shouldn't have any problems extracting them. If you do, please get back in touch with us and we can re-send the file under a different format, PKZIP. Note: The zipped files are considerably larger than the original because they are random unzippable data files. I promise you that with these, you can write the program to generate the PRNG streams in somewhat less than two hours. I am referring to the 64 sets of the equations set out above: This approach will also demonstrate how incredibly fast the system is and also how incredibly secure it is. Therefore, please find attached in the zipped file BINARY.ZIP consisting of: 1. BPRIMES.DAT - 384 prime numbers used for randomly selecting the B1,..,B64 values in what we are now calling the 1792 bit system - I am including 384 instead of 319 in case you want to try variations.. 2. CPRIMES.DAT - 384 prime numbers used for randomly selecting the C1,..,C64 values in the 1792 bit system - again 384 in case yopu want to try variations. 3. 32 - 1792 BYTE Hardware generated OTPs, specifically OTP.001,..,OTP.032. - any of these may be used in the 1792 BIT system, or the 5600 BIT system, or the 12288 BIT system. Further, any of the 32, can be used for other possible system configurations. The L1792 BYTE OTPs, can also be broken down into 8 - 1792 BIT OTPs. With these variables, you will not have any problem doing any kind of test that you may desire. As a prelude, consider, if you will, the 1st 64 bytes of the PRNG stream. 1. Byte 1 D is random A1=(A1+B1) MOD C1: is where A1 is random, 8 bit, and B1 and C1 are randomly selected from a table of primes and become a constant for that OTP, random seed. THE resultant A1 is some indeterminate number between 0 and C1-1. A1 MOD 256 is therefore likewise some random number between 0 and 255. There are 16,677,216 possible variations, and only 1 is the actual. ID=(ID+A1) AND 255. ID is random and A1 is pseudo random with 16,677,216 possible variations. Accordingly: by definition the new TD is random. Now therefore: if D was used for only this equation, there would only be 2 to the 32nd possible, 8 ID - 8 A1 - 8 B1 & 8 C1 possible variations and what you would have would be a system partioned into 64 didfferent subsystems. However, that is obviously not the case, D is passed from one equation set to the next, so there is no repeat possible until at the very least ID short of the entire C1*C2,..*C63*C64 cycles. 2. Byte 2, The process is the same and the resultant ID is random. The process is the same for all the other 62 bytes. Accordingly, how is it possible to determine the first 512 bits of the PRNG stream? That is 10 to the 158th power possibilities. Obviously they cannot all be tried - and any of the possible 2 to the 512th power of underlying clear text is possible. As stated, the reultant system is absolutely unbreakable - no ifs, no ands, no buts, no maybes, no anything. Also, as you can clearly demonstrate for yourself, there is no more robust system, with respect to speed, possible. It is truly Ultima, the ultimate system, as you will find out for yourself. Enough, I assume. After you have satisfied yourself that the ABC Encryption system is absolutely unbreakable and the fastest system possible. We will proceed to the demonstrate that the Key distribution is no problem and as stated, we are willing to license the process as desired by users. I invite your response, Thanks so much, Ralph, John Pettitt, jpp(a)software.net VP Engineering, CyberSource Corporation, 415 473 3065 "Technology is a way of organizing the universe so that man doesn't have to experience it." - Max Frisch PGP Key available at: http://www-swiss.ai.mit.edu/htbin/pks-extract-key.pl?op=get&search=0xB7AA37…

4 3

FTC's privacy list (was "Welcome to privacy")
by Deranged Mutant 17 Dec '03

17 Dec '03

I subscribed to the FTC (Federal Trade Comission) Privacy list. I'll lurk a bit [discipline indeed] and see who and what's there. Could be interesting. --Rob ------- Forwarded Message Follows ------- Welcome to the privacy mailing list! [..] Here's the general information for the list you've subscribed to, in case you don't already have it: ABOUT THE PRIVACY MAILING LIST Welcome to the Federal Trade Commission's Bureau of Consumer Protection Privacy Principles mailing list. The Bureau has established this list as a forum for discussing the privacy principles that should be applicable to consumers' use of the Global Information Infrastructure. The Bureau seeks commentary and resource materials from consumers, industry, privacy advocates and others who are concerned about questions such as the following: What information is routinely gathered online now, and what is industry doing with this information? How will the nature of the information gathered or the uses to which it is put change in the next few years? What control should consumers have over personal and transactional information? How should consumers be able to exercise that control? What expectations do consumers have regarding the use of information about them? What are the respective obligations of online service providers, content providers, and consumers themselves to address these privacy concerns? Should certain uses of information be off limits without the consumer's explicit consent? Under what circumstances should consumers have the ability to access and correct information about them? Additional related topics for discussion are welcome. The dialogue that takes place in response to these questions will be invaluable to the Bureau. It will facilitate the creation of a set of voluntary principles governing the use of consumer information in transactions in cyberspace. To post messages to this list, simply address your mail to: privacy(a)ftc.gov [..] Rob. --- Send a blank message with the subject "send pgp-key" (not in quotes) to <WlkngOwl(a)unix.asb.com> for a copy of my PGP key.

1 0

IPG cracked with known plaintext
by cpunk＠remail.ecafe.org 17 Dec '03

17 Dec '03

This information is preliminary and is based on an attempt to understand the IPG algorithm information. That description is not clear in some areas, however, hence this analysis is tentative at this time. First let us describe the IPG system in more conventional C: a[0] to a[63] are initialized to random 8-bit values. (The description is unclear and almost makes it sound like they are initialized to a random 8-bit value anded with 0x3500, which would of course be zero. The attack below will assume that this bizarre step is not done, but will still apply even if it is.) b[0] to b[63] are initialized to random primes selected from some pool. c[0] to c[63] are also initialized to random primes selected from a different pool. d is initialized to a random 8 bit value. The algorithm is: for ( ; ; ) { for (i=0; i<63; i++) { a[i] = (a[i] + b[i]) % c[i]; d = (d + a[i]) & 255; *data++ ^= d; /* xor with data */ } } Note first that with a known plaintext attack, the value of d can be calculated for each iteration, simply by xor'ing the plaintext and ciphertext. So we can easily recover a series of d values under this assumption. Known plaintext is a plausible cryptographic assumption in many contexts. Note second that we can assume that b[i] is less than c[i]. It appears from the description that this will be true, although it is a little unclear. If b[i] is greater than c[i] then simply do b[i] = b[i] % c[i] before beginning the loop. This will produce the same results since (a + (b mod c)) mod c is equal to (a + b) mod c. Note third that when a[i] and b[i], both less than c[i], are added mod c[i], the result will be equal to one of two things: a[i]+b[i], or a[i]+b[i]-c[i]. The reason is that the sum a[i]+b[i] must be less than 2*c[i] so the "mod" operation will be at most a single subtraction of c[i]. In general, half the time it will be necessary to subtract c[i], and half the time it will not. Now, as mentioned above, with known plaintext we can deduce the series of d values. Since each d differs from its predecessor by adding a[i], this allows us to calculate the low 8 bits of a[i] simply by taking the difference between successive d's. Every 64 bytes, i repeats. We know the low byte of a[i] from the previous iteration, and we know it for this iteration. Half of the time (on average) a[i] will change simply by adding b[i], in which case the low 8 bits will change by exactly the low 8 bits of b[i]. So if we take the difference between a[i] values spaced 64 bytes apart, half of the time these values will be a constant which is equal to the low byte of b[i]. The other half the time, the low 8 bits will change by adding b[i] and subtracting c[i]. So the low 8 bits of (b[i]-c[i]) is the other possible constant value which will be seen when you take the difference of a[i] every 64 bytes. So with a few multiples of 64 bytes of known plaintext, you will quickly find all the possible b[i] and b[i]-c[i] low bytes. By itself this should significantly narrow down the possibilities for b[i] and c[i], in many cases to a single prime. Even without this the algorithm can now be run forward or backward with only two possible known changes to a[i] at each step, and the entire message can be easily deduced. So this algorithm is easily broken with known plaintext.

1 0

Re: IPG cracked with known plaintext
by John Pettitt 17 Dec '03

17 Dec '03

At 05:32 PM 3/19/96 GMT, ECafe Anonymous Remailer wrote: >This information is preliminary and is based on an attempt to >understand the IPG algorithm information. That description is not >clear in some areas, however, hence this analysis is tentative at this >time. > >First let us describe the IPG system in more conventional C: > >a[0] to a[63] are initialized to random 8-bit values. (The >description is unclear and almost makes it sound like they are >initialized to a random 8-bit value anded with 0x3500, which would of >course be zero. The attack below will assume that this bizarre step >is not done, but will still apply even if it is.) > I think they mean ADD not AND but it's still an odd thing to do IMHO. >So this algorithm is easily broken with known plaintext. > > Agreed. Given that most PC apps generate known headers on files and that only a smallish plaintext is needed it's looks rather weak. John Pettitt, jpp(a)software.net VP Engineering, CyberSource Corporation, 415 473 3065 "Technology is a way of organizing the universe so that man doesn't have to experience it." - Max Frisch PGP Key available at: http://www-swiss.ai.mit.edu/htbin/pks-extract-key.pl?op=get&search=0xB7AA37…

2 1

Microsoft's "answer" to Java
by Alan Olsen 17 Dec '03

17 Dec '03

I recieved a copy of "Microsoft Interactive Developer" today in the mail. In it, it has a preview of Microsoft Explorer 3.0. (Flux by David Boling on page 120.) Of interest to Cypherpunks is this paragraph (in the section on OLE support in web browsers): "Since OLE controls could potentially pose a security problem, Microsoft is studying how to create an infrastructure to certify them. The idea is that, once certified, an OLE control would contain an RSA security signature indicating that it has passed muster -- the OLE eqivelent if the Good Housekeeping Seal of Approval! Users of Internet Explorer 3.0 could specify whether or not noncertified OLE controls should be loaded and executed by the browser." As a web developer, I have some problems with this scheme. Giving Microsoft access to virtually every OLE control on the Web does not make me more secure. Sounds like a way to rip off ideas from the rest of the development world. If someone has a control that might compete with a Microsoft product, it could be shelved and/or delayed for "further security testing". Java has a decentralized mechanism for security. No one group controls what is a "certified" control and what is not. You write the code and compile it and that is that. Furthermore, you are not stuck with Microsoft approved platforms. (I wonder if there will ever be a version of Explorer for the Mac.) I expect the Microsoft plan to garner a bit of resistance from the Web development community over this one... I do not expect to see many OLE crypto apps for the web with this plan. --- Alan Olsen -- alano(a)teleport.com -- Contract Web Design & Instruction `finger -l alano(a)teleport.com` for PGP 2.6.2 key http://www.teleport.com/~alano/ "We had to destroy the Internet in order to save it." - Sen. Exon

2 1

The return of the IPG Unbreakable System (fwd)
by IPG Sales 17 Dec '03

17 Dec '03

Derek and others, In view of the anonymous remailer's calim to have broken the simple system, which as you and others who have had the system for a period time know, we have had some reservations about. The effect on the 5600 bit system, and the 12288 bit system, are unkown at this time. Our tests indicate that there is not any effect at all on the 12,288 bit system. The 5600 bit system, which is indentical to the system described in our release, except that the D values, are used as an index to one, or two tables of random characters, 512 characters, or 2 - 256 characters, may be effected by a known plain text attack, we do not think so but we are running a battery of tests. The anonymous remailer may be able to confirm or deny that, since that person will presumably receive this letter. The addition is trival, that is the system is identicalin all respects to that set out, which was described accurately by the remailer, except that instead of XORing the D value, the D value is used as an index into a table(s) of random characters, that is the random seed is 5600 bits instead of 1792. That was one reason for providing large random seeds in our release. Our analysis as of 3:00pm CST 3-19-96, indicates that the D values are not recoverable, but we stand to be proven wrong. This system is only fractionally slower, for obvious reasons, than the simple one directly using the D values directly, described previously. Incidentally, for those concerned, it is as you know, the one that the IPG software in your possesion uses. Note: There was one error in the description, that is 13568 ANDed to the 8 bit random seed to get starting A values, it is not a C word AND but the assembly langauge sequnce of moving successive AL values into AX, where AH is fixed at 35, thus the effect is the same as an add, (or a byte AND of the random charcter to a zero AL) - the result is a number in the range of 13,568 to 13,823. Further, with respect to the simple system described in our release, we believe that the trimming procedure, that as some of you know, we used for another purpose - to eliminate the perceived problem of more frequent close pairs, on the average more 0,0's as opposed to 0,255's, defeats the plain text attack, though it may require the jump start as we have described - running the system through a few iterations before commencing the actual encryption. The effect of this, as has been described to some of you, is that some of the D's are not used, that portion of each C value that is not an even multiple of 256, for example 14009 MOD 256 is 185. Thus, those values where A[i] > 13824 are not used to XOR against the plain text - this is easily done in ASM by simply comparing the high order 8 bits, of A[i] with the high order 8 bits of C[i], if they are equal, then the XOR does not take place - thus the 64 interval is not applicable, it is variable depending upon the randomly selected C values. Without having the known 64 interval as a constant, I believe that the system is still solid. As those of you heretofore privy to that information know, that modification to the system system takes about 10% more time, than the system that was "cracked." Maybe, we need to do both this and use the 5600 byte system. We will appreciate any input in this regard. If we must go to the 12288 byte system, the system will be slower. However, as many of you know, it is still extremly fast but not as fast as either of the other two versions. With the 12,288 bit system. Our tests indicate that nothing but random values, can be obtained by either known plain text attack or by pattern recognition methodologies, those of which we are aware, on the 12,288 bit system. Those of you who have had all of the materials will understand the foregoing. With the information provided heretofore, you can determine the effect on the other two systems. Also, those people will know my expressed fear of a premature announcement, such as that which has now been made, would have. This was the reason, that I resisted so strongly the release of the materials to the C'punks list though a few of you recommended that I do so. Perhaps we should have released everything? Who knows. However, in any case, that is water over the dam and IPG must go on from here. It is only another of the many mistakes that we will undoubtedly make along the way. Having said that though, we must go back to our prior evaluation method, a strict confidential mode. However, I believe that we have added several very good additional people who can help to analyze the system. In view of the willful violation of our confidential release, without knowing everything involved, and putting it out on the Internet, please be advised that other than those who have heretofore been evaluating the system, we will make no further releases except on a highly selective basis. The dozens of you who have requested copies of the materials,and have not yet received them, please be patient until we can get back on track. On a selected basis, we will provide then to you, after discussing it with each of you privately. Obviously, this breech occurred from yesterdays posting since no mention was made of the 5600 bit or 12,288 bit random seed systems. Therefore, we intend to be very careful from now on. Accordingly, this will be the last letter posted to the entire cypherpunks list for the time being. If any reader posts something to the entire Cypherpunks list, do not expect any response to from IPG, there will be none. Perhaps a battle has been lost, maybe even probably? But the war is not over, not by a long shot - with minor modifications this system is absolutely secure as events will prove. However, be assured that we will not sell our product to anyone until that can be definitively established. We greatly appreciate the contribution of some of those on the cypherpunks mailing list, including the anonymous remailer, have made. We hope that someway can be found for that person to continue to cooperate with us, since we are herein obviously providing information that can be evaluated. If that person will communicate with us privately, in remailer form, including a PGP public key, we will post our response to the C'Punks list in encrypted form, or suggest an alternate approach. To many of you, you will be hearing from us tomorrow - to the remaining of you, some of whom have objected to our providing you with unsolicited information, which we mistakenly thought that you would want, you will hear from us soon, depending upon the findings made by your C'punk list associates and others. Thanks kindly, Ralph

3 5

JEK_hyd
by John Young 17 Dec '03

17 Dec '03

3-20-96. TWP (privatizing the global NatSec frankenstein): "South Africa Weighs Reining In Peddlers of Mercenary Ex-Soldiers." In this once highly militarized society, the transition from white-minority rule produced unemployed commandos and spies suddenly without a cause. So, controversial military and intelligence units are selling their skills to the rest of Africa and beyond. Executive Outcomes, the best known and apparently largest of firms offering overt and covert security services, says the company's services are in great demand. It operates within a murky network of other international companies that specialize in oil drilling, diamond mining and landmine removal. The firm also has been reported to hire former commandos of Britain's SAS and the Selous Scouts of the old white-ruled Rhodesia, as well as military technicians from the former Soviet Union. JEK_hyd

1 0

Re: Would the FTC crack down on snake oil someday?
by Bill Stewart 17 Dec '03

17 Dec '03

At 11:45 PM 3/17/96 +0000, you wrote: >Enclosed is an excerpt from Edupage. Snake-oil crypto popped into my >mind.... I wonder if the FTC (Federal Trade Commission... agency >*meant* to crack down on consumer fraud, for non-US readers here) >would ever get into act here. .... >FTC TARGETS INTERNET FRAUD >The Federal Trade Commission is conducting a "wholesale crackdown" on >perpetrators of allegedly deceptive marketing schemes that are advertised in >Internet news groups or on the World Wide Web. Sure, they'll be happy to, if we really want. The NSA will advise them on what's good crypto, and what's snake-oil. Certainly any system that didn't provide for back-up key access doesn't rate...... No, I didn't think you wanted that either.... #-- # Thanks; Bill # Bill Stewart, stewarts(a)ix.netcom.com, +1-415-442-2215 pager 408-787-1281 # "At year's end, however, new government limits on Internet access threatened # to halt the growth of Internet use. [...] Government control of news media # generally continues to depend on self-censorship to regulate political and # social content, but the authorities also consistently penalize those who # exceed the permissable." - US government statement on China...

1 0

No Subject
by owner-cypherpunks＠toad.com 17 Dec '03

17 Dec '03

Sandy SandFort wrote: > A CYPHERPUNK CALL TO ARMS!!! > > (Did I get the style right?) C'punks, if you feels as I do, > please take a few moments to sign up for the LIST OF SHAME? > Let's show Bill, Bruce, Matt and all the others what most > Cypherpunks really think about them and Mr/Ms Anonymous. This effectively gets the right point across, but might turn Cypherpunks into a USENET newsgroup mass posting of "me too" sentiments. As I agree with Sandy on every point, I reluctantly choose to start.... "Please add me to your list of shame, Mr. Anonymous." Brad Shantz

1 0

No Subject
by owner-cypherpunks＠toad.com 17 Dec '03

17 Dec '03

If I were the NSA, I would start threads such as the one on the IPG system. They are very valuable to them in assessing and mapping the cryptanalysis capabilities of the CPunks lurkers and regulars members. Just a thought... JFA Public Key at http://w3.citenet.net/users/jf_avon Jean-Francois Avon <jf_avon(a)citenet.net> 2048 bits key ID:C58ADD0D 1996/03/01 fingerprint=52 96 45 E8 20 5A 8A 5E F8 7C C8 6F AE FE F8 91

1 0

No Subject
by owner-cypherpunks＠toad.com 17 Dec '03

17 Dec '03

At 7:42 PM 3/20/96, Michael Froomkin wrote: >correct me if I'm wrong, but don't the federal direct mail marketing laws >say that any unsolicited merchandise sent to a person becomes their >property, regardless of any disclaimers to the contrary included in the >package? The _physical_ item, e.g., a box of soap or a free copy of "Newsweek," but presumably not the _intellectual property_, e.g, the contents of "Newsweek." (Just because I get free samples of magazines does not mean I now can do with the contents whatever I wish, such as post them on the Net; copyright law is presumably involved.) This may be more analogous to what IDG has done. Disclaimers: IANAL, I am not defending IDG or their "broken in less than one day" tub of snake oil, nor am I defending copyright and direct mail marketing laws. And I might be wrong about the intellectual property issue, though I doubt it. Copyright laws are such that rights are not waived even if free samples are given out, and so forth. IDG can hardly claim their algorithm has trade secret status when they've distributed it to many people. Which leaves them with only trying to enforce copyright protections, a la the Church of Scientology. Maybe IDG will now seek to collect the only bucks they'll ever get by suing various Cypherpunks who are distributing their so-called system? Helena Kobrin can become their lawyer. --Tim May Boycott "Big Brother Inside" software! We got computers, we're tapping phone lines, we know that that ain't allowed. ---------:---------:---------:---------:---------:---------:---------:---- Timothy C. May | Crypto Anarchy: encryption, digital money, tcmay(a)got.net 408-728-0152 | anonymous networks, digital pseudonyms, zero W.A.S.T.E.: Corralitos, CA | knowledge, reputations, information markets, Higher Power: 2^756839 - 1 | black markets, collapse of governments. "National borders aren't even speed bumps on the information superhighway."

1 0

No Subject
by owner-cypherpunks＠toad.com 17 Dec '03

17 Dec '03

Since someone other than Jim Bell and THE LIST OF SHAME author thought I was being serious, I thought it wise to respond. The notion that a measure of criticism from a known enemy, Dorothy Denning, corrects the many problems with Leahy's legislation is absurd. As a case in point, remember that Rush Limbaugh, Catharine MacKinnon, and the radical religious right group American Family Association criticized the CDA. That does not make the CDA worth passing. (Of course Rush likes dirtysexycybertalk so he can pick up chicks online, and the AFA wanted not less, but _more_ liability for ISPs, but I trust my point is clear.) Speaking of the CDA, I'll be in Philadelphia tomorrow and Friday for the hearing. Any other cypherpunks planning to attend? -Declan Excerpts from internet.cypherpunks: 20-Mar-96 [NOISE] Re: Dorothy Denning.. by Alan Bostick(a)netcom.com > In article <Pine.3.89.9603192113.A23263-0100000@well>, > Declan McCullagh <declan(a)well.com> wrote: > > > I may have to adjust my position on Leahy's bill. Any legislation that > > Dorothy Denning attacks so virulently must be worth passing. > > That could be exactly what They want you to think! > > If They wanted us to overlook the actual flaws and trapdoors in Leahy's > bill, what better way than to have our knees jerk in support by arranging > for Denning's opposition?

1 0