Re: [vox-tech] Email vs. FAX Security

2005-02-10 Thread Karsten M. Self
on Wed, Feb 02, 2005 at 10:20:14AM -0800, Robert G. Scofield ([EMAIL 
PROTECTED]) wrote:
> I think I know the answer to this, but I want to make sure.  I believe
> that it is more secure to FAX a document than it is to email a
> document or message, right?  This assumes that one does not use email
> encryption.

As stated:  it depends.

Some businesses (businesses, law offices) prefer faxes because the
documents can be shredded.

If you're sending to a print-on-receipt FAX machine, the main hope for
interception is while the message is live on the wire.  That said, US
intelligence services are thought to tap into the global telecoms
networks, particularly long-distance satellite and fiber links, with the
capacity to store (if not meaningfully process) the intercepts.  This is
one reason for other nations to take an interest in developing
independent coms nets.
 
> I realize that someone can tap a phone line, and that would enable a
> person to intercept a FAX.  But at least a FAX does not sit on a
> server waiting to be downloaded, 

Bad assumption.

If you _don't_ know what the remote fax system does, you're rather more
vulnerable.  More systems are now "store, print on demane", which means
your FAX sits on a disk somewhere until recalled.  And may continue to
do so.  Other systems use electronic delivery:  your recipient gets a
TIFF of your document, not the actual document itself.

Once data are in binary format, they can of course be readily
disseminated, though w/o OCR, the resulting files are large and somewhat
unweildy, and OCR is notoriously inexact, particularly on poorer-quality
faxes.

> like an email message does.  It would
> seem easy for an ISP's system administrator to use the root password
> to read the email of the ISP's customers. ( I know I can log in as
> root on my Linux system and use the "more" command to read my
> downloaded email.)  

Or your boss.  Or cow-orkers.  Or an unfriendly war driver.  Or the
person who buys the PC at an electronics recycling event, finding an
unwiped HD.

Note too that your greatest risks are generally _not_ transmit-time
intercepts, but unauthorized access from storage (or binnage).  Hard
drives, remaindered hardware, dumpster diving.

> Does anybody here believe that ISP system administrator's ever do such
> a thing?

Routinely.  Usually as a method of testing systems.  Most administrators
are probably not security threats, and respect customer confidentiality.
Some don't.

Most helpful is knowing who you're dealing with, what their security
precautions are, and establishing your own expectations.

For a low cost, "security" envelopes with a scotch-taped flap are among
the better ways of transmitting documents in a tamper-resistant form,
with reasonable expectations of privacy.

Otherwise, I think if you Google for "gpg rant" you might find something
worth reading.

...and after that, look at Steve Bellovin's "Can Someone Read My
E-Mail?"

http://www1.cs.columbia.edu/~smb/securemail.html


Peace.

-- 
Karsten M. Self http://kmself.home.netcom.com/
 What Part of "Gestalt" don't you understand?
Free Software Primer -- concepts you need to understand
http://twiki.iwethey.org/Main/FreeSoftwarePrimer


signature.asc
Description: Digital signature
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


[vox-tech] Zip Disk Recovery

2005-02-10 Thread Sam Peterson
Hey peoples, I'm attempting a rescue of a 100MB iomega zip disk
formatted as HFS+ using Linux, (Knoppix 3.7 specifically, Kernel
2.4.27 i686 GNU/Linux, booted from CD on a Dell Optiplex GX 260).
Normally I've had pretty good luck using something like dd or
dd_rescue on the relevant device file (in this case, /dev/sda1).  No
such luck today I'm afraid, this disk seems very shot.  As soon as I
try to read from it, dmesg spews forth the following messages:

> sda: Unit Not Ready, sense:
> Current 00:00: sns = 70  2
> ASC=3a ASCQ= 0
> Raw sense data:0x70 0x00 0x02 0x00 0x00 0x00 0x00 0x12 0x00 0x00 0x00 0x00 
> 0x3a 0x00 0x00 0x00 0x00 0x00 0xff
> 0xfe 0x01 0x03 0x9e 0x01 0xce 0x78
> sda : READ CAPACITY failed.
> sda : status = 0, message = 00, host = 0, driver = 28
> Current sd00:00: sns = 70  2
> ASC=3a ASCQ= 0
> Raw sense data:0x70 0x00 0x02 0x00 0x00 0x00 0x00 0x12 0x00 0x00 0x00 0x00 
> 0x3a 0x00 0x00 0x00 0x00 0x00 0xff
> 0xfe 0x01 0x03 0x9e 0x01 0xce 0x78
> sda : block size assumed to be 512 bytes, disk size 1GB.
> sda: Write Protect is off
>  sda: I/O error: dev 08:00, sector 0
>  I/O error: dev 08:00, sector 0
>  unable to read partition table
> Device not ready.  Make sure there is a disc in the drive.
>  I/O error: dev 08:00, sector 0
> e1000: eth0: e1000_watchdog: NIC Link is Up 10 Mbps Half Duplex
> e1000: eth0: e1000_watchdog: NIC Link is Up 10 Mbps Half Duplex
> [drm] AGP 0.99 Aperture @ 0xf800 64MB
> [drm] Initialized radeon 1.7.0 20020828 on minor 0
> SCSI device sda: 196608 512-byte hdwr sectors (101 MB)
> sda: Write Protect is off
>  sda:

Shortly after which, both the console and dmesg are filled with the
following:

> ide-scsi: expected 4096 got 8192 limit 4096
> hdb: lost interrupt
> ide-scsi: The scsi wants to send us more data than expected - discarding data
> ide-scsi: [[ 28 0 0 0 0 0 0 0 8 0 0 0 ]
> ]

I can't even shutdown after this point, and the light on the internal
zip drive stays on indefinitely.  Everything still responds but all
attempts to shutdown just leave me hanging at the console.

I've tried skip=1 and skip=512 and skip=1024 with different block
sizes sent to dd and still no luck.  Basically this is for a faculty
member who's had a very important zip disk go out on her before and
had to pay $400 for data recovery.  I've tried so many times to warn
her about backup, but she doesn't listen.  It's not life and death if
this can't be done, but it seemed like an interesting challege of
sorts.

If anyone has any ideas, I'm all ears.

-- 
--
| sam -- Programmer I|
| University of California, Davis : Hart Interdisciplinary Programs  |
--
___
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech