Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"DNSSEC Validated" icon near DNSSEC incorrect domain #3017

Open
DavidOsipov opened this issue Apr 27, 2021 · 4 comments
Open

"DNSSEC Validated" icon near DNSSEC incorrect domain #3017

DavidOsipov opened this issue Apr 27, 2021 · 4 comments
Assignees
Labels
bug needs investigation Needs to be reproduced reliably. P3: Medium
Milestone

Comments

@DavidOsipov
Copy link

DavidOsipov commented Apr 27, 2021

System Details:

  • Version of AdGuard Home server:
    • Adguard Home v0.106.0-b.4
  • How did you install AdGuard Home:
    • Snap package
  • How did you setup DNS configuration:
    • Ubuntu VPS
  • CPU architecture:
    • x86_64
  • Operating system and version:
    • Ubuntu 20.04.2 LTS
  • Unbound is present:
    • Unbound 1.13.0 (with DNSSEC features and hardenings on)

Describe the bug

I use Unbound + Adguard Home
I turned on "Enable DNSSEC" feature in Adguard home
I use www.servfail.sidnlabs.nl and www.dnssec-failed.org domains to check if DNSSEC checks are really working

When DNSSEC checks are turned on in Unbound and Adguard Home:

Expected behavior:
No "DNSSEC Validated" icon near www.servfail.sidnlabs.nl and www.dnssec-failed.org domains in Adguard Home, because Unbound has restricted us from entering these domains with SERVFAIL

Actual behavior:
DNSSEC3
DNSSEC

When DNSSEC checks are turned off in Unbound and turned on in Adguard Home:

Expected behavior:
Domains www.servfail.sidnlabs.nl and www.dnssec-failed.org are inaccessible (SERVFAIL) and no "DNSSEC Validated" icon near them

Actual behavior:
DNSSEC 1

P.S.
If it's correct behavior of Adguard Home, than "DNSSEC Validated" icon is quite misleading.

@ainar-g ainar-g added bug needs investigation Needs to be reproduced reliably. P3: Medium labels Apr 27, 2021
@ainar-g ainar-g self-assigned this Apr 27, 2021
@ameshkov ameshkov modified the milestones: v0.107.0, v0.109.0 Apr 27, 2021
@ameshkov
Copy link
Member

Yeah, the icon is indeed misleading and we'd better improve it. And not just it, DNSSEC check should be implemented fully and not as it is now: AGH does not perform the validation by itself, it just asks the upstream resolver to do it. The icon indicates the fact that it asked to validate but does not indicate the fact that the validation failed.

@ainar-g
Copy link
Contributor

ainar-g commented Feb 7, 2022

Additional suggestions from #4258:

Please add a tool-tip for the DNSSEC Icon in the Query Log when DNSSEC is not used (grey icon).

  • Has the it been resolved from local cache?
  • Has it been affected by "optimistic caching"?
  • Has it incorrectly not used DNSSEC when it should have?

In any case, those indicators could probably be more informative.

@DavidOsipov
Copy link
Author

DavidOsipov commented Feb 21, 2022

I have found out, that the optimistic cache is serving outdated DNSSEC signed responses, which are considered bogus by other DNSSEC validating software like Mozilla Thunderbird DKIM Verifier add-on. Not really a big deal, but can cause troubles for other users.

Proposal: add an option to opt DNSSEC-signed domains out from the optimistic cache.

@ameshkov
Copy link
Member

Proposal: add an option to opt DNSSEC-signed domains out from the optimistic cache.

Probably we should simply automatically exclude signed responses (i.e. that have an RRSIG record) from the optimistic cache?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug needs investigation Needs to be reproduced reliably. P3: Medium
Projects
None yet
Development

No branches or pull requests

3 participants