A modest proposal for access authentication
Larry Masinter <masinter@parc.xerox.com>
To: www-talk@nxoc01.cern.ch
In-reply-to: Ari Luotonen's message of Wed, 15 Sep 1993 02:38:47 -0700 <9309150938.AA12697@ptsun00.cern.ch>
Subject: A modest proposal for access authentication
From: Larry Masinter <masinter@parc.xerox.com>
Sender: Larry Masinter <masinter@parc.xerox.com>
Fake-Sender: masinter@parc.xerox.com
Message-id: <93Sep16.123937pdt.2794@golden.parc.xerox.com>
Date: Thu, 16 Sep 1993 12:39:34 PDT
Status: RO
The modest proposal is: use FTP.
a) add a new kind of URL: FTPU://host/path
this URL is like FTP: except that it assumes that the user will
supply a user name and password, i.e., not anonymous access
b) change your links in any document that points to anything that
requires protection to instead use FTPU://host/path links.
Of course, relative paths will still work, so you only have to change
the links to the entry points.
Well, yes, FTP is slower than HTTP, but by the time you do all this
authorization and stuff, maybe it isn't that much slower, and you can
cache FTP connections which have logged in, etc. Besides, web servers
already have FTP code in them, the only thing you have to do is keep
track of username/password pairs for specific hosts.
You're not inventing any new security scheme, so you're unlikely to
get into trouble, like gopher did, of compromising the security of a
site by introducing a new, incompatible security mechanism. FTP
already has access control, and separate access control for read and
write, so you don't have to build a new ACL mechanism.