- cypherpunks-legacy - lists.cpunks.org

WACO: commentary, addresses to write
by L. Detweiler 10 Sep '93

10 Sep '93

wow, I guess this has been known in cyberspace since last friday. just goes to show you I don't read all the conspiracy newsgroups, eh? :) ===cut=here=== Newsgroups: talk.politics.guns,talk.politics.misc,alt.individualism,alt.activism,misc.legal From: lvc(a)cbnews.cb.att.com (Larry Cipriani) Subject: BATF GOES FOR COVER-UP OF WACO FIASCO, Organization: Ideology Busters, Inc. Date: Fri, 3 Sep 1993 17:35:28 GMT BATF GOES FOR COVER-UP OF WACO FIASCO, WRITE TO TREASURY NOW TO PROTEST!!! The people who launched the disastrous raid on the Branch Dividian compound in Waco, Texas, have now mounted an attack on the American people's right to know facts behind the tragedy. The Tresury Department is seeking to deny public access to invesitgative reports probing the government's actions leading to the Waco conflagration You have until September 15 to protest against this cover-up. Comments (preferably in triplicate) should be sent to the Dept. of the Tresaury, Office of Enforcemnet, Room 4312, 1500 Pennslyvania Ave., N.W., Washington, D.C. 20220. WRITE NOW! It has been reported that the Treasury wants to lockup many of the findings of the Waco investigation to "protect investigative techniques and procedures." What they are really doing is hiding the truth from the American people and preventing the people from making an accurate judgment on the BATF actions in Waco. This action is being taken at teh same time critizism of the raid is mounting. The affidavit used to justify the search warrant used in Waco has come under intense criticism, with stories in a number of major papers, the Washington Times the latest (Sept. 2). Experts who have researched the warrant have stated that it never should have been granted because the affidavit did not meet legal requirements. Specifically cited were: a quote attributed to Koresh regarding the LA riots, said to have been spoken three weeks before the riots happened; no probable cause based on information included in the warrant; inaccurate description of the firearms in possession of Koresh; and only technical, if any, violations of firearms laws. As a result of this intense pressure, there has been speculation in the press that Stephen Higgins, BATF Director and other top BATF officials may be forced out. However, to counter the growing outcry, the Treasury is now taking steps to seal away information from the investigation of the tragedy. That is, they are trying to cover it all up. Below is the text of a proposed rule change that would lock up the files of the "Waco Administrative Review Group Investigation", the panel assigned to investigate the assault on the Branch Davidian Compound. This means that Freedom of Information Act requests for information will be denied, and the public will not have access to this information. This is a blatant effort to cover-up the blunders in Waco. It can only be stopped if people cry-out in protest. DEPARTMENT OF THE TREASURY Departmental Offices (DEPO) 31 CFR Part 1 Proposed rule: Privacy Act of 1974, as Amended; Exemption of System of Records From Certain Provisions Contact: Nichole L. Jenkins, 202-622-0450 Comment Date: 09/15/93 (FEDREGISTER 58 FR 43312 08/16/93; 538 lines.) *Proposed Rules* --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- DEPARTMENT OF THE TREASURY Departmental Offices 31 CFR Part 1 Privacy Act of 1974, as Amended; Exemption of System of Records From Certain Provisions AGENCY: Departmental Offices, Department of the Treasury. ACTION: Proposed rule. SUMMARY: In accordance with the requirements of the Privacy Act of 1974, as amended, Departmental Offices, Office of Enforcement is proposing to exempt a system of records, the Waco Administrative Review Group Investigation (DO/.207) from certain provisions of the Privacy Act. The exemptions are intended to increase the value of the system of records for law enforcement and investigative purposes, to comply with legal prohibitions against the disclosure of certain kinds of information, and to protect the privacy of individuals identified in the system of records. The exemptions are intended to increase the value of the system of records for the factfinding investigation and administrative review performed by the Waco Administrative Review Group so as not to reveal local, state or Federal law enforcement techniques, sources and methods or affect the ability of law enforcement agencies to prosecute people for criminal wrongdoing. DATES: Comments must be received no later than September 15, 1993. ADDRESSES: Comments (preferably in triplicate) must be submitted to the Department of the Treasury, Office of Enforcement, room 4312, 1500 Pennsylvania Ave., NW., Washington, DC 20220. FOR FURTHER INFORMATION CONTACT: Nichole L. Jenkins, Attorney, Office of the Assistant General Counsel (Administrative & General Law), (202) 622- 0450, room 1410, 1500 Pennsylvania Ave., NW., Washington, DC 20220. Downloaded from GUN-TALK (703-719-6406) A service of the National Rifle Association Institute for Legislative Action Washington, DC 20036 -- Larry Cipriani -- l.v.cipriani(a)att.com or attmail!lcipriani

1 0

Waco Raid: Justice Dept. requests FOIA IMMUNITY!
by L. Detweiler 10 Sep '93

10 Sep '93

Just what we need -- a whole new field day for the disconsolate Kennedy conspiracy theorist industry! Maybe they'll let us see *these* documents in 2050 or so! (Disclaimer: of course, this has only tangential relevance to the list, but it has formed one of the hottest, most recurring, and emotional topics on the list, and hopefully everyone who would flame me for posting it here has already deleted the message based on the subject line! so NYAAHH!) ------- Forwarded Message From: Richard Ginn <rlg1(a)cornell.edu> Subject: Waco, Texas [Branch Davidians] Raid and the Freedom of Information Act Exemption Request by Justice Dept. of the US. Date: Thu, 9 Sep 1993 18:21:21 -0400 By Richard Ginn <rlg1(a)cornell.edu>, Ithaca, New York, USA - 9 Sept. 1993 - The United States Justice Department has requested that all files relating to the Waco, Texas [Branch Davidian - David Koresh and friends] raid by U.S. Government forces and the resulting deaths be exempted from all Freedom of Information Act (FOIA) inquiries and that the files be sealed so that no one may make any further inquiries into the Waco incident. The full text of the request can be found in the United States Federal Register, Volume 58, Number 156, on Monday August 16, 1993, page 43312. The period for comment on this action expires on September 15, 1993 (six days from the date of this message), after which the files will be sealed if there is no opposing comment by the public. - - 30 - <end of message> ------- End of Forwarded Message

1 0

ViaCrypt PGP Announcement clarifications
by L. Detweiler 10 Sep '93

10 Sep '93

- using their own cryptographic routines DigiSig+ (by necessity) - first release scheduled early Nov. 1993 - Windows & Mac versions in 1994 - source code *not* released - no indication of `reviews' or QA by PRZ etc. ------- Forwarded Message Date: Thu, 09 Sep 93 13:59:41 -0700 From: "Tom Jones" <wk01965(a)worldlink.com> Subject: ViaCrypt PGP Announcement Internet messages pertaining to ViaCrypt(tm) PGP(tm) have been very positive but somewhat overwhelming. With dozens of messages received by Phil and passed on to ViaCrypt, this general response will have to suffice until we can get back with more personalized messages. First, ViaCrypt (a division of 17-year-old Lemcom Systems, Inc.) presently has a PKP patent sublicense for its line of DigiSig+(tm) software and hardware cryptographic engines. By using ViaCrypt's licensed DigiSig+ software cryptographic engine for the RSA technology, and marrying it to most of the PGP code, we will produce a totally compatible and legal commercial product which is called ViaCrypt PGP. Second, there is a little work required before we can start shipping. Most significantly, PGP is being modified to substitute the DigiSig+ cryptographic engine in the ViaCrypt PGP product. With the more generalized interface of the DigiSig+ cryptographic engine, ViaCrypt PGP may run slightly slower than PGP but otherwise you won't notice any difference. ViaCrypt will attempt to minimize any performance differences in future releases. ViaCrypt's patent sublicense from PKP only permits object code to be distributed. That may create uneasiness for some people, but is necessary to market ViaCrypt PGP. Following are excerpts from the press release for ViaCrypt PGP dated 3 September 1993: "ViaCrypt PGP will be available in object code for the DOS environment in early November, 1993. ViaCrypt intends to make the program available on a wide range of additional platforms. UNIX versions will soon follow. To provide a high degree of interoperability, the company expects to announce a Windows version, Macintosh version, and ports to several other platforms in 1994. ViaCrypt PGP for DOS prices are $199.95 for a single user license, $599.95 for a five user license, and $1,649.95 for a 20 user license. Shipping and handling are extra. As an introductory promotional offer, these prices are discounted 50% for orders received through the end of 1993. Multiple-user licenses for 50 or more are also available from ViaCrypt. Prices for ViaCrypt PGP on other platforms may vary and will be established at announcement time." ------- End of Forwarded Message

1 0

Cryptography Conference (Austin, Tx)
by Zeek 10 Sep '93

10 Sep '93

----------------------------------------------------------- Please forward this announcement to appropriate mailing lists, newsgroups, bbs, and individuals. Sincere apologies to those who have seen this announcement too many times. ----------------------------------------------------------- EFF / EFF-Austin Cryptography Conference Wednesday, September 22, 1993 Ramada Inn North, Austin 9220 N. IH-35 at Rundberg Admission is free. Please arrive at 12:3o p.m. to find seating. 1:oo - 1:3o p.m. *INTRODUCTORY REMARKS* Steve Jackson - WELCOME [5 minutes] Bruce Sterling - KEYNOTE [20 minutes] PANEL #1 [1:45 - 3:oo] *POLICY* Mitch Kapor Jerry Berman Dave Farber PANEL #2 [3:15 - 4:3o] *LAW ENFORCEMENT* Esther Dyson Mike Godwin PANEL #3 [4:45 to 6:oo] *CYPHERPUNKS* John Perry Barlow Eric Hughes John Gilmore DINNER [6:oo to 8:oo] No dinner arrangements have been made. However, a buffet dinner will be offered by the Ramada or you may order from their menu. Good dining is also available within the area. RECEPTION [8:oo to 10:oo] A cash bar will be available and everyone is invited. Hopefully those of you unable to make the daytime events can attend the reception. ------------------------------------------------------------------ For more information please contact zeek(a)bongo.cc.utexas.edu, jonl(a)wixer.bga.com, or call (512) 453-4483 [leave a message for zeek].

1 0

IETF + PEM = Internet Commerce
by L. Detweiler 10 Sep '93

10 Sep '93

Report: the IETF (Internet Engineering Task Force) is very pro-commerce and recently met in Amsterdam for a session to discuss Internet Mercantile Protocols (IMP). It would allow consumers & companies on the Internet to combine PEM and MIME to complete and automate commercial transactions. J. C. Davin, previously of Bellcore helped initiate the IMP project. He envisions a standard that would allow companies to sell data such as image files or software. Another approach being considered would allow a sort of `home shopping network' approach. Meeting m Amsterdam minutes can be found at thumper.bellcore.com. Directory path: pub/devetzis/imp. Get: imp-archive. Mail me for more information. - - - On a related note, Bob Metcalf of IETF and columnist for InfoWorld was on NPR recently and talked about the `pampered elite' of people with Unix machines that are currently using the internet. The comment was clarified to mean that a vast audience of people with PCs and Macs and other low-end computers are mostly unconnected. IETF membership info appended. He shows a strong commitment to: 1) increasing address space for participants of the next century - `upgrading in one of the biggest cutovers since Great Britain decided to drive on the right side of the road' 2) exploiting ATM with ``cell-based protocols, operating systems, and applications. Otherwise, the Internet stays stuck in its current 20-year-old ASCII-bound applications -- TELNET, FTP, and E-mail.'' 3) strong support for *individual* subscribers vs. the current institutional monopoly, with ISDN playing a central role 4) he's in favor of usage billing as a critical aspect of commercial development. ``Internet carriers must be able, as are telephone companies, to settle with one another for traffic carried on behalf of each other's customers.'' From: "Bob Metcalfe" <Bob_Metcalfe(a)ccgate.infoworld.com> >if you want to join the Internet Society, as I just did, >to keep in touch with how the third generation is coming along, it costs $70 >per year and gets you the quarterly /Internet Society News/. Call >703-620-8990.

1 0

Re:Crypto Visions
by nobody＠pmantis.berkeley.edu 09 Sep '93

09 Sep '93

Hey Nick, visionary stuff in general, but . . . szabo>* Internet Casino: why travel to Las Vegas or Monte Carlo when szabo>you can play the finest games in the privacy of your own home? Maybe it's time you stopped working on the CRT tan, and checked out the showgirls :-). There is *virtually* nothing like it.

1 0

REMAIL: cache
by nobody＠Menudo.UH.EDU 09 Sep '93

09 Sep '93

-----BEGIN PGP SIGNED MESSAGE----- Cypherpunks, This is a test message of the caching implementation I've added to the remailer elee9sf(a)menudo.uh.edu. If you are reading this, it should be working :-) I implemented caching with three extra scripts: filer.pl, mailout.at, and mailout.pl. filer.pl accepts incoming messages and files them into a queue directory, appending the time in seconds, minutes, hours, and the process id number to the file. Hopefully, this will store the file in a random order with respect to the actual order they arrived in. Instead of piping incoming mail to slocal.pl, which is what the typical cypherpunks remailer does, it is piped to filer.pl which just files the messages. mailout.at is a script for the at command. It invokes the mailout.pl command, which mails out the queued messages, and reschedules itself for midnight the next day. Today, I scheduled for 18:00 CDT, so this message should leave for cypherpunks(a)toad.com then. I forgot to check to see if I'm in cron.allow; if so I'll change from the at command to a crontab. For the time being the remailer "flushes" its queue every night at midnight. After a while I'll make it less often, perhaps every other day or every three days. A week is probably too long :-) mailout.pl is a script which opens the queue directory and gets a list of files. Every file in the directory is opened, piped to slocal.pl, and unlinked. Well, that's it in a nutshell. Next up: padding messages, and an smtp package instead of sendmail. <klbarrus(a)owlnet.rice.edu> -----BEGIN PGP SIGNATURE----- Version: 2.3a iQCVAgUBLI+wM4OA7OpLWtYzAQGM2wQAulXlIz50z6fVPdWeHstdyFA5GgeCPUaO XRWooj0PNPPRrAcfUQqFhhgTZibBDHP6qmOXGU4GWfYL6dqPJhCHTi6iBUOGWQ+2 K1+YHinz7h6vNTf1R9fCRElvH0tn5iwq3uR4ZWLqJhhxtD6Mv01qidOsUQIUfQ9G oN2lT+JrkeU= =RdzB -----END PGP SIGNATURE-----

1 0

encryption
by Cdt Pvt Dan Doughty 09 Sep '93

09 Sep '93

sub cypherpunks Daniel J. doughty

1 0

blank lines v. the remailer
by collins＠newton.apple.com 09 Sep '93

09 Sep '93

> Upon repeated tests of my remailers, I noticed that if there's >more than one blank line between the header and the header-pasting, then >the pasting doesn't take place. Does this happen with other people's >remailers? How is your script different from mine? How can this be fixed? What follows is some of the text of the recurse.pl script, a component of the remailer system. I imagine that there are different versions of this script floating around, but this is the version I got from soda.berkeley.com when I set up my remailer. I have commented it (and noted my comments with 'SC:') to explain the relevent behavior, and deleted non-relevent sections: ----------cut here---------- # SC:read the header, looking for relevent lines while (<>) { # SC:get the next line (from where ever) into $_ s/[ \t\r]*$// ; # SC:remove trailing white space from $_ last if /^$/ ; # SC:get out if this line ($_) is otherwise blank ...code deleted here... } # SC:at this point $_ contains the blank line that followed the header # unless there was no blank line or message following the header (bad message) # We have just read the last line in the header. # Now we check to see if there is a pasting operator. if ( ( $_ = <> ) && /^::[ \t\r]*$/ ) { # SC:get the next line (from where ever) into $_ ('if' can't use 'while' # magic form), and if that next line is the pasting token then... # SC:append all the folling lines (up to, but not including, # the next blank one) to the header while (<>) { ...code deleted here... } } ...code deleted here... ----------cut here---------- You can see (from the condition of the 'if') that this code only finds the pasting token if it is separated from the header by exactly one blank line. This is easy enough to fix, if it is not the desired behavior, by inserting while (<>) { last unless /^[ \t\r]*$/ ; } before the 'if' and removing the '($_=<>) &&' from the if condition. Hope this helps, Scott Collins | "Few people realize what tremendous power there | is in one of these things." -- Willy Wonka ......................|................................................ BUSINESS. voice:408.862.0540 fax:974.6094 collins(a)newton.apple.com Apple Computer, Inc. 1 Infinite Loop, MS 301-2C Cupertino, CA 95014 ....................................................................... PERSONAL. voice/fax:408.257.1746 1024:669687 catalyst(a)netcom.com

1 0

REMAIL: Perl/problems
by Sameer Parekh 09 Sep '93

09 Sep '93

I'm not good at perl, so I can't solve this problem on my own. (I hardly know anything about perl, actually.) Upon repeated tests of my remailers, I noticed that if there's more than one blank line between the header and the header-pasting, then the pasting doesn't take place. Does this happen with other people's remailers? How is your script different from mine? How can this be fixed?

3 2