From: sdw@lig.net (Stephen D. Williams)
To: cypherpunks@toad.com
Message Hash: 0407d8c5df11a3b7efa37e60cce2879edac96eb504eb6a87cf0f3a879d6a075f
Message ID: <m0suoUI-0009yvC@sdwsys>
Reply To: N/A
UTC Datetime: 1995-09-18 21:46:49 UTC
Raw Date: Mon, 18 Sep 95 14:46:49 PDT
From: sdw@lig.net (Stephen D. Williams)
Date: Mon, 18 Sep 95 14:46:49 PDT
To: cypherpunks@toad.com
Subject: Time release crypto
Message-ID: <m0suoUI-0009yvC@sdwsys>
MIME-Version: 1.0
Content-Type: text/plain
What minimal requirements would be needed to support encrypted packets/files
that a holder could only decrypt after a certain date/time?
(Time Escrow?)
Or a server that releases keys if a 'heartbeat' isn't or a trigger is received?
(Escrow in the banking/legal sense.)
(Video/sound recordings for security, opened at court's request., Ecash
Escrow, missing persons)
The obvious is a server that releases keys periodically (and serves old keys
at will).
Is there any way to make this trustable?
Multiple servers with shared (xor split, etc.) keys of some kind?
Design ideas?
Applications:
Gov. docs with expiration dates for privacy/secrecy.
Source code for projects (if a company folds, copyright expires, etc.).
Contract release to companies, public, etc.
(15 minute stock data, agreements for commercial use initially,
public/fair use later)
sdw
--
Stephen D. Williams 25Feb1965 VW,OH (FBI ID) sdw@lig.net http://www.lig.net/sdw
Consultant, Vienna,VA Mar95- 703-918-1491W 43392 Wayside Cir.,Ashburn, VA 22011
OO/Unix/Comm/NN ICBM/GPS: 39 02 37N, 77 29 16W home, 38 54 04N, 77 15 56W
Pres.: Concinnous Consulting,Inc.;SDW Systems;Local Internet Gateway Co.;28May95
Return to September 1995
Return to “sdw@lig.net (Stephen D. Williams)”
1995-09-18 (Mon, 18 Sep 95 14:46:49 PDT) - Time release crypto - sdw@lig.net (Stephen D. Williams)