Differences between version 3 and previous revision of RobotCA.
Other diffs: Previous Major Revision, Previous Author, or view the Annotated Edit History
Newer page: | version 3 | Last edited on Sunday, March 14, 2004 5:28:35 am | by StuartYeates | Revert |
Older page: | version 2 | Last edited on Friday, March 12, 2004 4:59:32 am | by StuartYeates | Revert |
@@ -4,8 +4,10 @@
Typically [RobotCA]s are set up to validate that the a public key belonging to an email address does actually belong to the email address. This is achieved by the [RobotCA] signing each uid on the public key and sending the signed copy to the email address, encrypted with the public key. If the public key belongs to whoever reads the email address, they recieve the signed copy, can decrypt it and then publish it to the public [KeyServer]s. If the public key does not belong to whoever reads the email address, they recieve are unable to decrypt the encrypted key, but the accompanying message gives them sufficient information to let them know that that someone is attempting to impersonate them.
[RobotCA]s are considered significantly less secure that other CAs, which typically require multiple forms of photograph identification. In particular most are only as strong as the underlying [Mail] infrastructure: anyone who can read another persons mail can impersonate them and anyone who can read and delete another persons mail can get the signature without the person knowing.
+
+A [RobotCA] also has the side effect of serving as a TimeStampServer for keys---because a time stamp is included in the signature added to the key, the signature is evidence that the key existed at a certain point in time.
Currently there are three [RobotCA]s in widespread use:
# http://www.toehold.com/robotca/
# http://pgpkeys.telering.at/robotca/