home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / risks / 139 next >
Encoding:
Internet Message Format  |  1992-12-22  |  18.2 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!ucbvax!CSL.SRI.COM!risks
  2. From: risks@CSL.SRI.COM (RISKS Forum)
  3. Newsgroups: comp.risks
  4. Subject: RISKS DIGEST 14.19
  5. Message-ID: <CMM.0.90.1.725082510.risks@chiron.csl.sri.com>
  6. Date: 23 Dec 92 03:48:30 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Reply-To: risks@csl.sri.com
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 357
  12. Approved: risks@csl.sri.com
  13.  
  14. RISKS-LIST: RISKS-FORUM Digest  Tuesday 22 December 1992  Volume 14 : Issue 19
  15.  
  16.         FORUM ON RISKS TO THE PUBLIC IN COMPUTERS AND RELATED SYSTEMS 
  17.    ACM Committee on Computers and Public Policy, Peter G. Neumann, moderator
  18.  
  19.   Contents:
  20. Computer error leaves Bundestag speechless (Debora Weber-Wulff)
  21. Doctor service phone logs skewed (Steen Hansen)
  22. Statistical biasing (Clay Jackson)
  23. Solution found to risks of computers in elections! (Jan I. Wolitzky)
  24. Overheard by Don Knuth on recent trip (Phyllis Winkler via Les Earnest)
  25. Flying Books Threaten Computer Inventory (Bill McGeehan)
  26. Navy Cancels Jammer System (PGN)
  27. Public information (Phil Agre)
  28. Call for Comments on Computing and the Clinton Administration (Gary Chapman)
  29.  
  30.  The RISKS Forum is moderated.  Contributions should be relevant, sound, in 
  31.  good taste, objective, coherent, concise, and nonrepetitious.  Diversity is
  32.  welcome.  CONTRIBUTIONS to RISKS@CSL.SRI.COM, with relevant, substantive 
  33.  "Subject:" line.  Others may be ignored!  Contributions will not be ACKed.  
  34.  The load is too great.  **PLEASE** INCLUDE YOUR NAME & INTERNET FROM: ADDRESS,
  35.  especially .UUCP folks.  REQUESTS please to RISKS-Request@CSL.SRI.COM.     
  36.  
  37.  Vol i issue j, type "FTP CRVAX.SRI.COM<CR>login anonymous<CR>AnyNonNullPW<CR>
  38.  CD RISKS:<CR>GET RISKS-i.j<CR>" (where i=1 to 14, j always TWO digits).  Vol i
  39.  summaries in j=00; "dir risks-*.*<CR>" gives directory; "bye<CR>" logs out.
  40.  The COLON in "CD RISKS:" is essential.  "CRVAX.SRI.COM" = "128.18.10.1".
  41.  <CR>=CarriageReturn; FTPs may differ; UNIX prompts for username, password.
  42.  
  43.  For information regarding delivery of RISKS by FAX, phone 310-455-9300
  44.  (or send FAX to RISKS at 310-455-2364, or EMail to risks-fax@cv.vortex.com).
  45.  
  46.  ALL CONTRIBUTIONS CONSIDERED AS PERSONAL COMMENTS; USUAL DISCLAIMERS APPLY.
  47.  Relevant contributions may appear in the RISKS section of regular issues
  48.  of ACM SIGSOFT's SOFTWARE ENGINEERING NOTES, unless you state otherwise.
  49.  
  50. ----------------------------------------------------------------------
  51.  
  52. Date: Fri, 11 Dec 1992 09:02:51 GMT
  53. From: weberwu@inf.fu-berlin.de (Debora Weber-Wulff)
  54. Subject: Computer error leaves Bundestag speechless
  55.  
  56. The German Bundestag, which had just moved into its brand-new, expensive
  57. quarters in Bonn (they'll be moving to Berlin someday, but this building was
  58. started when the Wall was still up), has been forced to move back into its old
  59. plenary building because of computer errors.
  60.  
  61. The new building was installed with a special sound control system that was
  62. specifically designed to eliminate all the problems with feedback, screeching,
  63. volume adjustments and such that had plagued the old system.  During the big
  64. budget debate (where the cost overruns in the new building were to be
  65. discussed as well :-) the sound system turned itself down to a whisper - no
  66. one could follow the speeches. After a 5 hour pause while technicians searched
  67. for the cause, the Bundestag moved back into the old building to resume the
  68. debates.
  69.  
  70. The cause: The architects had worked out an extremely symbolic form and used
  71. symbolic materials to create the building. The plenary chamber is round and
  72. completely enclosed in (bullet-proof) glass, to underline the transparancy of
  73. the parliamentary process. This glass, however, does not absorb the sound, but
  74. rather it bounces it back. The computers, detecting feedback, turn down the
  75. volume to avoid this problem. A steady state is only achieved when the
  76. microphones are turned off. It will take until March to either replace the
  77. computerized system or put carpeting over the glass walls.
  78.  
  79. Debora Weber-Wulff                       dww@inf.fu-berlin.de
  80. Institut fuer Informatik                 +49 30 89691 124
  81. Nestorstr. 8-9                           (INCLUDE "standard.disclaimer")
  82. D-W-1000 Berlin 31                       (PRINTN (WITTY-MESSAGE TODAY))
  83.  
  84. ------------------------------
  85.  
  86. Date: Fri, 11 Dec 92 13:13:26 EST
  87. From: steen@kiwi.swhs.ohio-state.edu
  88. Subject: Doctor service phone logs skewed 
  89.  
  90. A new central system is being tested in Denmark for people to call a doctor
  91. service at off hours, and possibly get a housecall (this is for non-emergency
  92. cases, i.e., not the equivalent of 911).  The patients in the Danish city of
  93. Odense complained loudly that the waiting for a phone call to be answered was
  94. too long, while the provider said their computerized logs showed no caller had
  95. to wait more than 10 minutes.  After many complaints they tested the
  96. equipment, which showed it was not able to register waits longer than 10
  97. minutes!  Steen Hansen
  98.  
  99. If you are interested in further details, please e-mail lea@dde.dk (Leif Erik
  100. Andersen), who quotes the danish radio news on Dec 9, 1992.
  101.  
  102.   Den nye laegevagt paa Fyn har maattet erkende, at systemet ikke var
  103.   saa velfungerende som laegerne haevdede. Paa trods af gentagne klager
  104.   fra patienter over lange ventetider paa telefonen, haevdede
  105.   laegevagtens ansatte at ingen havde ventet i mere en ti minutter. I
  106.   gaar kom det saa frem, at edb-registreringen ikke kunne registrere
  107.   ventetider laenger end de ti minutter! Laegerne stolede blindt paa
  108.   udstyr, som slet ikke var beregnet til at registrere ventetid, ifoelge
  109.   Fyns Telefon. Laegevagtens leder, Per Holm Pedersen, har givet
  110.   fynboerne en 'uforbeholden undskyldning'. [DR, onsdag]
  111.  
  112. ------------------------------
  113.  
  114. Date: Fri, 11 Dec 92 17:39:28 GMT
  115. From: uswnvg!cjackso@uunet.UU.NET (Clay Jackson)
  116. Subject: Statistical biasing (Re: Moore, RISKS 14.18)
  117.  
  118.  |A couple of items in RISKS touched upon computer systems and technology
  119.  |affecting people's behaviour and causing changes in our society.  There is 
  120.  |a risk that some changes may be undesirable and unintended.
  121.  
  122. When I was a supervisor in a large phone-in technical support operation (a few
  123. years back now), we introduced a metrics program that recorded a number of
  124. statistics about the calls the techicians were processing. Two of those
  125. statistics were "Available Time" (time spent being available to take calls,
  126. even if there were no calls coming to your phone) and time per call.  One of
  127. the other managers decided to set minimum standards for all of the metrics.
  128. So, an enterprising tech wrote a program on a PC to dial home (where no one
  129. was there to answer the phone), wait some random time and then hang up and
  130. dial again.  Until we caught on, that person's statistics were the best in the
  131. group; and the others in the group (who knew what was going on) were
  132. grumbling. Fortunately, we caught it before permanent damage (i.e., a changed
  133. performance rating or some sort of salary adjustment) was done.
  134.  
  135. Clay Jackson - N7QNM, US WEST NewVector Group Inc, Bellevue, WA
  136.  
  137. ------------------------------
  138.  
  139. Date: Fri, 18 Dec 92 16:43 EST
  140. From: wolit@mhuxd.att.com
  141. Subject: Solution found to risks of computers in elections!
  142.  
  143. According to the Associated Press today, officials in South Korea decided to
  144. use the abacus to tabulate 24 million votes in Friday's presidential
  145. elections.  The abacus was used to avoid a recurrence of charges in the 1987
  146. presidential race that the computer count was electronically manipulated.  The
  147. Central Election Management Committee employed about 300 abacus experts to
  148. oversee the counting.
  149.  
  150. It's curious that these people find manual manipuation -- an unnecessary
  151. backformation, since manipulation MEANS movement by hand -- of an election to
  152. be preferable to electronic manipulation.
  153.                                                       wolit@mhuxd.att.com
  154. Jan I. Wolitzky, AT&T Bell Laboratories, 600 Mountain Avenue, Room 3D-590, 
  155. Murray Hill, NJ 07974-2070  1-908-582-2998  Fax: 1-908-582-5417
  156.  
  157.    [A Deutsche Press-Agentur news item quoted a Committee official who said,  
  158.    "We are sorry we can't use the fast and economical way of tallying
  159.    with computers but we like to be fair and accurate above all."  PGN]
  160.  
  161. ------------------------------
  162.  
  163. Date: Tue, 15 Dec 92 14:48:18 -0800
  164. From: Les Earnest <les@sail.stanford.edu>
  165. Subject: Overheard by Don Knuth on recent trip
  166.  
  167. From: Phyllis Winkler <winkler@cs.stanford.edu>
  168. Subject: Overheard by Don Knuth on recent trip
  169.  
  170.   Q. What kind of computer music will President Clinton play on his
  171.      saxophone?
  172.  
  173.   A. Al Gore rhythms.
  174.  
  175.                              ---  Cornell U Linguistics Department
  176.  
  177. ------------------------------
  178.  
  179. Date:         Mon, 14 Dec 92  10:51:19 EST
  180. From: Bill McGeehan <IRMTAQA2@SIVM.SI.EDU>
  181. Subject:       Flying Books Threaten Computer Inventory
  182.  
  183.      A story in the Washington Post on 7 Dec 92 entitled "Va. Book Vendor
  184. Rescued from a Storied Ending" ended with lessons in both safety in the
  185. library and computer security. The following is a summary of that article:
  186.  
  187.      Mike Keck was nearly buried alive in his Alexandria Virginia bookstore,
  188. From Out of the Past. Mike was working in the "aviation" section when a metal
  189. shelf attached to a wall came "flying" loose, tipped over and started a domino
  190. effect that quickly toppled almost one million magazines. "As I fell, I
  191. twisted to protect myself; the twisting broke the socket of my hip." His wife,
  192. Barbara said, "Once it started, there was no stopping it. All the racks gave
  193. way". The rescue squad had to use a torch to cut away the twisted metal that
  194. was trapping Mike.
  195.  
  196.      Barbara also said "I videotaped it ... for insurance purposes.  Right now
  197. the computer doesn't look like it was damaged. ALL MY INVENTORY IS IN IT, AND
  198. I HOPE IT WILL BE OK."
  199.  
  200.      I was struck by this thought: would that be a MILLION records?  Wouldn't
  201. some offsite backup be appropriate?
  202.  
  203. Bill McGeehan, Smithsonian Institution, OIRM Computer Security Manager
  204. IRMTAQA2@SIVM.SI.EDU     IRMTAQA2@SIVM.BITNET       Voice: (202) 633-9035
  205.  
  206. ------------------------------
  207.  
  208. Date: Sat, 19 Dec 92 14:52:17 PST
  209. From: "Peter G. Neumann" <neumann@csl.sri.com>
  210. Subject: Navy Cancels Jammer System
  211.  
  212.    WASHINGTON (AP, 15 Dec 92)
  213.    The Navy on Tuesday canceled $835 million worth of contracts for an
  214. electronic radar-jamming system criticized for years inside the Pentagon and
  215. on Capitol Hill.  The Airborne Self-Protection Jammer was being developed by
  216. the Navy for a variety of carrier-based warplanes, such as the F-14, F/A-18
  217. and the E/A-6.  The Pentagon had spent more than 15 years and $1.5 billion to
  218. develop the system. It had ordered 136 of the devices, which were supposed to
  219. confuse enemy surface-to-air missile radars.  But the system, which was being
  220. developed by a number of firms, never passed its flight tests.  At one point,
  221. the Navy acknowledged that testing standards on the system had been relaxed,
  222. but the system was unable to meet even the lowered standards.  Over the years,
  223. the jammer became a symbol of weapons kept in development before the bugs were
  224. ironed out.
  225.    In its statement, the Navy said, "The decision to terminate ...  was made
  226. because it was determined in operational testing that the system was not
  227. operationally effective and not operationally suitable."  The Navy said it was
  228. canceling nine production contracts with: Consolidated Electronic
  229. Countermeasures, which is composed of I.T.T.  of Nutley N.J., and Westinghouse
  230. of Baltimore., Md.; I.T.T. and Westinghouse, operating separately;
  231. Westinghouse Electronic Systems Co., (Welsco) of Baltimore, Md., and Smith
  232. Industries of Florham Park, N.J.  ...
  233.    Earlier this year, Sens. David Pryor, D.-Ark., and William V. Roth Jr.,
  234. R-Del., charged that the Pentagon had manipulated its testing data to minimize
  235. the system's problems, but the Navy promised it would apply toughened
  236. standards.
  237.  
  238. ------------------------------
  239.  
  240. Date: Thu, 17 Dec 92 17:17:47 -0800
  241. From: pagre@weber.ucsd.edu (Phil Agre)
  242. Subject: public information
  243.  
  244. A number of advocacy groups have recently been involved in efforts to make
  245. public information, for example from the Congress, available electronically.
  246. One of the reasons frequently cited for such efforts is the desire for open
  247. government.  This notion of open government is normally opposed to a set of
  248. images of behind-closed-doors government in which politicians cut deals with
  249. cigar-smoking lobbyists.  Although open government is a good thing in the
  250. abstract, I wonder if many of the motivations for it are misplaced, leading to
  251. false solutions to deeper problems.  As evidence for this possibility, I would
  252. cite the following article:
  253.  
  254. Robert L. Heath, Working through trade associations and public information
  255. organizations, in Robert L. Heath, ed, Strategic Issues Management: How
  256. Organizations Influence and Respond to Public Interests and Policies, San
  257. Francisco: Jossey-Bass, 1988.
  258.  
  259. This is a brief description of NAMNET, a computer network that has been
  260. operated by the National Association of Manufacturers since 1987.  NAM, of
  261. course, has long been famous for its aggressive and well-funded lobbying on
  262. issues such as labor organizing and workplace health and safety regulations.
  263. (It opposes these things.)  Among the many features of NAMNET is software
  264. support for what has become known in business as "grassroots lobbying", in
  265. which a special interest with substantial infrastructure (whether in-house or
  266. contracted from commercial firms) mobilizes its allies in a highly selective
  267. and focused way on very short notice to influence the proceedings of, for
  268. example, a legislature.
  269.  
  270. Now, some people argue that electronic open government will level the
  271. playing field by giving The People access to the same information as special
  272. interests.  But maybe it doesn't work that way.  Techniques like NAM's 
  273. (and others, such as direct mail techniques based on the application of
  274. massive computing power to databases of personal information) have brought
  275. a quiet revolution to the day-to-day conduct of politics.  Far from being 
  276. run behind closed doors, information technology now allows politics to be
  277. conducted through the rapid, top-down, real-time mobilization of massive
  278. "constituencies".  And these methods quickly come down to money: it is now
  279. entirely feasible to purchase a precise, measurable amount of pressure on any
  280. given issue on any Senator of your choice.  The more money you have, the more
  281. pressure you can buy.  (For more of this, see Wm. Greider's book "Who Will
  282. Tell the People?")
  283.  
  284. So how about it?  If we wish to strengthen democracy, should we welcome
  285. electronic "open government" or oppose it?  What alternative models of
  286. information technology's relationship to government would be less amenable 
  287. to high-powered manipulation and more amenable to the electronic cultures
  288. within which we might reinvent democracy?
  289.  
  290. Phil Agre, UCSD
  291.  
  292. ------------------------------
  293.  
  294. Date: Wed, 16 Dec 92 12:43:20 -0500
  295. From: chapman@silver.lcs.mit.edu (Gary Chapman)
  296. Subject: Call for Comments on Computing and the Clinton Administration
  297.  
  298.        PLEASE CIRCULATE THIS WHEREVER YOU FEEL IT IS APPROPRIATE
  299.               BUT ONLY WHERE YOU FEEL IT IS APPROPRIATE
  300.  
  301.       AN OPPORTUNITY TO HAVE YOUR SAY ABOUT COMPUTING IN THE FUTURE
  302.  
  303. This is Gary Chapman, director of the Cambridge, Massachusetts, office 
  304. of Computer Professionals for Social Responsibility.  I edit The CPSR 
  305. Newsletter, a quarterly publication that goes to all CPSR members and 
  306. about 400 other people, including a lot of policymakers, members of 
  307. Congress, administration officials, etc.  
  308.  
  309. We're going to try something unusual for the next CPSR Newsletter, and 
  310. I'm putting out a call for help.  We're going to publish a special issue
  311.  on "What the Clinton Administration Can Do For The Computing Profession
  312.  and the Public."  I'm sending out this message to ask people to send me
  313.  SHORT contributions to this issue, just brief comments about what the 
  314. new administration can do to help support computing in the United 
  315. States, or perhaps the world.  
  316.  
  317. Here are a few basic guidelines for these submissions:
  318.  
  319. 1.  SHORT MEANS SHORT -- In order to publish as many of these as we can,
  320.  we need to keep each contribution to about 100-150 words, max, one or 
  321. two paragraphs.  In fact, anything longer will probably be eliminated 
  322. out of fairness to others.
  323.  
  324. 2.  YOU MUST IDENTIFY YOURSELF -- Again, briefly, with just your name 
  325. and one line that says something about you, such as Joe Blow or Sally 
  326. Smith, Programmer, BillyBob Corporation, or Centerville, Ohio, or 
  327. something like that, whatever you prefer.
  328.  
  329. 3.  ADDRESS ISSUES OF PUBLIC POLICY -- In order to make these 
  330. contributions relevant to the Clinton administration, they should 
  331. concern issues about which government can or should do something, or 
  332. stop doing, whatever.  These include major issues such as privacy, 
  333. access to information, computer networks like the Internet or NREN, R&D 
  334. priorities, equitable access to computers, intellectual property, 
  335. defense policy, risks to the public, etc.  We're not really interested 
  336. in contributions that are self-serving, parochial, excessively arcane or
  337.  trivial, belligerently and unconstructively critical, and so on.  We 
  338. will favor messages that discuss the intersection of computing and major
  339.  issues of concern to the public at large.
  340.  
  341. 4.  PLEASE INCLUDE A WORKABLE E-MAIL ADDRESS -- In case I have to get 
  342. back to you about the text.  We won't publish e-mail addresses, I 
  343. promise.
  344.  
  345. 5.  GET ALL CONTRIBUTIONS TO ME BY JANUARY 15, 1993.  My e-mail address 
  346. is chapman@silver.lcs.mit.edu.
  347.  
  348. This is not limited to people in the United States, although overseas 
  349. contributors will have to make a case for what the Clinton 
  350. administration should do to help international computing -- the focus 
  351. will be on U.S. government  policy.
  352.  
  353. We're going to try and get this issue into the hands of the key players 
  354. on computing and high tech policy in the new administration.  For the 
  355. most part we already know who those people are, and we're talking to 
  356. them about the issues that CPSR is working on.  This newsletter will 
  357. give them a good impression, we hope, of the concerns of the computing 
  358. profession and people who use computer networks.  Consider this an 
  359. opportunity for a kind of "hard copy" town hall.
  360.  
  361. Thanks for your help!  Get those messages coming!
  362.  
  363. Gary Chapman, Coordinator     The 21st Century Project
  364. Computer Professionals for Social Responsibility
  365. Cambridge, MA               chapman@silver.lcs.mit.edu
  366.  
  367. ------------------------------
  368.  
  369. End of RISKS-FORUM Digest 14.19
  370. ************************
  371.