Check ID:
Provider: GCP
Service:
Severity: MEDIUM
Categories:
Resource type:
dns_rsasha1_in_use_to_zone_sign_in_dnssecProvider: GCP
Service:
dnsSeverity: MEDIUM
Categories:
vulnerabilitiesResource type:
dns.googleapis.com/ManagedZoneWhat this check verifies
Cloud DNS DNSSEC settings are inspected for the zone-signing key algorithm. Zones that usersasha1 for zone signing are identified.
Risk
Using RSASHA1 for DNSSEC zone signing weakens record integrity due to known collision attacks. Some validating resolvers no longer acceptSHA-1, causing resolution failures. Adversaries may forge RRSIGs, enabling DNS hijacking or cache poisoning and redirecting traffic.
Recommendation
Use strong DNSSEC algorithms for zone signing (e.g.,rsasha256, ecdsa-p256-sha256, ed25519) and avoid rsasha1. Practice crypto agility: standardize secure defaults, rotate keys, and periodically validate signatures with modern resolvers. Apply defense in depth by monitoring DNSSEC health and limiting who can change settings.
Remediation
- Terraform
- Dashboard steps
References
- https://www.trendmicro.com/trendaivisiononecloudriskmanagement/knowledge-base/gcp/CloudDNS/dns-sec-zone-signing-algorithm-in-use.html
- https://cloud.google.com/dns/docs/dnssec-config
- https://cloud-kb.sentinelone.com/dns-security-rsa-sha1-enabled
- https://datatracker.ietf.org/doc/html/rfc9905
- https://stackoverflow.com/questions/68968312/terraform-errors-deploying-google-dns-managed-zone-with-rsasha1
- https://docs.datadoghq.com/security/default_rules/def-000-jud/
Where this check fires
This check runs on every scheduled scan against your GCP account. Findings appear at Cloud Security → Findings filterable byCheck ID = dns_rsasha1_in_use_to_zone_sign_in_dnssec. To re-evaluate after a fix, hit Run now on the account’s schedule under Cloud Security → Schedules — the next scan re-checks this control and marks the finding fixed or keeps it persistent.
← Back to GCP checks