[CAP] Implications of Dig-Sig on CAP

Art Botterell acb at incident.com
Sat Mar 14 13:20:10 PDT 2009


[I'm afraid some of this will be thunderously obvious to some of us  
and quite mysterious to others, but hopefully we can find some middle  
ground. - Art]

One of the implications of end-to-end authentication of CAP messages  
is the separation of message authentication from the message  
aggregation/relay function.

As long as each recipient can determine the authenticity of any alert  
for him-/her-/itself, the transport networks and aggregation nodes  
don't need to bother implementing and maintaing a table of potentially  
tens of thousands of passwords.  (Aggregator operators who crave  
control might dislike that, of course, but ones looking to minimize  
workload and liability will love it.)  They do still need to guard  
against denial-of-service threats, but not spoofing or man-in-the- 
middle attacks.

Trust is established, not through the transport mechanism, but instead  
through one or more shared Public Key Infrastructures (PKIs).  Folks  
can get signing certificates from a PKI, including existing commercial  
ones, and as long as the recipient agrees that certificates signed by  
that PKI operator are reliable, that recipient can decide for itself  
which senders it trusts.  (Including, if the PKI requires proof of  
authority as well as identity, the option of trusting any verified  
message signed using that particular PKI.)

And since there can multiple PKIs in use, nobody corners the market or  
gains undue control over the overall system.  Identity and authority  
are treated as local issues, not centralized ones.  Which strikes me  
as a win for everybody.

- Art




More information about the CAP-list mailing list