December 2003 - cypherpunks-legacy

Re: KRAP
by Toto 17 Dec '03

17 Dec '03

Jeremey Barrett wrote: > > Key Recovery Agents Plan > I dunno, but they couldn't have picked a better acronym :-) Good eye. I read about it and never noticed their truth-in-advertising acronym. You are hereby awarded 50,000,000 Toto Eca$h credits. (1,000,000,000,000,000,000 = 1 peso) -- Toto "The Xenix Chainsaw Massacre" http://bureau42.base.org/public/xenix/xenbody.html

1 0

New remailer
by Kevin McGowan 17 Dec '03

17 Dec '03

Features: cpunk pgp pgponly hash cut ksub Public key for remailer(a)neva.org -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzL2F4AAAAEEAL2G5u427j6LBWgUi8S1OlCsnaPhoB6h4V0xS2FQfuIQQS9Q dtTL/p406sdGAKtQEm/BecIgY+MLNKNukuOU9ifgz7jAs3kmm7i4yS714ua4vwag Kg3fJIOiNxIk38ieKJE0s3vfPMZPeGNt8x8y7jfxZuMvuVyjNrYJG4a+gwxNAAUR tBoyTXVsZXMgPHJlbWFpbGVyQG5ldmEub3JnPg== =ta0J -----END PGP PUBLIC KEY BLOCK-----

1 0

WebWorld 17-18
by Bubba Rom Dos 17 Dec '03

17 Dec '03

1 0

No Subject
by TruthMonger 17 Dec '03

17 Dec '03

its deployer. Subject: Re: game theoretic analysis of junk mail Bryce wrote: > If I send a message to cpunks, and it is destined to reach > 1000 mailboxes, do I have to include USD 100.00 with my > message, which will be split by the majordomo into 1000 > 10-cent pieces? Yikes! And then I have to hope that all of > the cypherpunks return my deposit. Sounds like a bad bet. All discussions of eca$h charges for email seem to refer to a figure of $ .10 as a reasonable sum. I suspect that this is due to people subconsciously equating email with snail mail. I think that email, however, is a creature of its own design, and its essence lies somewhere between snail mail and conversation. Think about this: What if, everytime you spoke to someone during the day, you had to pay a dime? How would this change the interpersonal rapport that goes on daily between friends, acquaintances, and strangers? What if you are a polite person, who thanks others regularly? And it costs you a dime every time you do so? What if people rarely reply, "You're welcome." and it ends up costing you an arm and a leg to be polite? This is just a simple conversational example, to illustrate that a small cost can have major ramifications when applied to various situations. The Internet and the Web indeed have the potential to bring global change in the arenas of knowledge and communications, but the question is, will it do so in a manner that promotes equality, or in a manner that promotes elitism and increased class-structures? The concept of limiting UCE/Spam through use of an email surcharge may be viable, but then one has to deal with issues surrounding those who have a need to communicate and few funds to devote towards doing so. For example, people with disabilities who have legitimate needs to receive support and information via support forums. The minute that $$$ enter the picture, then a class-system begins to develop, and all sorts of individual, corporate and government entities come out of the woodwork to level the playing field, or to build many different levels on the playing field. The Internet's future may well parallel the development of the public school system, in some ways. Public education was indeed something which raised the level of all, but private schools made certain that those who had the edge kept it. My view is that the nadir point in any new direction that society takes comes fairly early after its inception. Thus the near future is the time when it will be decided which direction the Net and the Web will move, and in what areas its potential will be developed. Those who shape the Internet and the Web in the next year or so will have a vast effect on the future. TruthMonger

1 0

Re: Corrupted "From:" headers in my posts
by Dale Thorn 17 Dec '03

17 Dec '03

Alec wrote: > At 01:27 AM 3/26/97 -0600, Toto wrote: > |I emailed John Gilmore, asking his advice, and he informed me that > |he has run into this problem before, and would be happy to provide the > |solution, on one condition. > | He wants one million monkeys to send 5737 messages to the list, saying > |"John Gilmore is NOT a cocksucker." > | Then, he will provide the solution, and not a moment before. > OK, John, count me in. #1! > "John Gilmore is NOT a cocksucker." EHHHH! John Gilmore IS a cocksucker. This "yes" vote makes up for 10 "no" votes, so you folks better get real busy.

4 4

UK domestic crypto regulation proposal *is* Clipper
by John Gilmore 17 Dec '03

17 Dec '03

I've seen several comments on cypherpunks that misconstrue the UK proposal. E.g. Phillip Hallam-Baker said: > First off the proposals are not intended as a Trojan horse for > the Clipper chip "or any other colonial scheme". > ... > They are emphatically not trying to introduce a Clipper chip proposal. Unfortunately, I believe he is wrong. It's worse than Clipper, since it outlaws the competition. The proposed legislation would make it illegal to offer the UK public any service related to key management, including simply signing peoples' keys, without being licensed by the state. This licensing scheme includes a GAK requirement, an interoperability requirement, and a whole pile of requirements that may need a little translation. This means that there would only be *one* public-key infrastructure in the UK (they claim this as a feature for end-users, since it provides interoperability -- though they apparently haven't picked *whose* PKI they are going to enshrine as a monopoly). Unfortunately it would be completely subverted by the government. Users would have no choice about whether to use a different infrastructure, say from another country, or by setting it up themselves using PGP, Secure DNS, or whatever. The "trust" they offer is 100% sham, since you yourself don't get to pick who you trust. They do. "It will be necessary to ensure that TTP security personnel are competent, suitably qualified, trusted, & have successfully completed a recognised security vetting procedure." Translation: "Public key certification authorities will need a security clearance." "Checks will need to be undertaken to ensure that the background and other business interests of [TTP company] directors would not compromise the trust placed in a TTP." And later, "Checks will be made to ensure that those who own, or effectively control, an organisation, are suitable candidates for ownership of a TTP." Translation: "We will only license people who we believe will turn over anyone's key on demand. If they show any sign that their customers could actually trust them to keep private keys private, their license will not be approved." It explicitly states: It will be a criminal offence for a body to offer or provide licensable encryption services to the UK public without a valid license. This isn't a requirement on USERS, it's a requirement on OFFERERS. However, what this means for users is that if you want to use digital signatures, you have to use a Traitorous Third Party. It will be illegal for anyone else to offer you a digital signature service. Perhaps you could use encryption without using digital signatures, but you've just lost most of the benefits of public-key cryptography. I believe the proposal outlaws Secure DNS services. Merely signing the keys of sub-domains, for free or for money, would be illegal. You will only be able to secure the Internet if you first subvert the Internet by turning over the keys. And while the government mentions in several places that it isn't interested in access to authentication keys, the proposal still requires that anyone providing authentication services (like signing keys) be a licensed TTP and subject to GAK. John Gilmore

2 1

Re: improving public acce
by harka＠nycmetro.com 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- In> Adam Back, <aba(a)dcs.ex.ac.uk>, writes: > What we need to do, is to arrange a wide-spread anonymous mail system > on the internet, which is accepted as unchangeable on a practical > basis, where no reply addresses, and no indication of sender is given, > and it accepted as a given that the sender can not be traced. Hmm, could a NYM account maybe serve as entry and exit point for a remailer? That would - - have the advantage, that the remailer, the domain and the operator aren't even known ("Anonymity for anonymous remailers" - my former proposal of usage of "shared account" remailers becomes an actual possibility here) and therefore shut-downs are unlikely. With the exception of the NYM-account, which is trivial to replace. - - make traffic analysis even harder, for alone by the reply block chain an incoming and outgoing message would "disappear" in other traffic, not to mention, that the NYM account remailer (and the attached reply block chain) could be only one adress in an even longer chain of remailers. - - encrypt even plain-text messages at least on their way through the reply block chain conventionally, thereby adding to resistance to traffic analysis. - - even out the message load of the available remailers by using preferrably the remailers with only little traffic for the reply block chain, yet again helping against traffic analysis of the general remailer network. Ciao Harka /*************************************************************/ /* This user supports FREE SPEECH ONLINE ...more info at */ /* and PRIVATE ONLINE COMMUNICATIONS! --> http://www.eff.org */ /* E-mail: harka(at)nycmetro.com (PGP-encrypted mail pref'd) */ /* PGP public key available upon request. [KeyID: 04174301] */ /* F-print: FD E4 F8 6D C1 6A 44 F5 28 9C 40 6E B8 94 78 E8 */ /*<<<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>*/ /* May there be peace in this world, may all anger dissolve */ /* and may all living beings find the way to happiness... */ /*************************************************************/ ___ Blue Wave/386 v2.30 [NR] -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQEVAgUBMzoCVTltEBIEF0MBAQEWPwf/VnssE40IAI0IbHsuzMpYcEg2NaivLXTL teqLYujZJEZPOKh+N+/uZrsPx1qyzppLXtPHLfbG7H4YGsZLX/nDcesRfwHMC5z5 R8SE90VEKkTRIWGE5OsXaeJaNWhb+GBJzzRosGlgLv6YT5lTuMO5jfuNxdmbcprh M2W6RPRljNpg2SRlq/Y1Ci8dOAJFigQUoiZju0+ZrmnZUCddE0Ot5zDA/su8yKX2 5/Ul4/1ccZeBJNbZbZF/c4zEDshZcWqwD+5vAdg9yIhyixMPsJb184+SKLl/Nwrb nAkDIn7QBWJiRJnW2ZYl2KmuKmjPGhZ2FSvCuAjYD5K3eCvuh9wO9A== =uiY3 -----END PGP SIGNATURE----- If encryption is outlawed, only outlaws will have encryption...

1 0

Re: remailer spam throttle
by Hal Finney 17 Dec '03

17 Dec '03

dlv(a)bwalk.dm.com (Dr.Dimitri Vulis KOTM) writes: > With the present scheme, if a remailer is "raided", it has precious little > interesting stuff on it at any one time. Now consider the scenario: > > X sends 1000 copies of child porn/seditious libel to 100 people believed not > to be using remailers right now. The remailer keeps the 100 e-mails onits > hard disk and e-mails each receipient a ping, inviting them to agree to the > disclaimer terms and to retrieve their anonymous e-mail. The first recipient > to retrieve the e-mail gets upset and contacts the feds. The feds figure, the > remailer still has the 99 other e-mails and the information on who's supposed > to receive them in its queue; why not seize it and take a look. This is a potential problem, but there are some other considerations. First, there is no particular reason why one recipient of some email from the remailer should know or even suspect that other people have the same email waiting. Then, to defend against raids like this, the material could be separately encrypted to each recipient. There would be no way to know that material sent to one recipient matched material sent to someone else. The raiders would just find a bunch of encrypted files. Of course, if it were a sting operation, with the recipients being lured or entrapped into requesting information they shouldn't, then the sender might avoid using these countermeasures. However, there wouldn't really be any need to use a remailer for a sting operation like this, it could be done just by offering the material from an ordinary address. More generally, I think we need to keep in mind what a remailer does and what it doesn't do. The essential function of the remailer is to provide anonymity via mixing messages. It does not provide confidentiality of message contents. That has to be taken care of by encryption. And, as I wrote yesterday, it doesn't (can't) keep secret who the people are who send and receive anonymous mail. All it can do is to disguise which particular people send and receive to each other. The same is true of a DC-net or a perfect Chaumian mixnet. These systems do not disguise their particpants, or protect the confidentiality of their message contents; they only hide the knowledge of who is talking to whom. Having said that, I do like some aspects of this idea: > There's a big distributed database of pgp keys on the several keyservers. > Add a bit to the database specifying whether the key owner wants to receive > anonymous e-mail. By default set it to true for the existing addresses. (The "default true" is going to allow the same kinds of abuse which we have seen in the past. Some remailers may be able to tolerate this, but as we have seen, many can't.) > When the final remailer in the chain wants to send someone an anonymous > message, it attempts to retrieve a key from the keyservers. > > If it fails to find a key, it junks the mail (you don't want to keep it > around, it's baiting the LEAs!) and instead sends a notification to the > recipient that some anon e-mail was addressed to it, but it was junked; > and if they want to receive anon e-mail, they need to give a pgp key > to one of the key servers this remailer uses. This is what I like. It's a lot simpler than trying to keep a copy of the anonymous mail and deliver it later when the person asks for it. Just let him know that someone is trying to reach him anonymously, and let him enable that if he wants to be able to receive the next anonymous message that comes in for him. You can load his permission message down with all kinds of disclaimers that say he knows he's likely to receive obscene, threatening and illegal material, that he doesn't mind, that he knows the remailer is an automated system which doesn't look at the contents, etc. Not only does this give you a defense but it makes the person think about what he's getting into, so he will in fact be better prepared when something bad comes his way. Plus, having taken positive action to enable receiving anonymous mail, he will hopefully be more knowledgable about how to request that you stop, and it won't be such a big deal. He opens the pipe, and if he gets a face full of sewage, he closes up the pipe right away. You warned him. > If it finds a key, it looks at the anon mail bit; if it's on, it encrypts > the e-mail with the recipient's key and sends it; otherwise it junks it. > > Obviously, the key servers would need to be modified to allow users to > specify whether they want anon e-mail when then store their keys, and > to change this setting any time. Key servers wouldn't be the only place to store this information. I think the remailer could keep its own list, especially if it were defaulting to "off". This way recipients wouldn't have to generate and submit PGP keys, which is more work than just sending a reply to a remailer giving the OK to receive anonymous mail. > Right now, there's a very large number of addresses in the key servers. > Instantly making them into a list of addresses that accept anon mail > will make it hard (hopefully infeasible) for the LEAs to investigate > everyone willing to accept anon e-mail as a suspect in sending it. More cautious or politically vulnerable remailers might default in the other direction. It would be a matter of the individual situation. Hal

2 1

Re: PKC
by lucifer＠dhp.com 17 Dec '03

17 Dec '03

Warning: if you fuck Tim Maya in the ass, a rabid tapeworm might bite your penis. /\ _ /\ | | 0 0 |-------\== \==@==/\ ____\ | \_-_/ _|| _||

2 1

Re: remailer spam throttle
by Bill Stewart 17 Dec '03

17 Dec '03

>From a legal perspective, Greg is right. However, from a practical perspective, the important impediments to running remailers are (1) mail recipients hate you and send lots of complaints and (1a) usenet readers hate you and send lots of complaints (if you still support news posting.) Andy's model of a remailer in which the remailer sends the recipient a delivery notice with a disclaimer/waiver/etc. and the recipient returns it to pick up the message raises the level of politeness and lowers the amount of surprise compared to current remailers, so it's a potentially big win. If I start up a remailer again some year, other than a middleman, it'll definitely need this kind of feature. Building the positive public reputation of remailers and remailer operators is a critical part of keeping the remailer system running, at least as much as convenient, widely-deployed software. For posting to Usenet, the "we have an anonymous posting, anybody want it" approach doesn't sound highly practical, though it could be done, but I'd probably limit postings to moderated newsgroups (where a human will be filtering out the blatant spam and abuse) and flame-tolerant newsgroups like alt.anonymous.messages and alt.flames. I find this highly frustrating, since one of the big wins about remailers is posting to talk.politics.* and alt.religion.scientology and other groups where posting your opinion with your name on it may be unsafe. There's also the problem of publishing acceptable newsgroup lists, since failing messages silently is unfriendly to users, but there's a traffic analysis problem (Bad Guys can watch who fetches remailer use policies and build up their dossiers.) Most of the problem with (2) Third Parties _can_ be helped a bit by disclaimers, by plausible deniability, by not having logs to subpoena, and by having remailers that you're willing to shut down with profuse apologies to head off lawsuits. It isn't a perfect job if someone really wants to go for blood by making you defend repeated lawsuits (especially if they're really targeting you, e.g. posting their Secret Documents through your remailer themselves to entrap you.) But it'll let most remailer users defend against most reasonable complaints. I do also agree with Greg that getting the sender of a message to indemnify you isn't worth the recycled electrons used for the log file you aren't keeping. That's especially the case if you're forwarding messages received from other remailers, unless you can get other remailer operators to indemnify you, in return for which you'd probably have to indemnify them. No thanks. At 01:58 AM 3/25/97 -0800, Greg Broiles wrote: >I think there are two broad models of complaints/problems with remailers: >1. The recipient is angry because they received a message they didn't >like. (because it's an advertisement, or it's rude, or [....] >2. A third party is angry because the sender sent some information to the >recipient which the third party thinks should not have been sent. >(copyright, >trademark, defamation, tortious interference [...] >Your "contract" model (which looks like you really mean it to be a >waiver of warranty/damages and/or an indemnification agreement) >addresses (1) to the point of overkill, but it doesn't reach (2), >because there's no contract with the third party, who is the party who's >likely to be filing suit. >(Indemnification by the sender might work, if you worded the contract >correctly - but then you've got to abandon anonymity, and the value of >indemnification from person you don't know whose assets/finances are >unknown is pretty low.) > >Further, some fraction of the messages causing concern are message sent >or available to minors .. whose contracts (modulo some exceptions) are >voidable at their option. :( >>..[disclaimers].. >[doesn't help 2 for same reason] # Thanks; Bill # Bill Stewart, +1-415-442-2215 stewarts(a)ix.netcom.com # You can get PGP outside the US at ftp.ox.ac.uk/pub/crypto/pgp # (If this is a mailing list, please Cc: me on replies. Thanks.)

2 1