pgpfan:repudiability
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
pgpfan:repudiability [2021/01/08 23:34] – Pretty much complete rewrite b.walzer | pgpfan:repudiability [2021/06/05 01:10] (current) – [Untrusted Correspondent] more articles to refer to. b.walzer | ||
---|---|---|---|
Line 30: | Line 30: | ||
This could be considered the true "off the record" | This could be considered the true "off the record" | ||
- | - Not connecting their identity to their cryptographic identity, or | + | - Not connecting their identity to their cryptographic identity(([[pgpfan: |
- | - Not signing their messages at all. | + | - Not signing their messages at all(([[pgpfan: |
... rather than having to try to weaken the effect of a cryptographic signature. Our practical example, PGP, works well in this case as it allows both options. Deniability can be seen here as a compromise solution for a problem that need not exist. | ... rather than having to try to weaken the effect of a cryptographic signature. Our practical example, PGP, works well in this case as it allows both options. Deniability can be seen here as a compromise solution for a problem that need not exist. | ||
Line 62: | Line 62: | ||
Deniablity is one of those things that seems like a good idea in theory. In practice it has very little value. It is unlikely that the feature is worth the extra risk of the complexity it would take to implement it. | Deniablity is one of those things that seems like a good idea in theory. In practice it has very little value. It is unlikely that the feature is worth the extra risk of the complexity it would take to implement it. | ||
+ | |||
+ | [[pgpfan: | ||
+ | |||
pgpfan/repudiability.1610148883.txt.gz · Last modified: 2021/01/08 23:34 by b.walzer