Stories
Slash Boxes
Comments

SoylentNews is people

SoylentNews is powered by your submissions, so send in your scoop. Only 18 submissions in the queue.
posted by Fnord666 on Wednesday April 11 2018, @12:14PM   Printer-friendly
from the trust-but-have-no-clue dept.

The Domain Name System (DNS) is a plain-text service that lets anyone who can see “the wire” capture a user's DNS traffic and work out whether they're asking for naughty.com or nice.com. So to help enhance its privacy a group of researchers has proposed a more "Oblivious DNS” protocol.

However, as the group explained here, even encrypted DNS (for example, DNS over TLS) is still exposed at the recursive resolver (that is, the DNS component most directly connected to the client), because that server decrypts the user request so it can fetch the IP address of the site the user wants.

In other words, whether you use your ISP's resolver, or one provided by a third party like Google or Cloudflare, at some point you have to trust the resolver with your DNS requests.

[...] To get around this, Oblivious DNS is designed to operate without any change to the existing DNS. As its designers write, it “allows current DNS servers to remain unchanged and increases privacy for data in motion and at rest”.

Instead it introduces two infrastructure components that would be deployed alongside current systems: a resolver “stub” between the recursive resolver and the client; and a new authoritative name server, .odns at the same level in the hierarchy as the root and TLD servers (see image).

In this model:

  • The stub server accepts the user query ("what's the IP address of foo.com?"), and encrypts it with a session key/public key combination;
  • The recursive name server receives the request (with .odns appended) and the session key, both encrypted;
  • The .odns tells the resolver to pass the request up to the ODNS authoritative server, which decrypts the request and acts as a recursive resolver (that is, it passes requests up the DNS hierarchy in the normal fashion);
  • The ODNS encrypts the response and passes it back down to the stub, which sends the response to the client.

The authors explained that this decouples the user's identity from their request.

The recursive resolver a user connects to knows the IP address of the user, but not the query; while the ODNS resolver can see the query, but only knows the address of the recursive resolver the user connects to, not the user.

Similarly, an attacker with access to a name server never sees the user's IP address, because the request is coming from the ODNS server.

The group has posted a conference presentation from late March here [PDF], and emphasises that Oblivious DNS is a “work in progress”.


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 3, Interesting) by bradley13 on Wednesday April 11 2018, @12:22PM (5 children)

    by bradley13 (3053) on Wednesday April 11 2018, @12:22PM (#665334) Homepage Journal

    It's a clever idea, since it avoids any changes to existing infrastructure. However, it seems to me that there are two weaknesses:

    - First, at the first recursive name server, when .odns is appended - the anonymity of the users depends on their queries being lost in the masses. There need to be a lot of users and a lot of queries.

    - Second, the duplicate .odns name servers - are these going to become a bottleneck?

    --
    Everyone is somebody else's weirdo.
    Starting Score:    1  point
    Moderation   +1  
       Interesting=1, Total=1
    Extra 'Interesting' Modifier   0  
    Karma-Bonus Modifier   +1  

    Total Score:   3  
  • (Score: 2) by zocalo on Wednesday April 11 2018, @02:47PM

    by zocalo (302) on Wednesday April 11 2018, @02:47PM (#665379)
    Whether it's a bottleneck will kind of depend on the number of users and number/capcity of the servers. Don't forget that they're still testing, so it seems likely if they get to production they will have more capacity and possibly some form of multicast, geo-located, CDN based solution like CloudFlare's 1.1.1.1 or Google's 8.8.8.8 DNS services use. DNS isn't a particularly high resource application until you get up to insane levels of usage like the root or major TLD servers have to handle - as long as they have enough memory and threads they'll probably be fine with just a small number of actual instances.
    --
    UNIX? They're not even circumcised! Savages!
  • (Score: 2) by KiloByte on Wednesday April 11 2018, @03:55PM

    by KiloByte (375) on Wednesday April 11 2018, @03:55PM (#665401)

    The first name server sits on ::1, which can't possibly reduce your security (if it gets pwned, your browser is pwned too).

    --
    Ceterum censeo systemd esse delendam.
  • (Score: 3, Interesting) by bob_super on Wednesday April 11 2018, @04:44PM (2 children)

    by bob_super (1357) on Wednesday April 11 2018, @04:44PM (#665428)

    - Third: Your ISP want to monetize you. Without Net Neutrality, they can block the IP of any DNS that is not theirs ("for security reasons" or "just because we can, and you have no choice").

    • (Score: 2) by frojack on Wednesday April 11 2018, @06:52PM (1 child)

      by frojack (1554) on Wednesday April 11 2018, @06:52PM (#665474) Journal

      Except they don't, which suggests they know they can't.

      https://inpropriapersona.com/articles/making-dns-work-isp-blocks-port-53/ [inpropriapersona.com]

      --
      No, you are mistaken. I've always had this sig.
      • (Score: 2) by bob_super on Wednesday April 11 2018, @07:26PM

        by bob_super (1357) on Wednesday April 11 2018, @07:26PM (#665487)

        > my ISP (which happens to be my university, since I’m on their network)

        Yes, because a university is totally the same thing as Comcast, next month as soon as the rules are in effect, blocking whatever the [bleep] they feel like for maximum profit.
        If Comcast says "we'll block all alternative DNS providers, you must use ours", 99% of their customers will either not realize or not be able to do anything about it. Whether they'll bother to play cat-and-mouse with seemingly random IPs having traffic that look like encrypted DNS packets is the question.