• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Should I enable DNSSEC in pfSense when using Quad9 and full DNS HiJacking?

DHCP and DNS
2
4
367
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S
    shoulders
    last edited by shoulders Nov 1, 2024, 1:57 PM Nov 1, 2024, 1:35 PM

    My Setup

    I have full DNS Hijacking enabled on my network so all of the DNS requests are pushed through my pfSense router and then on to Quad9 over TLS using the DNS Resolver

    pfsense 2.7.2

    My Question

    Services --> DNS Resolver --> General Settings --> DNNSEC

    • Should I enable this option in for my setup?
    • Does enabling this option just waste CPU cycles?
    • Does this option do anything more than DNSSEC validation?

    Research

    • DNS Resolver Configuration | Netgate
      • This DNSSEC option's description just tells you want DNSSEC does. However I am assuming this enables DNSSEC Validation and perhaps if this is true the option should be renamed and the documentation updated. I would welcome some clarification here
    • Quad9 FAQ
      • Does Quad9 implement DNSSEC?
        • Yes. Quad9 provides DNSSEC validation on our primary resolvers.
        • In addition we validate DNSSEC on our EDNS enabled service.
        • This means that for domains that implement DNSSEC security, the Quad9 system will cryptographically ensure that the response provided matches the intended response of the domain operator. In the event of a cryptographic failure, our system will not return an answer at all. This ensures protection against domain spoofing or other attacks that attempt to provide false data.

    My Thoughts

    I do not need to enable this option and waste CPU cycles as the results I get from Quad9 will always be valid because if there is an issue with a signed domain it will not return a result (or probably NXDOMAIN).

    The DNSSEC validation n all DNS request on pfsense would always be performed on valid domains anyway.

    J 1 Reply Last reply Nov 1, 2024, 2:21 PM Reply Quote 0
    • J
      johnpoz LAYER 8 Global Moderator @shoulders
      last edited by Nov 1, 2024, 2:21 PM

      @shoulders no if you forward dnssec makes zero sense - either where you forward is doing it or they are not. You setting it in unbound is going going to cause issue.. Even quad9 themselves tell you that.

      https://docs.quad9.net/Quad9_For_Organizations/DNS_Forwarder_Best_Practices/

      Disable DNSSEC Validation

      Since Quad9 already performs DNSSEC validation, DNSSEC being enabled in the forwarder will cause a duplication of the DNSSEC process, significantly reducing performance and potentially causing false BOGUS responses.

      An intelligent man is sometimes forced to be drunk to spend time with his fools
      If you get confused: Listen to the Music Play
      Please don't Chat/PM me for help, unless mod related
      SG-4860 24.11 | Lab VMs 2.7.2, 24.11

      S 2 Replies Last reply Nov 1, 2024, 2:38 PM Reply Quote 1
      • S
        shoulders @johnpoz
        last edited by shoulders Nov 1, 2024, 2:38 PM Nov 1, 2024, 2:38 PM

        @johnpoz thanks for the clarification and information. I will make sure my notes are updated.

        1 Reply Last reply Reply Quote 0
        • S
          shoulders @johnpoz
          last edited by Nov 1, 2024, 3:05 PM

          @johnpoz

          login-to-view

          Should the DNSSEC option be renamed to DNSSEC Validation

          or

          Enable DNSSEC Support ----> Enable DNSSEC Validation to be more descriptive?

          I can add a issue on redmine if you think this is suitable.

          1 Reply Last reply Reply Quote 0
          • S SteveITS referenced this topic on Jan 8, 2025, 3:06 PM
          1 out of 4
          • First post
            1/4
            Last post
          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.