- cypherpunks-legacy - lists.cpunks.org

News: NEC has encrypted networks ...
by Ernest Hua 17 Dec '03

17 Dec '03

Japanese companies catching up and passing American companies should scare those Congressional critters into action: Ern -------- 06/27/96 VIRTUAL PRIVATE NETWORKING ADVANCES PAGE: 1C NEC Technologies' Internet Business Unit has successfully demonstrated country-to-country virtual private networking during several tests performed in early June between the San Jose unit and its counterpart in Tokyo. Virtual private networking promises a secure and cost-effective alternative to privately leased lines. Most connections across the Internet are not encrypted and information exchanged is vulnerable to snoopers. In a virtual private network, encryption is used to scramble the data. (From SJ Mercury NewsLibrary)

2 1

No Subject
by nobody＠flame.alias.net 17 Dec '03

17 Dec '03

I would appreciate any information members may have regarding the security/safety of the new nym server nym.alias.net (in "alpha" state) who posted here about 3 weeks ago. Nym.alias.net reportedly is the same machine as anon.lcs.mit.edu. Specifically, is the individual running the nym _known_ to cypherpunks, or is this an unknown about whom I should have serious doubts. The admin states that nym.alias.net is the same machine as anon.lcs.mit.edu. Any information or insight regarding the wisdom of using ths nym would be welcome. Information concerning the nym I obtained by sending a message to help(a)nym.alias.net; the administrator can be reached at admin(a)nym.alias.net.

2 1

UK Crypto regs?
by Simon Spero 17 Dec '03

17 Dec '03

Anybody got a trip report for the IEE meeting yesterday? I phoned the IEE press office, but no-one there seemed to have any briefings, and there didn't seem to be any coverage Simon --- Cause maybe (maybe) | In my mind I'm going to Carolina you're gonna be the one that saves me | - back in Chapel Hill May 16th. And after all | Email address remains unchanged You're my firewall - | ........First in Usenet.........

3 2

mocking paranoia
by nelson＠crynwr.com 17 Dec '03

17 Dec '03

Earlier, someone mocked someone else for being paranoid. Sorry, but this is a mistake. By definition, you have a non-empty threat model when you set out to encrypt; therefore you must be paranoid to use encryption. Or else they really *could* be out to get you, but sometimes it's not possible to tell, and you have to assume that they are. -russ <nelson(a)crynwr.com> http://www.crynwr.com/~nelson Crynwr Software sells packet driver support | PGP ok 521 Pleasant Valley Rd. | +1 315 268 1925 voice | Corporations persuade; Potsdam, NY 13676 | +1 315 268 9201 FAX | governments coerce.

1 0

John Grubor and you
by nobody＠REPLAY.COM 17 Dec '03

17 Dec '03

Lucifer Remailer Operator wrote: >Just for the record, I am NOT John Grubor and had never even heard of him >before I did an Altavista search on his name earlier today. The concept that >some net.loon like Grubor would get another account with DHP to run an >anonymous remailer for whatever reason is LAUGHABLE. From what I have read, >Grubor spams newsgroups quite often, something I have not done nor plan on >doing. I was expecting people to be posting paranoid rantings about how I >am obviously a SPOOK... Why you were expecting people to be posting paranoid rantings if you did not even know who Dr. John Grubor, undercover police agent, was?

2 1

anonymous mailing lists
by JMKELSEY＠delphi.com 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- [ To: Cypherpunks ## 06/28/96 04:34 pm ## Subject: anonymous mailing lists ] >Date: Fri, 14 Jun 1996 02:15:03 +0000 (GMT) >From: Ecafe Mixmaster Remailer <mixmaster(a)remail.ecafe.org> >Subject: Hackerpunks and C2 >The proposal for a Hackerpunks nym based mailing list is >interesting, however, there are some concerns regarding the >susceptibility of the list to traffic analysis. I was thinking about attacks that can be carried out on remailers in general, and came up with something that is potentially pretty nasty, especially for anonymous mailing lists and people who post a lot of stuff anonymously using ``nyms.'' Let's imagine an anonymous remailer network as a ``black box'' which functions perfectly. Messages (broken into equal-sized packets and strongly encrypted) are sent into the network by the sender, and at some later time, they come out at the receiver. Let's assume there is no possible way for an attacker to trace a message through this network. Now, we still have to deal with two more issues--mail goes into the network, and comes out of the network. At those two points, there is trafic analysis available. Specifically, we can see how much data goes over the line. (Naturally, if it's encrypted, we can't tell how much of it is real data and how much is padding.) Generally, when we're attacking this system, we're trying to figure out either the sender or the receiver of a message (or a sequence of messages), based on what we can observe coming into and going out of the network of remailers. There are basically five scenarios: 1. The sender wants to know who the receiver of his message is. 2. The receiver wants to know who the sender of his message is. 3. An outsider wants to identify the sender of a message. 4. An outsider wants to identify the receiver of a message. 5. One receiver of a message wants to know who the other receivers of the message are. (This is the case for anonymous lists.) Now, there are a couple of different ways these attacks can be carried out. Usually, I've seen people talk about ``tracing'' attacks, in which a message is traced from one side of the network to another, without any clear idea of who might be on the other side. However, I think a more realistic situation is to imagine the attacker trying to test the hypothesis that some person is on the other end of the anonymous transmission. If relatively few people regularly send or receiver anonymous e-mail, then this is practical for many kinds of test. It's even more practical when we're dealing with relatively small populations of interested people in some technical subject. (This is conceptually similar to the ``dictionary attack'' on passphrases.) Basically, what we're looking at, in that case, is some test which (with some reasonably high probability) determines whether some person is the sender or receiver of a given message or stream of messages. This leads to some interesting insights. 1. In reasonably large text messages, it's probably easy to test hypotheses about senders. There are metrics that can more-or-less identify the writer of a piece of prose. While it's no doubt possible to defeat this kind of analysis for some things (i.e., blackmail notes or rigidly-defined messages in a cryptographic protocol), I suspect that this is very hard to defeat for a mailing list where the objective is to discuss serious technical issues. (This kind of analysis also causes headaches for people trying to do strong steganography in text.) 2. If an attacker (i.e., the NSA) logs the total volume of all traffic in and out of the remailer network, and to whom each message came from or went to, then that attacker can probably mount some very powerful hypothesis-testing attacks. It's these attacks I want to discuss. If Alice sends a message to Bob through the remailer network, two things must happen to prevent it from being trivially traceable. 1. The message has to change size. If the message is already encrypted, then compression isn't much of an option--so what's left is padding it out by a random amount. The amount of padding per message is probably a uniformly distributed random variable. 2. The message has to be delayed somewhat. The delay is probably also a uniformly distributed random variable, or possibly the result of adding N such variables, where N is the number of chained remailers. For a single mailing, this is probably not much of a threat. There will be enough ``noise'' in the delay and padding that most transmissions will be masked. However, consider the situation of a mailing-list. Alice and Bob are both recipients of the list. Alice wants to decide whether Bob is receiving the list. Let D be a delay such that, if Alice received her copy at time T, 90% of the other list members received their copy between T-D and T+D. Now, Alice looks at Bob's anonymous e-mail volume during that time span vs. at all other times. If he's receiving the same stuff she is, then there should be an increase within that span of time, on average. The random distribution of the arrival time will mask individual transmissions, but with many messages, it probably will not. (This is conceptually similar to the situation in Paul Kocher's timing attacks--adding some random pauses doesn't hurt the attack as much as most people expect it to, because those random pauses, summed up over many messages, become a normally distributed random variable.) The average amount of anonymous e-mail Bob gets per day doesn't have much effect, nor do occasional worst-cases. The only ways I can see to prevent this attack are either to ensure that Bob gets a constant rate of information from the anonymous remailer network, or to make the arrival time span so large that other randomness in the sample makes the change in volume undetectable. In general, I don't think this second one will work without accepting incredible delays on messages. This can also be adapted to tracing back anonymous posters to newsgroups and mailing lists, when they use a consistent nym. (They could also be traced by textual analysis.) In this case, the attacker starts by posting some anonymous messages (not using a nym--he doesn't need one), to get some statistics on what the average delay is, and also what the average amount of padding is. He may do this for several different ways of putting things together--he's got almost unlimited time to gather acceptable data. At this point, he observes in/out traffic logs for each hypothesized sender during a wide timespan before the arrival of the post at its destination. He compares activity inside that span with activity outside, over a large number of posts. If there is a correlation, then he's got the e-mail address of the nym. There are ways to get around this second attack, at least to some extent. However, I don't think it's wise to count on even very good remailer networks (i.e., the Mixmaster stuff) to protect your anonymity in this situation. (However, note that I'm thinking in terms of a very well funded, determined adversary. It's probably not too bad to count on it to protect your anonymity from technically unsophisticated attackers--but I wouldn't recommend using it for things that (say) the FBI or NSA might get very interested in.) I think the best defense against this will be something like this: Each user sets a quota of how much trafic he will take in and send out per day. Once per day, he goes through an interaction in which he downloads and uploads that much stuff, whether there's any of it for him or not. (Naturally, this won't be detectable from looking at the transmission, timing the interaction, etc.) This makes any volume variations per day disappear. Unfortunately, it also limits the user's total inflow and outflow, which means he'll have to set it to something larger than the maximum he ever expects to get. (It would be possible to have occasional overflow onto the next day's downloads, but not too often, or the user would fall further behind, on average, each day.) The size of these quotas will still leak some information, though not enough for the kinds of attacks I discussed above. Note: Please respond via e-mail as well as or instead of posting, as I get CP-LITE instead of the whole list. --John Kelsey, jmkelsey(a)delphi.com / kelsey(a)counterpane.com PGP 2.6 fingerprint = 4FE2 F421 100F BB0A 03D1 FE06 A435 7E36 -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMdRWR0Hx57Ag8goBAQHCowQA71WBKkx1yonS0dEpy3pe7lgvSJPkpLUk zLjm0KeFoP+HGQBep48iILRYBlbGy5czcxNCU4zhE6+c4PWwvD+BpaGGccWWkyRi 0l/rdo5L5/1KgnpCAQJ/HNyRH0fO2NNOHvGB3m7I0H3lfmfOlNed8oIIjPFDVB23 60wpMZ9S93w= =HC1g -----END PGP SIGNATURE-----

5 5

www hacking?
by AwakenToMe＠aol.com 17 Dec '03

17 Dec '03

I havent seen much in lines of this being a problem yet..although I was reading through practical unix security (newest edition) and it made mention of the danger of hacking WWW. Forgive my ignorance on this.. but what dangers are there? I could see someone attacking the main server and do damage in that sense..but Im a little outdated in this as far as what is attacked. The only thing Ive ever had to worry about was unix, now theres oh-so much more. If someone could tell me the dangers of someone attacking someones site..etc..on the WWW, I would much appreciate it! Thanks Adam

2 1

Re: rsync and md4
by jim bell 17 Dec '03

17 Dec '03

At 01:50 PM 6/29/96 +1000, Andrew Tridgell wrote: >Why md4? I chose md4 because it seemed to be the fastest of the >reputedly strong, publicly available checksum algorithms. Whatever you do, PLEASE stop using the term "checksum" when what you really mean is CRC, hash or something else. A "checksum" is a bad error checker, only somewhat better than none at all. If you use the term "checksum" some neophyte might actually misinterpret what you're doing and implement a real, honest-to-goodness checksum in his next program. Jim Bell jimbell(a)pacifier.com

1 0

Re: RFD: Developing Nations and crypto (based on excertp from Edupag
by jamesd＠echeque.com 17 Dec '03

17 Dec '03

At 09:48 AM 6/26/96 -0700, Timothy C. May wrote: > Sadly, most developing countries (Third World, LDCs, whatever) have > repressive governments of various stripes...few are libertarian. Several > have embraced computer technology, but primarily as an instrument of social > control. This is true, but basically back to front. Certain common forms of repressive economic policy cause poverty. From time to time political convulsions change this policy for a long period. If the period is several decades, development follows. In the past, popular support for these repressive policies was vast and overwhelming, and once in place they could only be changed by fairly murderous dictatorships, for example South Korea and Chile. Popular support for these policies is still substantial, but has steadily diminished. In my opinion this diminishing support is largely the result of improved international communications. When people in poor countries discover that their social order is radically different from that in similar rich countries, they are apt to vote for institutions similar to those in the rich country -- the JR Ewing affect. In short, the third world it has become considerably easier to create liberty without the need to massacre real, suspected, and imaginary communists. >Singapore is an example of a country that jumped from former colonial >status, surrounded by relatively poor (GNP) countries, to the "Information >Age." And what is the result? What our own Sandy Sandfort dubbed >"Disneyland with a Death Penalty." No spitting, no cursing, no long hair, >no "Wall Street Journal," no pornography, no Internet free access, no >dissension. And smartcards track the movements of all Citizen-Units. Not an >encouraging example. > >As for the comment that "they aren't bogged down in older ways of doing >business, communicating, etc." Well, some of these "older ways" include: > >- concepts about the ownership of property and transfers of title > >- contracts, and the ability to make and enforce them > >- understanding of the Uniform Commercial Code (the descendent of the "Law >Merchant" which Western societies have embraced for centuries) > >- a stable middle class, solid educational facilities, and a tradition of >business and technical achievement > >(These are all things which are missing in many Third World countries, for >whatever reasons. Even in many Second World countries, such as the former >U.S.S.R., and these lacks are making the development of modern economic >systems problematic.) > >Certainly some small nations--perhaps island nations--can essentially jump >directly to an "information based economy." The Cayman Islands and several >other examples come to mind. > >I find it harder to believe that a _large_ nation is likely to make such a >transition. > >--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, >Licensed Ontologist | black markets, collapse of governments. >"National borders aren't even speed bumps on the information superhighway." > > > > > --------------------------------------------------------------------- | 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: mocking paranoia
by Cerridwyn Llewyellyn 17 Dec '03

17 Dec '03

At 05:58 AM 6/29/96 nelson(a)crynwr.com wrote: >Earlier, someone mocked someone else for being paranoid. Sorry, but >this is a mistake. By definition, you have a non-empty threat model >when you set out to encrypt; therefore you must be paranoid to use >encryption. Or else they really *could* be out to get you, but >sometimes it's not possible to tell, and you have to assume that they >are. heh... "just because you're paranoid doesn't mean they're not after you."

1 0