- cypherpunks-legacy - lists.cpunks.org

Re: Three Cheers for the State - RAH RAH RAH
by Tyler Durden 22 Apr '03

22 Apr '03

Thomas Shaddack wrote... "This is enforceable only with purely money-based economy. But there are activities that are done for non-monetary profit: knowledge, experience, fun. Or plain barter. I remove a virus from your computer, you later drop by to repair my TV; barter, no paper trail. Help me and I will help you when you'll need. Instead of shelving out money for expensive courseware, drop by and I'll explain you how TCP/IP works. Then do the same for me with SQL couple weeks later. Skills and knowledge are a kind of capital as well - the kind of ownership no IRS can audit you for." This is actually done systematically done in parts of the US. It's referred to by various names, including a "time bank". Basically, anyone in the community contributes X hours of their skill, which is counted purely as time in hours. They can then "withdraw" an equivalent number of hours from the bank in terms of the goods and services of the other bank memebers. Strangely, in some parts of the country the system has so proliferated some communities that they have issued "money" that can be spent in local shops. This money is "backed" by X hours in the time bank. There're some people who actually collect these time bank tokens. Now for some reason, there was a lot of talk about these time banks back in the mid 90s, but now I rarely hear about them. I wonder if the potential loss of tax revenue was a factor. Hum...it'd be interesting to look at securing one of those local time banks with financial cryptography. -TD >From: Thomas Shaddack <shaddack(a)ns.arachne.cz> >To: "R. A. Hettinga" <rah(a)shipwright.com> >CC: Patrick Chkoreff <patrick(a)fexl.com>, dgcchat ><dgcchat(a)lists.goldmoney.com>, <cypherpunks(a)lne.com> >Subject: Re: Three Cheers for the State - RAH RAH RAH >Date: Tue, 22 Apr 2003 22:16:05 +0200 (CEST) > >On Tue, 22 Apr 2003, R. A. Hettinga wrote: > > >- Opposing any war is treason. > > > > Well, if you're the de facto property of one nation-state or another, > > that's exactly true. Find me someone who isn't, these days. > >I refuse to be a property. Whoever handles me as such, gets open >disrespect and either my open refusal to obey, or, in compliance with >Czech national tradition, a hidden refusal to obey[1]. Unique concept of >sabotage by obedience. > >[1] Refer to "The Good Soldier Schweik", local national hero. ><http://my.core.com/~zenny/index.html> >See also http://www.rferl.org/newsline/1999/07/5-NOT/not-090799.html for >the international politics applications. > > > Isn't it already? Certainly I think that *nothing* should be done > > without profit, that nothing really *is* done without profit to > > somebody, no matter what its governmental designation, and that *all* > > economic activity should be taxed if any of it is, and it *will* be, > > directly in cash, or indirectly in regulation, since we're all the > > "property" of one nation state or another, whether we say we "own > > ourselves" or not. So, maybe you're right. > >This is enforceable only with purely money-based economy. But there are >activities that are done for non-monetary profit: knowledge, experience, >fun. Or plain barter. I remove a virus from your computer, you later drop >by to repair my TV; barter, no paper trail. Help me and I will help you >when you'll need. Instead of shelving out money for expensive courseware, >drop by and I'll explain you how TCP/IP works. Then do the same for me >with SQL couple weeks later. Skills and knowledge are a kind of capital >as well - the kind of ownership no IRS can audit you for. > >Tax this. Regulate this. Good luck. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

3 2

Internet dies if GPS dies?
by Major Variola (ret) 22 Apr '03

22 Apr '03

[If GPS dies] "Internet activity would slow to a crawl, because many backbone operators rely on precise GPS time stamps to route data. " http://www.wired.com/wired/archive/11.05/start.html?pg=6 Sounds like bullshit to me, data clocks should be able to run without being fully synched externally, constantly. Maybe very occasional minor glitches at boundaries of clock domains. Any SONET Gurus wanna comment? [The article is full of hysterics like this. What it *doesn't* say is that the rockets have been used to launch OsamaSat, HusseinSat, etc., none of which exist of course, no such hardware here] --- Number theory makes my brain hurt.

3 2

New Lawsuit from JimB
by Blanc 22 Apr '03

22 Apr '03

Jim Bell has sent a request that the list be notified of a new complaint to the WA. State Bar which he is composing, a new lawsuit he is filing (up on cryptome: http://cryptome.org/jdb-v-usa-ric.wpd - in WordPerfect format), and a message: "Fortunately, I am still allowed to write and I have learned enough law to write both the lawsuit and the complaint. But to do any good, that writing must be read and acted upon, and that's why I need your help. The news media must be told, and moreover it must be documented that they were told. And, it would help if a lawyer was available to represent my lawsuit, although as I learn more of the law that is becoming less critical. I invite all inquiries along these lines." his address: U.S. Penitentiary Atwater P.O. Box 019001 Atwater, CA 95301

2 1

Re: Internet dies if GPS dies?
by Tyler Durden 22 Apr '03

22 Apr '03

Michael Shields wrote... "I'm not a SONET guru, but my understanding is that even with the internal clocks, you would see at worst an occasional error burst for a few ms. No credible engineer would make a network that fell over without GPS anyway, since it's just too easy for someone to accidentally knock over your antenna while installing another, or nick the cable with a saw, or who knows what. In a nutshell, this isn't something I'd worry about." SONET Synchronization is not a thing that can easily be discussed in any short amount of time. Synch in a SONET network is "provisioned", NE-by-NE, and if its done right then the chances of timing slips are very low. However, in certain cases you can have a big timing "island", and in this case over the course of days you'll start to see more and more slips until that whole Island pretty much disconnects from the rest of the network. (This can happen when the primary reference fails, and when the reamining NEs all get their timing from each other in a big loop, like a snake eating its tail. The whole clock for this island begins to drift wrt the rest of the network, and in some cases there can eventually be enough slips as to cause some NEs to declare AIS. However, if Synch was provisioned correctly this won't be seen.) The existence of possible timing islands, owever, should not be strongly associated with the loss of GPS. Traditionally, SONET networks use Cesium clocks as their primary reference source.GPSs have only started to proliferate in order to simplify synch. So in order for GPS cancellation to do anything at all to the internet, you'd have to have a network that has no access to ANY stratum1 clock (Cesium or GPS), you'd have to have old NEs in that network (ie, with a poor internal SONET clock), AND you'd have to have a timing island. And even then, only this island would be affected. If this island were in the middle of UUNet, you might see some slowdown. As for routers I'll take it that they can read timing out of the Synch Status Byte (S1 in the SONET overhead), so they'll "know" what the problem is at least (ie, that byte will tell them what the quality of the synch is). If the line clock is bad, I'd guess that the big Cisco routers will go into "holdover" (or whatever router heads call holdover), and that's the time they'll use to stamp the flows with. So, no problem I'm 99.9% sure. (And I'm rarely that sure of anything.) -TD _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

1 0

TheStar.com - Pro-U.S. pundits should get real (fwd)
by Jim Choate 22 Apr '03

22 Apr '03

http://www.thestar.com/NASApp/cs/ContentServer?pagename=thestar/Layout/Arti… -- ____________________________________________________________________ We are all interested in the future for that is where you and I are going to spend the rest of our lives. Criswell, "Plan 9 from Outer Space" ravage(a)ssz.com jchoate(a)open-forge.org www.ssz.com www.open-forge.org --------------------------------------------------------------------

1 0

Re: Internet dies if GPS dies?
by Tyler Durden 22 Apr '03

22 Apr '03

Variola wrote... "[If GPS dies] "Internet activity would slow to a crawl, because many backbone operators rely on precise GPS time stamps to route data. " http://www.wired.com/wired/archive/11.05/start.html?pg=6 Sounds like bullshit to me, data clocks should be able to run without being fully synched externally, constantly. Maybe very occasional minor glitches at boundaries of clock domains. Any SONET Gurus wanna comment?" Sure, but I don't know enough about IP to tell you. SONET networks derive their timing from a STRATUM1 clock, which used to be Cesium but which are increasingly GPS-based. If the STRATUM1 clock "dies", the network can look for another high-quality clock. If it doesn't find one, each NE will go into hold-over, and time of of the internal STRATUM (likely 2e) clock until a good clock reappears. But the time stamps for SONET clocks are in the DS1 overhead, so the packets in the (other) DS1s/DS3s, etc...never "see" that timestamp, unless that timestamp is somehow read by a router and then put into the packets. But does a router even GET timing? (ie, is there a BITS interface on a router? I don't think so.) In any event, if the router gets its timing from the SONET network then there's no problem. If they don't get their timing from SONET, I doubt they get it directly from a GPS. So it sounds like bullshit to me. -TD >From: "Major Variola (ret)" <mv(a)cdc.gov> >To: "cypherpunks(a)lne.com" <cypherpunks(a)lne.com> >Subject: Internet dies if GPS dies? Date: Sun, 20 Apr 2003 21:35:43 -0700 > >[If GPS dies] "Internet activity would slow to a crawl, because many > backbone operators rely on precise GPS time stamps to route data. " >http://www.wired.com/wired/archive/11.05/start.html?pg=6 > >Sounds like bullshit to me, data clocks should be able to run without >being fully synched externally, constantly. >Maybe very occasional minor glitches at boundaries of clock domains. > >Any SONET Gurus wanna comment? > >[The article is full of hysterics like this. What it *doesn't* say >is that the rockets have been used to launch OsamaSat, HusseinSat, >etc., none of which exist of course, no such hardware here] > >--- >Number theory makes my brain hurt. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

Patches for SpeakFreely 7.5/Linux for handling of encryption keys
by Thomas Shaddack 21 Apr '03

21 Apr '03

In Linux version, the encryption keys are supplied to the sfspeaker and sfmike processes as commandline parameters. This is fundamentally insecure, as the keys are then available for every user and process that can do "ps -ef" or has /proc access. Also, it would be beneficial for many settings if the program could read the keys from an external file. Then the key can be protected on the level of the filesystem, or even by complete hardware removal when not used (eg, storing the keys on a smartcard, removable USB drive, or a floppy). They also can be easier automatically distributed, eg. by scp. I wrote some modifications for version 7.5, which solves both problems. If the key value begins with @, it's interpreted as a file name. After reading the key value, the parameters accessible via /proc and ps are overwritten in memory and destroyed. The patches are tested for only the IDEA encryption, but the code is identical for the other options. The patches for sfmike and sfspeaker are available from <http://213.246.91.154/patches/speakfreely/>. Enjoy. :) Shaddack, the Mad Scientist

1 0

China's coders get into shareware - News (fwd)
by Jim Choate 21 Apr '03

21 Apr '03

http://asia.cnet.com/newstech/applications/0,39001094,39128484,00.htm -- ____________________________________________________________________ We are all interested in the future for that is where you and I are going to spend the rest of our lives. Criswell, "Plan 9 from Outer Space" ravage(a)ssz.com jchoate(a)open-forge.org www.ssz.com www.open-forge.org --------------------------------------------------------------------

1 0

CDR: Labour to launch ID card - and it'll cost you �25 (fwd)
by J.A. Terranson 21 Apr '03

21 Apr '03

According to the article, "Mr Blunkett discussed his plan for a national ID card with Tom Ridge, the head of the US Department of Homeland Security, at a meeting in Washington earlier this month. Mr Blunkett agreed to develop a joint programme, using the same technology, with the US, which has already agreed a similar protocol with Canada." So, apparently Ridge has already decided that (a) Amerikkkans *will* carry ID cards, (b) these cards will be interoperable with cards from other countries, (c) that these other countries should be able to access information on US citizens at will, provided we can do the same to their citizens. Cute. Totally fascist, but cute. I wonder how long they are going to work on this before announcing the good news formally? -- J.A. Terranson sysadmin(a)mfn.org

1 0

Cypherpunks List Info
by cpunk＠lne.com 20 Apr '03

20 Apr '03

Cypherpunks Mailing List Information Last updated: Sep 12, 2002 This message is also available at http://www.lne.com/cpunk Instructions on unsubscribing from the list can be found below. 0. Introduction The Cypherpunks mailing list is a mailing list for discussing cryptography and its effect on society. It is not a moderated list (but see exceptions below) and the list operators are not responsible for the list content. Cypherpunks is a distributed mailing list. A subscriber can subscribe to one node of the list and thereby participate on the full list. Each node (called a "Cypherpunks Distributed Remailer", although they are not related to anonymous remailers) exchanges messages with the other nodes in addition to sending messages to its subscribers. A message posted to one node will be received by the list subscribers on the other nodes, and vice-versa. 1. Filtering The various CDRs follow different policies on filtering spam and to a lesser extent on modifying messages that go to/from their subscribers. Filtering is done, on nodes that do it, to reduce the huge amount of spam that the cypherpunks list is subjected to. There are three basic flavors of filtering CDRs: "raw", which send all messages to their subscribers. "cooked" CDRs try to eliminate the spam on that's on the regular list by automatically sending only messages that are from cypherpunks list subscribers (on any CDR) or people who are replying to list messages. Finally there are moderated lists, where a human moderator decides which messages from the raw list to pass on to subscribers. 2. Message Modification Message modification policy indicates what modifications, if any, beyond what is needed to operate the CDR are done (most CDRs add a tracking X-loop header on mail posted to their subscribers to prevent mail loops). Message modification usually happens on mail going in or out to each CDR's subscribers. CDRs should not modify mail that they pass from one CDR to the next, but some of them do, and others undo those modifications. 3. Privacy Privacy policy indicates if the list will allow anyone ("open"), or only list members, or no one ("private") , to retrieve the subscribers list. Note that if you post, being on a "private" list doesn't mean much, since your address is now out there. It's really only useful for keeping spammers from harvesting addresses from the list software. Digest mode indicates that the CDR supports digest mode, which is where the posts are batched up into a few large emails. Nodes that support only digest mode are noted. 4. Anonymous posting Cypherpunks encourages anonymous posting. You can use an anonymous remailer: http://www.andrebacard.com/remail.html http://anon.efga.org/Remailers http://www.gilc.org/speech/anonymous/remailer.html or you can send posts to the list via cpunks_anon(a)einstein.ssz.com and your mail's headers will be stripped before posting. Note that this doesn't provide complete anonymity since the receiving site will still have log file entries showing the source of the mail (or you have to trust that they delete them). You also will be 'sharing' a reputation with the other entities that post through this alias, and some of them are spammers, so some subscribers will have this alias filtered. 5. Unsubscribing Unsubscribing from the cypherpunks list: Since the list is run from a number of different CDRs, you have to figure out which CDR you are subscribed to. If you don't remember and can't figure it out from the mail headers (hint: the top Received: line should tell you), the easiest way to unsubscribe is to send unsubscribe messages to all the CDRs listed below. How to figure out which CDR you are subscribed to: Get your mail client to show all the headers (Microsoft calls this "internet headers"). Look for the Sender or X-loop headers. The Sender will say something like "Sender: owner-cypherpunks(a)lne.com". The X-loop line will say something like "X-Loop: cypherpunks(a)lne.com". Both of these inticate that you are subscribed to the lne.com CDR. If you were subscribed to the algebra CDR, they would have algebra.com in them. Once you have figured out which CDR you're subscribed to, look in the table below to find that CDRs unsubscribe instructions. 6. Lunatics, spammers and nut-cases "I'm subscribed to a filtering CDR yet I still see lots of junk postings". At this writing there are a few sociopaths on the cypherpunks list who are abusing the lists openness by dumping reams of propaganda on the list. The distinction between a spammer and a subscriber is nearly always very clear, but the dictinction between a subscriber who is abusing the list by posting reams of propaganda and a subscriber who is making lots of controversial posts is not clear. Therefore, we tolerate the crap. Subscribers with a low crap tolerance should check out mail filters. Procmail is a good one, although it works on Unix and Unix-like systems only. Eudora also has a capacity for filtering mail, as do many other mail readers. An example procmail recipie is below, you will of course want to make your own decisions on which (ab)users to filter. # mailing lists: # filter all cypherpunks mail into its own cypherspool folder, discarding # mail from loons. All CDRs set their From: line to 'owner-cypherpunks'. # /dev/null is unix for the trash can. :0 * ^From.*owner-cypherpunks@.* { :0: * (^From:.*ravage@ssz\.com.*|\ ^From:.*jchoate@dev.tivoli.com.*|\ ^From:.*mattd@useoz.com|\ ^From:.*proffr11@bigpond.com|\ ^From:.*jei@cc.hut.fi) /dev/null :0: cypherspool } 7. List of current CDRs All commands are sent in the body of mail unless otherwise noted. --------------------------------------------------------------------------- Algebra: Operator: Subscription: "subscribe cypherpunks" to majordomo(a)algebra.com Unsubscription: "unsubscribe cypherpunks" to majordomo(a)algebra.com Help: "help cypherpunks" to majordomo(a)algebra.com Posting address: cypherpunks(a)algebra.com Filtering policy: raw Message Modification policy: no modification Privacy policy: ??? Info: ??? --------------------------------------------------------------------------- CCC: Operator: drt(a)un.bewaff.net Subscription: "subscribe [password of your choice]" to cypherpunks-request(a)koeln.ccc.de Unsubscription: "unsubscribe <password>" to cypherpunks-request(a)koeln.ccc.de Help: "help" to to cypherpunks-request(a)koeln.ccc.de Web site: http://koeln.ccc.de/mailman/listinfo/cypherpunks Posting address: cypherpunks(a)koeln.ccc.de Filtering policy: This specific node drops messages bigger than 32k and every message with more than 17 recipients or just a line containing "subscribe" or "unsubscribe" in the subject. Digest mode: this node is digest-only NNTP: news://koeln.ccc.de/cbone.ml.cypherpunks Message Modification policy: no modification Privacy policy: ??? --------------------------------------------------------------------------- Infonex: Subscription: "subscribe cypherpunks" to majordomo(a)infonex.com Unsubscription: "unsubscribe cypherpunks" to majordomo(a)infonex.com Help: "help cypherpunks" to majordomo(a)infonex.com Posting address: cypherpunks(a)infonex.com Filtering policy: raw Message Modification policy: no modification Privacy policy: ??? --------------------------------------------------------------------------- Lne: Subscription: "subscribe cypherpunks" to majordomo(a)lne.com Unsubscription: "unsubscribe cypherpunks" to majordomo(a)lne.com Help: "help cypherpunks" to majordomo(a)lne.com Posting address: cypherpunks(a)lne.com Filtering policy: cooked Posts from all CDR subscribers & replies to threads go to lne CDR subscribers. All posts from other CDRs are forwarded to other CDRs unmodified. Message Modification policy: 1. messages are demimed (MIME attachments removed) when posted through lne or received by lne CDR subscribers 2. leading "CDR:" in subject line removed 3. "Reply-to:" removed Privacy policy: private Info: http://www.lne.com/cpunk; "info cypherpunks" to majordomo(a)lne.com Archive: http://archives.abditum.com/cypherpunks/index.html (thanks to Steve Furlong and Len Sassaman) --------------------------------------------------------------------------- Minder: Subscription: "subscribe cypherpunks" to majordomo(a)minder.net Unsubscription: "unsubscribe cypherpunks" to majordomo(a)minder.net Help: "help" to majordomo(a)minder.net Posting address: cypherpunks(a)minder.net Filtering policy: raw Message Modification policy: no modification Privacy policy: private Info: send mail to cypherpunks-info(a)minder.net --------------------------------------------------------------------------- Openpgp: [openpgp seems to have dropped off the end of the world-- it doesn't return anything from sending help queries. Ericm, 8/7/01] Subscription: "subscribe cypherpunks" to listproc(a)openpgp.net Unsubscription: "unsubscribe cypherpunks" to listproc(a)openpgp.net Help: "help" to listproc(a)openpgp.net Posting address: cypherpunks(a)openpgp.net Filtering policy: raw Message Modification policy: no modification Privacy policy: ??? --------------------------------------------------------------------------- Ssz: Subscription: "subscribe cypherpunks" to majordomo(a)ssz.com Unsubscription: "unsubscribe cypherpunks" to majordomo(a)ssz.com Help: "help cypherpunks" to majordomo(a)ssz.com Posting address: cypherpunks(a)ssz.com Filtering policy: raw Message Modification policy: Subject line prepended with "CDR:" Reply-to cypherpunks(a)ssz.com added. Privacy policy: open Info: http://www.ssz.com/cdr/ --------------------------------------------------------------------------- Sunder: Subscription: "subscribe" to sunder(a)sunder.net Unsubscription: "unsubscribe" to sunder(a)sunder.net Help: "help" to sunder(a)sunder.net Posting address: sunder(a)sunder.net Filtering policy: moderated Message Modification policy: ??? Privacy policy: ??? Info: ??? --------------------------------------------------------------------------- Pro-ns: Subscription: "subscribe cypherpunks" to majordomo(a)pro-ns.net Unsubscription: "unsubscribe cypherpunks" to majordomo(a)pro-ns.net Help: "help cypherpunks" to majordomo(a)pro-ns.net Posting address: cypherpunks(a)pro-ns.net Filtering policy: cooked Posts from all CDR subscribers & replies to threads go to local CDR subscribers. All posts from other CDRs are forwarded to other CDRs unmodified. Message Modification policy: 1. leading "CDR:" in subject line removed 2. "Reply-to:" removed Privacy policy: private Info: http://www.pro-ns.net/cpunk

1 0