Hi, Wouter,
Your proposal provides a useful scheme to publish and fetch the public key of 
the server.
It's the most important point of my solution, I mean, only when the client gets 
the public key of the server, it can then encrypt the request information and 
its own public key in the request message.
BR,



2015-03-11 



Zhiwei Yan 



发件人: W.C.A. Wijngaards 
发送时间: 2015-03-11  15:31:15 
收件人: dns-privacy 
抄送: 
主题: Re: [dns-privacy] Encrypt the signalings between stub and 
recursiveresolvers under UDP 
 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Zhiwei Yan,
On 03/11/2015 04:24 AM, Zhiwei Yan wrote:
> Hi, All, I have a simple idea to support the encryption of the
> signalings between stub and recursive resolvers under UDP. My
> solution is based on asymmetric encryption scheme and the main
> points are as following:
https://tools.ietf.org/html/draft-wijngaards-dnsop-confidentialdns-03
This draft follows the points you list.  Perhaps, it is one way to
fulfil the details in what you describe?
It was first submitted to perpass, but then moved to the DNSOP WG, and
now, a bit later, it can be considered by the DPRIVE working group.
Best regards,
   Wouter
> o Firstly, the stub resolver and recursive resolver should
> generate an asymmetric key pair respectively and we denote then as
> KEY-S and KEY-R.  For the KEY-S, the private key is denoted as
> KEY-S-pub and the public key is denoted as KEY-S-pri.  Similarly,
> for the KEY-R, the private key is denoted as KEY-R-pub and the
> public key is denoted as KEY-R-pri. o In order to publish the
> public key of recursive resolver, KEY- R-pub can be included in an
> option of DHCP message or in the RR of DNS following DANE
> protocols.  Anyway, the stub resolver should learn the KEY-R-pub
> during its bootstrap phase and update it securely and easily. o
> When the stub resolver sends DNS request message to the recursive 
> resolver, the KEY-S-pub should be contained in this message. 
> Besides, the DNS request message is encrypted by the KEY-R-pub. o
> After receiving the DNS request message, the recursive resolver 
> decrypts the message with KEY-R-pri.  Then the recursive resolver 
> records the information in the DNS request message, including the 
> KEY-S-pub. o When the recursive resolver replies to the stub
> resolver, it encrypts the DNS response message with KEY-S-pub.
> 
> Because the DNS request message sent from stub resolver to
> recursive resolver is encrypted by the public key of the recursive
> resolver, only the corresponding recursive resolve can decrypt that
> DNS request message.  In opposite, because the DNS response message
> sent from recursive resolver to stub resolver is encrypted by the
> public key of the stub resolver, only the corresponding stub
> resolver can decrypt that DNS response message.  In this way, the
> privacy of the exchanged messages between stub and recursive
> resolvers can be guaranteed.
> 
> I just want to get some comments from you. If you think this
> solution makes sense, the draft will be published after the IETF
> meeting. BR, Zhiwei Yan
> 
> 
> 2015-03-11
> 
> 
> 
> _______________________________________________ dns-privacy mailing
> list dns-privacy@ietf.org 
> https://www.ietf.org/mailman/listinfo/dns-privacy
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIcBAEBAgAGBQJU/+81AAoJEJ9vHC1+BF+NUfkQAK+l5gu3bvbFDz5UYTvs2ZAn
UNsM3WbJocFLBQVqS/Ky/dMX15RxnR1fBn9AwCKn6095hgU8OXjsiwUFx4+J48uI
0Oy4OjfgrDchPYh8XnqFUVYmeVFzBwmsqRZnmwxRWoMZGzk4iBARlBBCF9VVW/Kl
qYREdv4J0GJSMJSQQjZ728+EIsyJqhUr0yNZQ3XaokM9hGNUpy6/IvfzSosmoEeT
im01bB5Oa4eO3cM+oTu9btzEJueePA8CrBtF98U18IBp0EhhF9lJP7xF/psrsiYx
p9oip9Y30BDDsYbjacNDdp9c35JRAemLLfQJa2MxW/O7cBiRZsOL3yTZUZ9590xz
uNh8/B2JCl6hs54hd7cpkuPMPrMhBc39t79n3dwdfgQph0w2M3VmlL/0DIxMeOBv
ixnVVfIejh/1trUo0q4mb84L2Gq92GFxQ8gwQTgiveEM6Eff6APEoTP6FZ3w9mE5
UFehPq5EwUjSz9pKWVNQrdojaXNP+CTs5HKYXVKkdh6xah0+J0iP80gp0JBiGM7Y
34E0PhXxCm8LdglCbp/v6IDOCTT+O9wGeZ/P21HtFJAv8CW/NWbTRr7trL7N4rYU
F8tU5Yjaw8SFgug575yqXfv9vacTMCZVKK1S0IfdIvCn+UQl34F5rqDLaE5uStN+
kwdVXLAxnduq8h5EZ8i7
=5/cq
-----END PGP SIGNATURE-----
_______________________________________________
dns-privacy mailing list
dns-privacy@ietf.org
https://www.ietf.org/mailman/listinfo/dns-privacy
.

<<attachment: yanzhiwei.vcf>>

_______________________________________________
dns-privacy mailing list
dns-privacy@ietf.org
https://www.ietf.org/mailman/listinfo/dns-privacy

Reply via email to