1994-11-19 - Re: S-HTTP

Header Data

From: wcs@anchor.ho.att.com (bill.stewart@pleasantonca.ncr.com +1-510-484-6204)
To: cypherpunks@toad.com
Message Hash: 1dde961874c90b240b8fde77c2af276d5dd0a930de6804532cc31a91675d1be9
Message ID: <9411190033.AA09011@anchor.ho.att.com>
Reply To: N/A
UTC Datetime: 1994-11-19 00:35:24 UTC
Raw Date: Fri, 18 Nov 94 16:35:24 PST

Raw message

From: wcs@anchor.ho.att.com (bill.stewart@pleasantonca.ncr.com +1-510-484-6204)
Date: Fri, 18 Nov 94 16:35:24 PST
To: cypherpunks@toad.com
Subject: Re:  S-HTTP
Message-ID: <9411190033.AA09011@anchor.ho.att.com>
MIME-Version: 1.0
Content-Type: text/plain


Jon Cooper, talking about S-HTTP, writes:
>    I don't much see the point in encrypting _EVERYTHING_, and if you're 
> only talking about encrypting a credit card number or an occasional 
> paid-for document, it shouldn't be much of a burden at all with a good 
> implementation.

There are a number of times when you might want to do this,
such as delivering an information product as well as paying for it
(e.g. a new software release, shipped encrypted to avoid eavesdroppers
pirating it for free), or information you want conveniently accessible
on the web but only to approved people (e.g. your political campaign's
strategy material or your corporate information made available to your
sales group who are often out at customer sites instead of behind your 
firewall), or your corporate complaints web-form (enter your problem in the
box below; please type legibly), or of course your politically-incorrect-
substance ordering system, which should provide anonymity as well as
payment and ordering, (which may be beyond the complexity of S-HTTP.)

		Bill





Thread