December 2003 - cypherpunks-legacy

Rosenberging Mumia
by John Young 17 Dec '03

17 Dec '03

Responding to msg by jlasser(a)rwd.goucher.edu (Jon Lasser) on Mon, 31 Jul 12:43 PM >On Mon, 31 Jul 1995, Timothy C. May wrote: > >> The Rosenbergs were certainly the Mumia Abu Jamals of >their day. > >The Mumia case (something friends of mine are more than >peripherally acquainted with) seems to be very much in >doubt. Of course, they'll kill him anyway, probably. >But I suggest reading E.L. Doctrow's essay on the >subject from the NYT of several weeks (months? >possibly) back. ------------ In addition to Doctorow's OpEd piece, there have been three recent NYPaper articles on the case and a half-page ad. Here's a judicious benchwarmer from the July 30 article: Judge Albert F. Sabo of Common Pleas Court, who conducted Mr. Abu-Jamal's first contentious trial, is presiding over his hearing for a new trial, and defense lawyers contend that not much has changed. Judge Sabo, a retired member of the Fraternal Order of Police, has sent more people to death row than any judge in the state. In the current hearing he has been openly contemptuous of the defense. "Objection is over-ruled, whatever it was," the judge told Mr. Abu-Jamal's lead lawyer, Leonard I. Weinglass, a veteran of some of the most politically charged trials of recent decades, including that of the Chicago Eight after the 1968 Democratic Convention. Judge Sabo has sustained virtually every prosecution objection while shooting down almost every defense objection. At one point, when Mr. Weinglass asked for a four-minute recess to locate a crucial witness, Judge Sabo, looking at his watch, said, "It's ten-twenty-eight-and-a- half. You have until 10:30." On Wednesday, the first day of the hearing, Judge Sabo turned his back and walked out of the courtroom as another defense lawyer, Rachel H. Wolkenstein, was addressing him about a legal issue. He came back a few minutes later, saying that he could not hear because of the noise coming from the street, where a large group of Mr. Abu-Jamal's supporters were chanting, "Free Mumia now." Richard B. Costello, the president of the Philadelphia Fraternal Order of Police, said he did not understand why Mr. Abu-Jamal's plight had drawn so much attention and big- league legal help. "He has more lawyers than Snow White had dwarfs," Mr. Costello said. "There's nothing special about this guy. He's a cop killer. We've had cop killers before, and, unfortunately, we'll have them again." Although Judge Sabo has frequently urged the defense to hurry, he interrupted the proceedings for several minutes to argue and reminisce with a baffled witness about the location of a swimming pool in his old neighborhood sometime around "1926 or '28." As he talked about the pool, a woman in the audience jumped to her feet and shouted, "Aren't we here to talk about a man's life?" She was escorted from the courtroom. Minutes later, the judge asked another question about the pool. Several of Mr. Abu-Jamal's supporters were removed for refusing to stand when Judge Sabo entered and another was taken outside for giving the judge a Nazi-style salute. ---------- To eye the outcry, send a blank msg with subject: MUM_fry.

1 0

IEEE Symp on Security and Privacy - Call for papers
by rah＠shipwright.com 17 Dec '03

17 Dec '03

>From: zurko(a)osf.org (Mary Ellen Zurko) >Subject: IEEE Symp on Security and Privacy - Call for papers >To: www-buyinfo(a)allegra.att.com >Date: Tue, 1 Aug 95 9:29:33 EDT >Cc: zurko(a)osf.org (Mez) >Mailer: Elm [revision: 70.85] > > CALL FOR PAPERS > >1996 IEEE Symposium on May 6-8, 1996 >Security and Privacy Oakland, California > > sponsored by > IEEE Computer Society Technical Committee on Security and Privacy > in cooperation with > The International Association for Cryptologic Research (IACR) > >Since 1980, the Symposium on Security and Privacy has been the premier >forum for presenting developments in computer security and for >bringing together researchers and practitioners in the field. > >This year, we seek to build upon this tradition of excellence by >re-emphasizing work on engineering and applications as well as >theoretical advances. We also seek to broaden the scope of the >Symposium by introducing additional topics. We want to hear not only >about new theoretical results, but also about work in the design and >implementation of secure systems and work on policy relating to system >security. We are particularly interested in papers on policy and >technical issues relating to privacy in the context of the Information >Infrastructure, papers on securing unsecure applications and operating >systems, papers that relate software and system engineering technology >to the design of secure systems, and papers on hardware and >architectural support for secure systems. > >The symposium will focus on technical aspects of security and privacy >as they arise in commercial and industrial applications, as well in >government and military systems. It will address advances in the >theory, design, implementation, analysis, and application of secure >computer systems, and in the integration and reconciliation of >security and privacy with other critical system properties such as >reliability, performance, and safety. Topics in which papers and >panel session proposals are invited include, but are not limited to, >the following: > > >Secure systems Privacy Issues Access controls >Security verification Network security Policy modeling >Information flow Authentication Database security >Data integrity Security Protocols Viruses and worms >Auditing Biometrics Smartcards >Commercial and industrial security Intrusion Detection >Security and other critical system properties Distributed systems security >Novel applications of cryptography and other security techniques > >We will continue the session of very brief (5-minute) talks introduced >last year. Our goal is to make it possible for us to hear from people >who are advancing the field in the areas of system design and >implementation, and who would like to present their ideas to the >symposium audience but may lack the time and resources needed to >prepare a full paper. Submissions for this session will be accepted >up to April 2, 1996 to permit us to hear of the most recent >developments. Abstracts of these talks will be distributed at the >conference. > >INSTRUCTIONS TO AUTHORS: > >Send six copies of your paper and/or proposal for a panel session to >John McHugh, Program Co-Chair, at the address given below. Papers and >panel proposals must be received by November 6, 1996. Papers, which >should include an abstract, must not exceed 7500 words. The names and >affiliations of the authors should appear on a separate cover page >only, as a ``blind'' refereeing process is used. In addition to the >paper submission, an ASCII copy of the paper title and abstract should >be sent to the Program Co-Chair (mchugh(a)cs.pdx.edu) by electronic mail. >These will be distributed electronically (without author >identification) to the entire program committee to aid in the >appropriate assignment of referees. Authors must certify prior to >December 25, 1996 that any and all necessary clearances for >publication have been obtained. > >Papers must report original work that has not been published >previously, and is not under consideration for publication elsewhere. >Abstracts, overlength papers, electronic submissions, late >submissions, and papers that cannot be published in the proceedings >will be rejected without review. Authors will be notified of >acceptance by January 16, 1996. Camera-ready copies are due not later >than March 4, 1996. > >Panel proposals should describe, in two pages or less, the objective >of the panel and the topic(s) to be addressed. Names and addresses of >potential panelists (with position abstracts if possible) and of >the moderator should also be included. Panels are not intended to >serve as alternate paper sessions and it is expected that, with the >possible exception of an overview of the topic area by the panel >chair, individual presentations by panel members will be limited to >five to ten minutes and that at least one third of the session will be >reserved for discussion. > >Submitters of abstracts for the special session of five-minute talks >should submit one page abstracts to John McHugh, Program Co-Chair, at >the address given below. The abstract should be one page or less; >Email submissions of 30 to 60 lines are preferred. Abstracts must be >received by April 2, 1996. Authors will be notified of acceptance or >rejection of abstracts by April 16. Submitted abstracts that are >accepted will be distributed at the conference. Presenters of >five-minute talks are expected to register for the conference. >Overtly commercial presentations are inappropriate. > >The Symposium will also include informal poster sessions where >preliminary or speculative material, and descriptions or >demonstrations of software, may be presented. Send one copy of your >poster session paper to Dale Johnson, at the address given below, by >January 31, 1996, together with certification that any and all >necessary clearances for presentation have been obtained. > >Again this year, we will attempt to counsel prospective authors. If >you have questions about whether or how to present your work to the >symposium, please send email to the Chair (dmj(a)mitre.org) and we will >do our best to assist you. > >Information about this conference will be also be available by >anonymous ftp from ftp.cs.pdx.edu in directory /pub/SP96, on the web >at http://www.cs.pdx.edu/SP96. The program chairs can be reached by >email at sp96(a)cs.pdx.edu. > >PROGRAM COMMITTEE > >Dave Bailey, Galaxy Computer Services, USA >Terry Vickers Benzel, TIS, USA >Lee A. Benzinger, Loral, USA >Debbie Cooper, DMCooper, USA >Oliver Costich, Independent Consultant, USA >Yves Deswarte, LAAS-CNRS & INRIA, FR >Jim Gray, Hong Kong U. of Sci. and Tech, HK >Lee Gong, SRI, USA >Sushil Jajodia, GMU, USA >Paul Karger, GTE, USA >Carl Landwehr, NRL, USA >John McLean, NRL, USA >Catherine A. Meadows, NRL, USA >Rich Neely, CTA, USA >Sylvan S. Pinsky, DoD, USA >Mike Reiter, AT&T, USA >Sue Rho, TIS, USA >Peter Ryan, DRA, UK >Tom Schubert, Portland State Univ., USA >Stuart Stubblebine, AT&T, USA >Elisabeth Sullivan, Sequent, USA >Tom Van Vleck, Taligent, USA >Vijay Varadharajan, Univ. of Western Sydney, AU >Yacov Yacobi, Belcore, USA >Raphael Yahalom, Hebrew University, Israel >Mary Ellen Zurko, OSF, USA > > >For further information concerning the symposium, contact: > > > Dale Johnson, General Chair John McHugh, Program Co-Chair > The MITRE Corporation Computer Science Department > Mailstop A156 Portland State University > 202 Burlington Rd P.O. Box 751 > Bedford, MA 01730-1420, USA Portland OR 97207-0751, USA > Tel: +1 (617) 271-8894 Tel: +1 (503) 725-5842 > Fax: +1 (617) 271-3816 Fax: +1 (503) 725-3211 > dmj(a)mitre.org mchugh(a)cs.pdx.edu > > Steve Kent, Vice Chair George Dinolt, Program Co-Chair > BBN Systems and Technologies Loral WDL > Mailstop 13/2a P.O. Box 49041, MS X20 > 70 Fawcett Street San Jose, CA 95161-9041 > Cambridge, MA 02138 Tel: +1 (408) 473-4150 > Tel: +1 (617) 873-6328 Fax: +1 (408) 473-4272 > Fax: +1 (617) 873-4086 dinolt(a)wdl.loral.com > kent(a)bbn.com > > Charles Payne, Treasurer > Secure Computing Corporation > 2675 Long Lake Road > Roseville, MN 55113 > Tel: +1 (612) 628-1594 > Fax: +1 (612) 628-2701 > cpayne(a)sctc.com > > Peter Ryan, European Contact Jim Gray, Asia/Pacific Contact > Defence Research Agency Department of Computer Science > Room NX17 Hong Kong Univ. of Science & Technology > St Andrew's Rd Clear Water Bay, Kowloon, Hong Kong > Malvern Tel: +852 358-7012 > Worcs WR14 3PS,UK Fax: +852 358-1477 > Tel +44 (0684) 895845 gray(a)cs.ust.hk > Fax +44 (0684) 894303 > ryan(a)rivers.dra.hmg.gb > ----------------- Robert Hettinga (rah(a)shipwright.com) Shipwright Development Corporation, 44 Farquhar Street, Boston, MA 02131 USA (617) 323-7923 "Reality is not optional." --Thomas Sowell >>>>Phree Phil: Email: zldf(a)clark.net http://www.netresponse.com/zldf <<<<<

1 0

Re: a hole in PGP
by rah＠shipwright.com 17 Dec '03

17 Dec '03

At 6:53 PM 7/31/95, Dr. Fred said: > Why (specifically) do you think the MIT version of PGP has no >backdoors and is not subject to attacks such as the one outlined in my >previous posting? <Metzger_mode("on")> I've been watching this gark long enough, I think. Look. If you're qualified, look at the PGP source and vet it yourself. If you aren't qualified, figure the market to be efficient in this instance and assume the stuff works. Stop wasting our time and bandwidth harassing the MIT folk about whether or not their code is clean. Such posturing won't wash around here. <Metzger_mode("off")> Seriously, it may be an appeal to authority, but it can safely be assumed that PGP is clean, and that MIT is *not* involved with the NSA and the Red Leptons in a conspiracy to spy on our alt.binaries.pictures.erotica.stoats postings. Cheers, Bob Hettinga ----------------- Robert Hettinga (rah(a)shipwright.com) Shipwright Development Corporation, 44 Farquhar Street, Boston, MA 02131 USA (617) 323-7923 "Reality is not optional." --Thomas Sowell >>>>Phree Phil: Email: zldf(a)clark.net http://www.netresponse.com/zldf <<<<<

14 20

Public Key Confusion
by jfmesq＠ibm.net 17 Dec '03

17 Dec '03

I am a very confused over my PGP public key(s). I have signed my public key and this is shown in a verbose listing of my public keyring. The same date appears in my public keyring for my public key as in my secret keyring for my secret key. The .asc file for my public key has the same file date (per a file-manager program). SOURCE OF CONFUSION: when I extract my public key from my public keyring and insert the extracted public key into a message, the public key that is inserted is bigger than and different from the public key in the .asc file. Am I correct to assume that the .asc version is a good public key but *unsigned*, and that the larger public key extracted from my public keyring is the same public key but has the additional component of my signature built into the body of, or seemlessly incorporated into, or otherwise coupled with, my public key? People to whom I have sent the smaller .asc version of my public key have sent me messages encrypted with that key, and I have been able to decrypt them with no apparent problem. My confusion arose when someone suggested that I sign my own public key, I clearsigned it (I know, duh!), and PGP and a public key server could not find a key block in the clearsigned message because the clearsigning put "- " at the start of both PGP block delimiters. Should I just stop distributing the .asc version and only let people have the longer version extracted from my public keyring? Is that the properly signed copy? Tampering can be ruled out as a practical matter. -- Best Regards, Jim

2 1

Re: Sex & Crime TV filter
by shamrock＠netcom.com 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- In article <ac425d4208021004ef6c(a)[205.199.118.202]>, tcmay(a)sensemedia.net (Timothy C. May) wrote: >However, to help derail this V-chip being mandated, what if we (I mean >activists, writers of columns, etc.) "insisted" that _commercials_ be >similarly labelled? I love it. Great idea, Tim! - -- - -- Lucky Green <mailto:shamrock@netcom.com> PGP encrypted mail preferred. - --- [This message has been signed by an auto-signing service. A valid signature means only that it has been received at the address corresponding to the signature and forwarded.] -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Gratis auto-signing service iQBFAwUBMB1pgCoZzwIn1bdtAQFwRgF/YBsyqIwF34uxmZgxwzSfTeVcxOtnYe+J ISSPgnB97QQqPUjYF0oO7T70wLXVwL21 =MEBo -----END PGP SIGNATURE-----

1 0

Re: Sex & Crime TV filter
by shamrock＠netcom.com 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- In article <199507311827.NAA25455(a)snoopy.vetmed.auburn.edu>, fstuart(a)vetmed.auburn.edu (Frank Stuart) wrote: >I hadn't thought of that before. I wonder how many kids will get >zapped trying to bypass the chip on the inside. Not half as many as will be arrested and convicted for "illegal consumption of adult TV while underage" once bypassing such chip will ineviably made a crime. - -- - -- Lucky Green <mailto:shamrock@netcom.com> PGP encrypted mail preferred. - --- [This message has been signed by an auto-signing service. A valid signature means only that it has been received at the address corresponding to the signature and forwarded.] -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Gratis auto-signing service iQBFAwUBMB1qGyoZzwIn1bdtAQFiSQF/WUIZE345ZeNS7sy90zMUaZ9OoagnJSmn VV2ZwXq20Ch+kbUmDTjf70twbKnu/i29 =s8TG -----END PGP SIGNATURE-----

1 0

Re: Sex & Crime TV filter
by nobody＠replay.com 17 Dec '03

17 Dec '03

> Yesterday I heard in the radio that someone in America has developed > some device which darkens the TV screen if there is sex or crime on TV. > Does anyone know whether this is true and how it works? It's called the 'Off' switch...

1 0

Re: Sex & Crime TV filter
by stewarts＠ix.netcom.com 17 Dec '03

17 Dec '03

>Yesterday I heard in the radio that someone in America has developed >some device which darkens the TV screen if there is sex or crime on TV. It's the "V-Chip" for blocking television programs marked as "Violent" by the broadcasters, which some politicians are proposing to require that all TV makers install in new TVs and all broadcasters label all programs. The descriptions in the press have made it sound like there's one bit of control info, which would be very stupid; multiple bits would at least allow parents to block programs separately for violence/sex/nudity/nasty-words/political-correctness. That would also be offensive, and more likely to be used. Unlike VCR-plus, which is a complex hash of the time and channel for a given program (complexity included so you have to buy TV Guide magazine), any V-chip codes could be handled automatically. (Also, V-chip is designed to turn the TV off, while VCR-plus is designed to turn the recorder on. If the designers were clever, the V-chip mechanism can probably also block video-tapes with V-chip codes?) If somebody wanted to develop a free-market rating service, the most convenient mechanism would probably be to broadcast VCR-plus codes with detailed information about programs to a set-top box, so you could sell features like - block speeches by annoying politicians - record all football matches but not other sports events - record the closed captioning from infomercials and parse for telephone numbers so you can order things automatically! - turn on the Nintendo whenever Barney the Dinosaur is on. Blocking commercials would be fun, but would probably be illegal :-), or at least stations that supported it would have trouble getting advertisers. (It would almost certainly be illegal to block the "Enhanced Underwriting" on public broadcasting, since otherwise you wouldn't get to hear "The Environmental Correctness Show has been brought to you by a grant from BigOil corporation, lubricating the Alaskan shoreline for 15 years!".) #--- # Thanks; Bill # Bill Stewart, Freelance Information Architect, stewarts(a)ix.netcom.com # Phone +1-510-247-0664 Pager/Voicemail 1-408-787-1281 #--- # Crypto in 3-4 lines of perl --> http://dcs.ex.ac.uk/~aba/

2 1

Re: a hole in PGP
by rah＠shipwright.com 17 Dec '03

17 Dec '03

At 8:08 PM 7/31/95, Dr. Fred said: >it is impractical to verify that there >are no subtle back doors Ah. I knew my undergraduate philosophy degree from good ol' Mizzou would come in handy some day. In the sophistry biz, the above is an informal fallacy. It's called a disproving a negative, more popularly called the "Flying Saucer" fallacy, as in, "prove to me that flying saucers (or PGP trap-doors) don't exist". I would put the rest of your rejoinder in the same class of tinker-toy logic, Doc. You're testing my patience. Feeling flush from my New Orleans road trip, I went out and bought the commercial version of Eudora, filter-feature and all, which means I'm just itching to test it. In other words, it means you are flirting with the kill-file, the bozo-filter, more rudely, a <plonk!ing>. Play nice, Doc, or don't play at all. Cheers, Bob Hettinga ----------------- Robert Hettinga (rah(a)shipwright.com) Shipwright Development Corporation, 44 Farquhar Street, Boston, MA 02131 USA (617) 323-7923 "Reality is not optional." --Thomas Sowell >>>>Phree Phil: Email: zldf(a)clark.net http://www.netresponse.com/zldf <<<<<

5 5

Commercial killers
by rah＠shipwright.com 17 Dec '03

17 Dec '03

God help me, all of this reminds me of a Carl Sagan book, of all things. One of his science fiction characters was said to have made his first fortune by building a commercial zapping chip for VCRs. Butthead Astronomer, indeed... Cheers, Bob Hettinga ----------------- Robert Hettinga (rah(a)shipwright.com) Shipwright Development Corporation, 44 Farquhar Street, Boston, MA 02131 USA (617) 323-7923 "Reality is not optional." --Thomas Sowell >>>>Phree Phil: Email: zldf(a)clark.net http://www.netresponse.com/zldf <<<<<

1 0