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

Support for DNSSEC signature freshness #734

Open
petrkutalek opened this issue Apr 13, 2024 · 1 comment
Open

Support for DNSSEC signature freshness #734

petrkutalek opened this issue Apr 13, 2024 · 1 comment

Comments

@petrkutalek
Copy link

Describe the feature request

When DNSSEC is deployed in a DNS zone, it is important to check not only the availability of the authoritative server and its responses, but also the validity of DNSSEC.

Validity itself can be verified through a third-party DNS resolver, which will not provide a response if the DNSSEC record is not valid.

However, it is a useful feature to monitor that the DNSSEC records are fresh and have the correct validity so that you can intervene to correct the signing on the server before the zone is invalid, which can have significant consequences as the remediation can take many hours due to caching.

The idea is to check the time of the last record signing and sufficient time until the signature expires.

$ dig A nic.cz @1.1.1.1 +dnssec
nic.cz.    30m  IN  A      217.31.205.50
nic.cz.    30m  IN  RRSIG  A 13 2 1800 20240424072553 20240410055553 12833 nic.cz. cWOGbscTnLVPn070WDusLC6HxOZ5ZXPLd8tQ9JrekTWcceM/zTZL7FPv UiIm2XeGJYdyfuROWzr6/Hi59cdQVg==

The 5th and 6th fields in the RRSIG response are what we are interested in.

  • 5th, Expiration Time: The signature expiration time in UTC format1.
  • 6th, Inception Time: The signature inception time in UTC format1.

For example, the "competitive" project https://github.com/berthubert/simplomon can do this.

Why do you personally want this feature to be implemented?

see above

How long have you been using this project?

I switched to Gatus in 2023

Additional information

Thank you for considering my request. Gatus is a very nice project and is well done! This would take it a step further.

Footnotes

  1. Please note that in the protocol itself this is transmitted as 32-bit values. RFC 4034, chapter 3.1.15 2

@ser
Copy link

ser commented Apr 29, 2024

It's a very important parameter, as a workaround I use zonemaster-cli and passive submission to gatus. But it would be cool to have it natively.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants