home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / privacy / p02_010.txt < prev    next >
Text File  |  1996-09-03  |  25KB  |  534 lines

  1. PRIVACY Forum Digest     Friday, 26 March 1993     Volume 02 : Issue 10
  2.  
  3.          Moderated by Lauren Weinstein (lauren@cv.vortex.com)
  4.                 Vortex Technology, Topanga, CA, U.S.A.
  5.     
  6.                      ===== PRIVACY FORUM =====
  7.  
  8.          The PRIVACY Forum digest is supported in part by the 
  9.           ACM Committee on Computers and Public Policy.
  10.  
  11.  
  12. CONTENTS
  13.     Medical Clearing House (Jerry Leichter)
  14.     Re: Medical Clearing House (John R. Levine)
  15.     Protecting your privacy -- ID info and credit-card agreements
  16.        (Alan Wexelblat)
  17.     Preventing Electromagnetic Eavesdropping (Grady Ward)
  18.     Documented Cases of SSN Abuse Wanted (Steve Schlesinger)
  19.     Individual Privacy Protection Act of 1993 (Juan Osuna)
  20.     CPSR Wins SSN Privacy Case (Marc Rotenberg)
  21.     Intrusion Detection Workshop (Teresa Lunt)
  22.  
  23.  
  24.  *** Please include a RELEVANT "Subject:" line on all submissions! ***
  25.             *** Submissions without them may be ignored! ***
  26.  
  27. -----------------------------------------------------------------------------
  28. The PRIVACY Forum is a moderated digest for the discussion and analysis of
  29. issues relating to the general topic of privacy (both personal and
  30. collective) in the "information age" of the 1990's and beyond.  The
  31. moderator will choose submissions for inclusion based on their relevance and
  32. content.  Submissions will not be routinely acknowledged.
  33.  
  34. ALL submissions should be addressed to "privacy@cv.vortex.com" and must have
  35. RELEVANT "Subject:" lines.  Submissions without appropriate and relevant
  36. "Subject:" lines may be ignored.  Subscriptions are by an automatic
  37. "listserv" system; for subscription information, please send a message
  38. consisting of the word "help" (quotes not included) in the BODY of a message
  39. to: "privacy-request@cv.vortex.com".  Mailing list problems should be
  40. reported to "list-maint@cv.vortex.com".  All submissions included in this
  41. digest represent the views of the individual authors and all submissions
  42. will be considered to be distributable without limitations. 
  43.  
  44. The PRIVACY Forum archive, including all issues of the digest and all
  45. related materials, is available via anonymous FTP from site "cv.vortex.com",
  46. in the "/privacy" directory.  Use the FTP login "ftp" or "anonymous", and
  47. enter your e-mail address as the password.  The typical "README" and "INDEX"
  48. files are available to guide you through the files available for FTP
  49. access.  PRIVACY Forum materials may also be obtained automatically via
  50. e-mail through the listserv system.  Please follow the instructions above
  51. for getting the listserv "help" information, which includes details
  52. regarding the "index" and "get" listserv commands, which are used to access
  53. the PRIVACY Forum archive.  All PRIVACY Forum materials are also
  54. available through the Internet Gopher system via a gopher server on
  55. site "cv.vortex.com".
  56.  
  57. For information regarding the availability of this digest via FAX, please
  58. send an inquiry to privacy-fax@cv.vortex.com, call (310) 455-9300, or FAX
  59. to (310) 455-2364.
  60. -----------------------------------------------------------------------------
  61.  
  62. VOLUME 02, ISSUE 10
  63.  
  64.    Quote for the day:
  65.  
  66.     "I wasn't kissing her, I was just whispering in her mouth."
  67.  
  68.                 -- Chico Marx (1891-1961)
  69.  
  70. ----------------------------------------------------------------------
  71.  
  72. Date:    Fri, 19 Mar 93 18:07:45 EDT
  73. From:    Jerry Leichter <leichter@lrw.com>
  74. Subject: Medical Clearing House
  75.  
  76. Jack Decker forwarded to a recent PRIVACY Digest an article about a clearing-
  77. house of medical information and its possible use by employers to avoid
  78. hiring people with large medical expenses.
  79.  
  80. There is, indeed, a massive but little-known central clearinghouse of medical
  81. data.  It was organized and run by the medical insurers for the purpose of
  82. controlling fraud.  If you consider the amount of information that you give
  83. your medical insurance company when you file a claim - all of which is likely
  84. to get forwarded to the clearinghouse - the amount of very personal informa-
  85. tion the clearinghouse has on virtually every person in the United States is
  86. staggering.
  87.  
  88. Normally, this kind of cooperative record sharing would be considered a
  89. violation of the antitrust laws.  However, the insurance industry has an
  90. exemption from those laws for the purpose of controlling fraud.
  91.  
  92. The records involved are not credit records and do not, as far as I know, fall
  93. under any of the laws allowing you access to your own files.  As far as I
  94. know, neither the clearinghouse nor your insurer are obligated to show you
  95. your records, much less allow you to enter explanations (as you can do with
  96. your credit records); and I don't believe that, in general, they will actually
  97. do either voluntarily.
  98.  
  99. As the article points out, two-thirds of all employers now self-insure for
  100. their employees' medical policies.  It would not surprise me if this entitled
  101. them to access the clearinghouse.  (Such policies are typically administered
  102. by a traditional insurance company; I'd bet that they provide access to the
  103. clearinghouse as part of their administrative services.)
  104.  
  105. Until recently, I don't believe there was anything illegal in an employer
  106. refusing to make a job offer based on anticipated medical costs.  (In at
  107. least one case I know of, someone was extended a job offer, then told on his
  108. first day that the medical insurance would not cover his pre-existing condi-
  109. tion, which required expensive treatment.  The person involved walked out of
  110. the room, never to return.  As far as he was concerned, he might as well have
  111. been refused the job.)  Under ADA (Americans with Disabilities Act), this has
  112. almost certainly changed - at least when the issue is the prospective
  113. employee's medical condition.  I have my doubts whether ADA would have any
  114. applicability if the issue were a family member's medical condition.
  115.  
  116. By the way, employers in many states have banded together to create databases
  117. of employees who have made large work-related disability claims.  Since such
  118. injuries are covered through a separate insurance pool, and an employer's
  119. contributions to the pool are based on his history of employee claims, it is
  120. in an employer's interest not to hire people who will "run up his bill".
  121. Again, this practice was apparently legal before ADA.  Whether it would fall
  122. under ADA is a tougher call.
  123.                             -- Jerry
  124.  
  125. ------------------------------
  126.  
  127. Date:    19 Mar 93 22:25:16 EST (Fri)
  128. From:    johnl@iecc.cambridge.ma.us (John R. Levine)
  129. Subject: Re: Medical Clearing House
  130.  
  131. I've never heard of the Medical Clearing House, but he may actually be
  132. referring to the Medical Information Bureau, a long-standing cooperative
  133. venture by insurance companies.  It exchanges medical info, primarily to
  134. avoid losses due to people who apply for insurance and don't disclose
  135. pre-existing conditions.  I've heard that MIB data is also used for a lot
  136. of less savory things, but I have no hard info either way.
  137.  
  138. Anyone can ask for a copy of his MIB record; call +1 617 426 3660 and
  139. leave your name and address on the machine; they'll send you a form to
  140. request a copy of your record.
  141.  
  142. When I sent in the form month or so ago, they wrote back and claimed
  143. they'd never heard of me.  I don't believe it.  When I applied for my
  144. current insurance about five years ago, they asked for five years of
  145. medical history.  After I sent in my list, they wrote back with a few more
  146. minor history items that I'd honestly forgotten, and the insurance company
  147. went ahead to issue the policy.  I'm certain they got those history items
  148. from the MIB, so they certainly had a file on me then.
  149.  
  150.  
  151. On an unrelated and probably less interesting note:
  152.  
  153. >A clerk in a Radio Shack store here in the Boston area refused to make a
  154. >credit card sale to me when I refused to give my telephone number and
  155. >address.
  156.  
  157. I've never had any trouble at the Harvard Square store.  My answer to the
  158. telephone question is "don't have one."  So they don't believe me.  Tough.
  159.  
  160. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  161.  
  162. ------------------------------
  163.  
  164. Date:    Sat, 20 Mar 93 16:52:34 -0500
  165. From:    "Alan (Gesture Man) Wexelblat" <wex@media.mit.edu>
  166. Subject: Protecting your privacy -- ID info and credit-card agreements
  167.  
  168. Two topics from recent digests:
  169.  
  170. When asked for "identifying" information which is probably going to be used
  171. to compile marketing databases, I cheerfully supply *wrong* information.  I
  172. make it as bogus and outlandish as I feel that day.  This can be fun when
  173. filling out "surveys" for product-reg cards, while on airlines, etc.  I once
  174. told American Airlines I was a 55-year-old Eskimo woman whose income this
  175. year was $5000 but that was a $50,000 increase from last year.
  176.  
  177. The idea is to seed their databases with useless information.  The reason
  178. this stuff is compiled is so that they can do targeted marketing -- ie,
  179. increase the efficiency of mailings, etc.  The more bogus entries are in the
  180. database, the less efficient and less profitable these marketing schemes
  181. will be.  If it becomes un-profitable enough, they'll give it up.
  182.  
  183. So I urge you all to have fun with these things.  Make them waste their
  184. money.  Register things to your pets.  Create companies and sign them up for
  185. stuff.  The neat thing about this strategy is that it works best when only a
  186. few people (say 10% of the population) are doing it.  If everyone did it, it
  187. would pay them to spend the money to verify entries.  What I want to do is
  188. just make it unprofitable enough that they'll give up and go away.
  189.  
  190. Now, on the issue of additional information required with a credit-card
  191. purchase.  When I worked for <a major company in Mass> we had a visitor from
  192. VISA who explained that we were *never* to:
  193.     a) provide additional information with our card numbers.  It is a
  194.        violation of the merchant's agreement with VISA if they ask for
  195.        more information.
  196.  
  197.     b) sign a charge slip without the final balance being entered on the
  198.        slip.  Merchants can put in a "hold" if they want to be sure you
  199.        don't overrun your limit.  But once you sign a slip you're
  200.        obliged by your agreement (with VISA anyway) to pay whatever
  201.        amount eventually ends up on the slip.  Fortunately, most hotels
  202.        have stopped asking me to sign blank slips so I rarely have this
  203.        problem these days.
  204.  
  205. --Alan Wexelblat, Reality Hacker and Cyberspace Bard
  206. Media Lab - Advanced Human Interface Group    wex@media.mit.edu
  207. Voice: 617-258-9168, Pager: 617-945-1842    wexelblat.chi@xerox.com
  208. There is nothing so regretted as a missed opportunity.
  209.  
  210. ------------------------------
  211.  
  212. Date:    Mon, 22 Mar 93 19:51:23 PST
  213. From:     grady@public.btr.com (Grady Ward)
  214. Subject: Preventing Electromagnetic Eavesdropping
  215.  
  216. Eavesdropping on personal computers is not limited to looking over the
  217. shoulder of the operator or physically tapping in to an Ethernet cable.
  218. U.S. Government standards relating to the prevention of information capture
  219. via the emission of electromagnetic radiation from computers and peripherals
  220. are known as TEMPEST.  However, actual TEMPEST specifications are classified.
  221.  
  222. TEMPEST aside, there are inexpensive and easily applied means for
  223. individuals to minimize unintentional emissions from equipment.  My document
  224. "Preventing Electromagnetic Eavesdropping," discusses these techniques.
  225.  
  226.     [ The document described above (~15K bytes uncompressed) has
  227.       been placed into the PRIVACY Forum archives.  You can obtain it:
  228.  
  229.         -- Via anon FTP from site "cv.vortex.com" as:
  230.  
  231.             /privacy/prevent-eme.Z  (compressed; binary mode)
  232.             /privacy/prevent-eme    (uncompressed)
  233.  
  234.         -- Via the "cv.vortex.com" listserv system by sending
  235.            an e-mail message to:
  236.  
  237.             listserv@cv.vortex.com
  238.  
  239.            with the first text in the BODY of the message 
  240.            consisting of:
  241.  
  242.             get privacy prevent-eme
  243.  
  244.         -- Through the Internet Gopher system via the gopher
  245.            server on "cv.vortex.com" in the "*** PRIVACY Forum ***" 
  246.            section (and via linked gopher servers).
  247.                                  -- MODERATOR ]
  248.  
  249. ------------------------------
  250.  
  251. Date:    Tue, 23 Mar 93 16:23:45 PST
  252. From:    Steve Schlesinger 3711 <steves@sv012.torreypinesca.NCR.COM>
  253. Subject: Documented Cases of SSN Abuse Wanted
  254.  
  255. I am collecting documented cases of people being somehow harmed
  256. by their Social Security Number falling into the hands of some
  257. wrong doer.
  258.  
  259. Please email them to me.  I will post the collection or otherwise
  260. make it available.
  261.  
  262. Thanks -
  263. steve
  264.  
  265. -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
  266.  Disclaimer - This request is personal and has nothing to do with NCR or AT&T
  267. -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
  268.  
  269. ===============================================================================
  270. Steve Schlesinger, NCR/Torrey Pines Development Center             619-597-3711
  271. 11010 Torreyana Rd, San Diego, CA 92121                   ucsd.edu!sv001!steves
  272.                                         steve.schlesinger@TorreyPinesCA.ncr.com
  273. ===============================================================================
  274.  
  275. ------------------------------
  276.  
  277. Date:    Wed, 24 Mar 93 12:20:02 -0500
  278. From:    josuna@cs.UMD.EDU (Juan Osuna)
  279. Subject: Individual Privacy Protection Act of 1993
  280.  
  281. I am working on an article about the idea of establishing a federal privacy
  282. protection board. This idea has been floating around Congress for many
  283. years, and this year another bill has been introduced, called the Individual
  284. Privacy Protection Act of 1993.
  285.  
  286. The act would create a five-member board (appointed by the president and
  287. approved by the Senate) to study the computerized information systems of
  288. government and industry and to recommend legislative or administrative
  289. action.
  290.  
  291. The board would hold hearings, subpoena witnesses and documents, and issue 
  292. reports. 
  293.  
  294. I have been told by Congressional staffers that the bill will likely undergo 
  295. revision before being considered by a committee.
  296.  
  297. Privacy advocates often base arguments on what could happen rather than on
  298. what does happen. And even when an invasion of privacy is shown, it is
  299. difficult to quantify or prove actual damage.  I think this presents a
  300. problem for legislators, who need to show their constituents concrete, not
  301. abstract reasons for legislation.
  302.  
  303. I am writing an article and would like to hear comments on such a proposal.
  304. Can anyone provide me with concrete examples where someone was physically,
  305. emotionally or financially harmed as a result of new technologies eroding
  306. their privacy rights?
  307.  
  308. Public and private comments are welcome. I will guarantee anonymity upon
  309. your request.
  310.  
  311. ---------------------------------------------------------------------------
  312. Juan Antonio Osuna, Computing Research News       E-mail: josuna@cs.umd.edu
  313. 1875 Connecticut Ave. NW, Suite 718                      Ph: (202) 234-2111
  314. Washington, D.C. 20009                                  Fax: (202) 667-1066
  315. ---------------------------------------------------------------------------
  316.  
  317.     [ Such a board has been proposed before, and has reached various
  318.       legislative levels in the past.  I have conceptually supported
  319.       this idea for a long time--but making sure it's done properly is
  320.       no simple task, to say the least.  The privacy issues involved
  321.       cover a wide range of both "public" and "private" organizations.
  322.       The tendency of many organizations is to take the view that
  323.       "hardly anyone complains about privacy matters, so why should we
  324.       bother changing anything?"  Most individuals also take much the
  325.       same tack, until something happens to *them* ... -- MODERATOR ]
  326.  
  327. ------------------------------
  328.  
  329. Date:    Fri, 26 Mar 1993 17:03:43 EST
  330. From:    Marc Rotenberg <Marc_Rotenberg@washofc.cpsr.org>
  331. Subject: CPSR Wins SSN Privacy Case
  332.  
  333. PRESS RELEASE
  334.  
  335. March 26, 1993
  336.  
  337. "FEDERAL APPEALS COURT UPHOLDS PRIVACY:
  338. USE OF SOCIAL SECURITY NUMBER LIMITED
  339.                   - - - -
  340. CPSR Expresses Support for Decision"
  341.  
  342. A federal court of appeals has ruled that Virginia's divulgence of the
  343. Social Security numbers of registered voters violates the Constitution.  The
  344. Court said that Virginia's registration scheme places an "intolerable
  345. burden" on the right to vote.
  346.  
  347.         The result comes nearly two years after Marc Greidinger, a resident
  348. of Falmouth, Virginia, first tried to register to vote.  Mr. Greidinger said
  349. that he found it nearly impossible to obtain a driver's license, open
  350. accounts with local utilities or even rent a video without encountering
  351. demands for his Social Security number.
  352.  
  353.         Mr. Greidinger told the New York Times this week that when the State
  354. of Virginia refused to register him as a voter unless he provided his Social
  355. Security number he decided to take action.  He brought suit against the
  356. state, and argued that Virginia should stop publishing the Social Security
  357. numbers of voters.
  358.  
  359.         This week a federal appeals court in Richmond, Virginia ruled that
  360. the state's practice constituted "a profound invasion of privacy" and
  361. emphasized the "egregiousness of the harm" that could result from
  362. dissemination of an individual's SSN.
  363.  
  364.         Computer Professionals for Social Responsibility (CPSR), a national
  365. membership organization of professionals in the computing field, joined with
  366. Mr.  Greidinger in the effort to change the Virginia system.  CPSR, which
  367. had testified before the U.S. Congress and the state legislature in Virginia
  368. about growing problems with the misuse of the SSN, provided both technical
  369. and legal support to Mr. Greidinger.  CPSR also worked with Paul Wolfson of
  370. the Public Citizen Litigation Group, who argued the case for Mr. Greidinger.
  371.  
  372.         In an amicus brief filed with the court, CPSR noted the
  373. long-standing interest of the computing profession in the design of safe
  374. information systems and the particular concerns about the misuse of the
  375. SSN.  The CPSR brief traced the history of the SSN provisions in the 1974
  376. Privacy Act.  The brief also described how the widespread use of SSNs had
  377. led to a proliferation of banking and credit crime and how SSNs were used to
  378. fraudulently obtain credit records and federal benefits.
  379.  
  380.         CPSR argued that the privacy risk created by Virginia's collection
  381. and disclosure of Social Security numbers was unnecessary and that other
  382. procedures could address the State's concerns about records management.
  383.  
  384.         This week the court of appeals ruled that the state of Virginia must
  385. discontinue the publication of the Social Security numbers of registered
  386. voters.  The court noted that when Congress passed the Privacy Act of 1974
  387. to restrict the use of the Social Security number, the misuse of the SSN was
  388. "one of the most serious manifestations of privacy concerns in the Nation."
  389.  
  390.     The Court then said that since 1974, concerns about SSN confidentiality
  391. have "become significantly more compelling. For example, armed with one's
  392. SSN, an unscrupulous individual could obtain a person's welfare benefits, or
  393. Social Security benefits, order new checks at a new address, obtain credit
  394. cards, or even obtain the person's paycheck."
  395.  
  396.         The Court said that Virginia's voter registration scheme would
  397. "compel a would-be voter in Virginia to consent to the possibility of a
  398. profound invasion of privacy when exercising the fundamental right to vote."
  399.  
  400.         The Court held that Virginia must either stop collecting the SSN or
  401. stop publicly disclosing it.
  402.  
  403.         Marc Rotenberg, director of the CPSR Washington office said, "We are
  404. extremely pleased with the Court's decision.  It is a remarkable case, and a
  405. real tribute to Marc Greidinger's efforts.  Still, there are many concerns
  406. remaining about the misuse of the Social Security number.  We would like to
  407. see public and private organizations find other forms of identification for
  408. their computing systems.  As the federal court made clear, there are real
  409. risks in the misuse of the Social Security number."
  410.  
  411.         Mr. Rotenberg also said that he hoped the White House task force
  412. currently studying plans for a national health care claims payment system
  413. would develop an identification scheme that did not rely on the Social
  414. Security Number.  "The privacy concerns with medical records are
  415. particularly acute.  It would be a serious design error to use the SSN,"
  416. said Mr. Rotenberg.
  417.  
  418.         Cable News Network (CNN) will run a special segment on the Social
  419. Security number and the significance of the Greidinger case on Sunday
  420. evening, March 28, 1993.  The Court's opinion is available from the CPSR
  421. Internet Library via Gopher/ftp/WAIS.  The file name is
  422. "cpsr/ssn/greidinger_opinion.txt".  The CPSR amicus brief is available as
  423. "cpsr/ssn/greidinger_brief.txt".
  424.  
  425.         CPSR is a national membership organization, based in Palo Alto,
  426. California.  CPSR conducts many activities to protect privacy and civil
  427. liberties.  Membership is open to the public and support is welcome.  For
  428. more information about CPSR, please contact, CPSR, P.O. Box 717, Palo Alto,
  429. CA 94302, call 415/322-3778 or email cpsr@csli.stanford.edu.
  430.  
  431. ------------------------------
  432.  
  433. Date: Wed, 24 Mar 93 09:47:07 -0800
  434. From: Teresa Lunt <lunt@csl.sri.com>
  435. Subject: intrusion detection workshop
  436.  
  437.                 ELEVENTH INTRUSION DETECTION WORKSHOP
  438.                         CALL FOR PARTICIPATION
  439.  
  440. A two-day workshop on intrusion detection will be held at SRI International
  441. in Menlo Park, California on May 27-28, 1993, which are the Thursday and
  442. Friday following the 1993 IEEE Symposium on Research in Security and Privacy
  443. in Oakland, California.  This will be the eleventh in a series of
  444. intrusion-detection workshops.
  445.  
  446. The workshop will consist of several short presentations as well as
  447. discussion periods.  If you have any progress to report on an
  448. intrusion-detection project or some related work that would be appropriate
  449. for a short presentation, please indicate the title and a paragraph
  450. describing your proposed talk on the form below.  You can also indicate there
  451. your suggestions for discussion topics.  Of course, you do not have to make
  452. a presentation to attend; all are welcome! 
  453.  
  454. If you and/or your colleagues wish to attend, please RSVP using the attached
  455. form.  Please email the completed form to Liz Luntzel at
  456. luntzel@csl.sri.com.  For other questions, please call Liz Luntzel at
  457. 415-859-3285 or send us a fax at 415-859-2844 or email at
  458. luntzel@csl.sri.com.
  459.  
  460. There will be a $100 charge for the workshop.  This fee includes lunches in
  461. SRI's International Dining Room.  Please send your check to Liz Luntzel,
  462. SRI International, 333 Ravenswood Ave, Menlo Park CA 94025 USA.
  463.  
  464. The workshop will begin at 9am and will conclude at 5pm on Thursday, and will
  465. be from 9am to 2pm on Friday.
  466.  
  467. SRI is located at 333 Ravenswood Avenue in Menlo Park.  The workshop
  468. will be held in room IS109, which is in the International Building.
  469.  
  470. To get to SRI:
  471.  
  472. >From highway 101:
  473.     From I-101, take Willow Road (Menlo Park) west to Middlefield
  474.     Road (approx. 1 mile).  Turn right onto Middlefield Road.  Go one 
  475.     block and turn left onto Ravenswood Avenue.  SRI Building A (red 
  476.     brick building) is 1/4 mile up Ravenswood Avenue, on the left.  
  477.     The address is 333 Ravenswood Avenue.  
  478. >From I-280:
  479.     From I-280, take Sand Hill Road (east towards Menlo Park). Follow Sand
  480.     Hill Road to Junipero Serra and turn left.  Bear right at the next light,
  481.     and turn right at the stop sign onto Santa Cruz.  Take Santa Cruz to
  482.     El Camino and turn right.  Then take the first left, onto Ravenswood.
  483.     Cross the railroad tracks.  SRI is at 333 Ravenswood, on the right. If you
  484.     continue along Ravenswood along Middlefield, you will come to the
  485.     conference parking area at the corner of Ravenswood and Middlefield.
  486. >From Central Expressway:
  487.     From Central Expressway, go north towards Menlo Park all the way
  488.     to where it merges with El Camino Real.  Continue north on El Camino, 
  489.     staying in the right lane, for a few blocks, and turn right onto
  490.     Ravenswood Ave.  Cross the railroad tracks, and after the first light
  491.     look for SRI on your right.  SRI is at 333 Ravenswood.
  492.  
  493. Visitors may park in the small visitors lot in front of Building A or in the
  494. conference parking area at the corner of Ravenswood and Middlefield (where
  495. there is lots of space).  The workshop will be held in the International
  496. Building, the white concrete structure on Ravenswood to the East (closer to
  497. Middlefield) of Building A.  Visitors should sign in at International
  498. Building receptionist---from the parking lot go up the steps into the
  499. courtyard; it's on the left.
  500.  
  501.    --------------CUT HERE AND RETURN TO LUNTZEL@CSL.SRI.COM----------------
  502.  
  503.                    ELEVENTH INTRUSION DETECTION WORKSHOP
  504.  
  505. Yes! I will attend the Intrusion-Detection Workshop May 27-28 at SRI.
  506.  
  507. Please complete the following:
  508.  
  509. Name:
  510.  
  511. Title:
  512.  
  513. Affiliation:
  514.  
  515. Address:
  516.  
  517.  
  518. Indicate one:
  519. I [will/will not] present a talk.
  520.  
  521. Please complete the following:
  522.  
  523. Title of Talk:
  524.  
  525. Abstract:
  526.  
  527.  
  528. Suggestions for Discussion Topics:
  529.  
  530. ------------------------------
  531.  
  532. End of PRIVACY Forum Digest 02.10
  533. ************************
  534.