home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / fax / 2418 < prev    next >
Encoding:
Text File  |  1993-01-11  |  4.1 KB  |  90 lines

  1. Newsgroups: comp.dcom.fax
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!newsserver.jvnc.net!newsserver.technet.sg!mathias
  3. From: mathias@solomon.technet.sg (Mathias Koerber)
  4. Subject: Re: Fax with encryption?
  5. Message-ID: <C0pvqF.KBF@newsserver.technet.sg>
  6. Sender: news@newsserver.technet.sg
  7. Nntp-Posting-Host: solomon.technet.sg
  8. X-Newsreader: TIN [version 1.1 PL8]
  9. References: <1993Jan11.195959.19591@cc.ic.ac.uk>
  10. Date: Tue, 12 Jan 1993 01:20:38 GMT
  11. Lines: 77
  12.  
  13. Thomas Sippel - Dau (vulture@imperial.ac.uk) wrote:
  14. : In article <C0oMzE.LD6@newsserver.technet.sg>, mathias@solomon.technet.sg (Mathias Koerber) writes:
  15.  
  16. : You can either encrypt the TEXT of the fax message, which the receiving
  17. : fax machine will then print out as a faithful rendering of the garbage
  18. : that comes out of the crypter.
  19.  
  20. This is hard for casual use. A) People would have to know about encryption,
  21. and B) they would have to transcribe the message into another decryption
  22. machine or so.
  23.  
  24. : Or you can view the bitstream that represents the pixels on a sheet of
  25. : paper as a message, and encrypt that. This would need a configurable lookup
  26. : table in the receiving fax machine, and a keyword exchange mechanism, 
  27. : presumably a public key system. For this it would probably be easier
  28. : to use a different modulation scheme - i.e. do the encryption at the
  29. : physical/data link interface than at the transport or presentation
  30. : layer. 
  31.  
  32. No, no. What I'm thinking of is just an extension to the existing protocol.
  33. Like now the faxes can negotiate whether a fax is in normal or fine mode,
  34. there should be bit that tells the receiving fax that the message was 
  35. encrypted. The key does not even get passed, nor does a part of it.
  36. Both sides will have to agree on a key to use, which is then keyed into the
  37. fax-machine.
  38.  
  39. Picture this:
  40.  
  41.     - A goes to his fax machine with a confidential message for B
  42.     - He selects "encrypt" plus all the other options
  43.     - The fax machine prompts him for a key (preferably some big
  44.       number)
  45.     - The faxmachine scans in A's message, line by line. Every line
  46.       is encrypted using a well-known algorithm with the entered bignum
  47.       as key. the encrypted line is then sent over to B's fax machine
  48.  
  49.     - While negotiating resolution etc, B's fax machine was told that
  50.       the message is encrypted. It reacts to this by not printing out
  51.       the message, but storing it in memory and just printing a
  52.       short reminder that an encrypted fax from number xxx has arrived.
  53.     - The recipient is notified, comes to the fax-machine and types in
  54.       the command to print-out the stored fax. The fax prompts him 
  55.       for the key, which is then applied to all lines of the fax 
  56.       before it is printed out. The message in memory is in fact *not*
  57.       decrypted, only the printout is.
  58.  
  59.  
  60. The whole scheme is just intended to make it difficult for unauthorised
  61. people to read confidential incoming faxes. It sure will be possible to
  62. listen to the telecom-line, grab the fax off and apply all combinations
  63. of bignums to it, until a nice picture appears, but guarding against that
  64. would be overkill for the normal user.
  65.  
  66. Another scenario is that it would be easy for anyone to impose when faxes
  67. are stored for retrieval by a remote machine. Since not all telecoms
  68. systems have caller-identification, and the current fax-protocol relies
  69. on the fax-machine to send identification information, plus the fact
  70. that currently the passwords used for allowing a remote fax to retrieve
  71. faxes at a later time are rather poor (They are short, only numbers and
  72. given out to almost everyone who might want to retrieve your fax, plus
  73. the fact that there is only password per fax-machine instead of message),
  74. it would be a good thing to have this additional security.
  75.  
  76.  
  77.  
  78. : But since you would give up the unversality of fax for security, you 
  79. : might as well go the whole hog and use encrypted email to send your
  80. : message - including scans of handwritten text and drawings. Probably 
  81. : much cheaper in the long run.
  82.  
  83. :                                  Thomas
  84.  
  85. Again, too hard for casual users or secretaries who just want to get that
  86. confidential drawing over to the other side.
  87.  
  88.  
  89. regards, Mathias -- 
  90.