>> ###
<snip>

>> 3. query example.org's local-part lookup service for info (eg public
>> key) mapped to "foobar"
>>
>> 4. this results in an answer (eg public key) or not [eg "not found" status code]
>> ###
>
> Yes.  A lookup service.  And if we're going to do this, then there's no
> much point to putting local-part -> public keys in DNS.

yes, possibly. even if the keys were stored in DNS (for whatever reason(s)), i would suggest doing it as..

  immutable-opaque-identifier -> public key

..and then the lookup service knows the mapping of..

  local-part -> immutable-opaque-identifier

..and thus can return the key.


> Problem: DNS (even with DNSPRIV) is much more light-weight than any
>          service that uses TLS.
>
> Solution: Make a light-weight lookup (idempotent) protocol.

well, we already have at least one that will work (and I'm speaking from explicit hands-on operational impl & deployment experience) and perhaps others, i would suggest re-use rather than re-invent.

=JeffH



_______________________________________________
dane mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dane

Reply via email to