Public DNS address validation
How fresh A and AAAA resolution keeps an authorized external scan on public destinations—and what this safety check does not assess.
Read the guideReview the current code-owned Safe External v1 coverage, then use practical DNS, TLS, and HTTP guides to investigate and verify changes.
Safe External v1
Code-owned baseline
Coverage shown here is profile-specific and is not a claim of exhaustive vulnerability detection.
A check can pass, produce a bounded error, or create a trusted finding. The table states that behavior explicitly.
dns.public-addressesdns.caatls.certificatehttp.https-redirecthttp.security-headersEach guide separates observation, investigation, remediation, verification, and limitations.
How fresh A and AAAA resolution keeps an authorized external scan on public destinations—and what this safety check does not assess.
Read the guideUnderstand a missing CAA policy, decide which certificate authorities should be named, and verify the published DNS change.
Read the guideInvestigate certificate trust or hostname validation failures and verify a complete, correctly scoped replacement deployment.
Read the guideRespond to the Safe External 30-day warning window and confirm that renewal automation delivered the right certificate everywhere.
Read the guideConfigure and verify a same-host HTTPS upgrade so visitors who begin with HTTP are not left on an unencrypted connection.
Read the guidePlan and verify HSTS, Content-Security-Policy, and X-Content-Type-Options without treating header presence as complete browser security.
Read the guideSafe operation and accurate interpretation matter as much as a list of checks.
See how authorization, destination validation, evidence bounds, and emergency controls constrain execution.
Read the security policyExplore a clearly labeled fictional report with findings, remediation status, and limitations.
View the sample reportThree assets free for 14 days. No card required.
Start free