Skip to main content
DNS Tool
Executive's DNS Intelligence Brief
Generated 12 Feb 2026, 09:28 UTC
Duration 8.6s
Version v26.12.28
Integrity e024a32ebe6e21e584e4b78ba6d814db6ffda0aae0096584701e6f74092a8fb4331534b46efdfa150860e5083efa0c0f2954d128f25ae2de8272602950d28dba
Subject Domain
freebsd.org

Executive's DNS Intelligence Brief

Board-level domain security assessment — freebsd.org

12 Feb 2026, 09:28 UTC · 8.6s · SHA-3-512: e024✱✱✱✱ Verify
Engineer
DNS Security & Trust Posture
Risk Level: Medium Risk Monitoring
5 protocols configured, 2 not configured
1 recommendation
Email Spoofing
Partial
Brand Impersonation
Not Set Up
DNS Tampering
Protected
Certificate Control
Configured
What Requires Attention
Recommended No DMARC aggregate reporting (rua) configured — unable to monitor authentication results
The BIG Questions
Can this domain be impersonated by email? Not Assessed
Can DNS itself be tampered with? Not Assessed
Can this brand be convincingly faked? Not Assessed
Is mail transport encryption enforced? Not Assessed
Is certificate issuance controlled? Not Assessed
Domain Overview
Registrar Gandi SAS
Email Provider Unknown
Web Hosting Unknown
DNS Hosting Unknown

Technical Findings

Email Authentication
SPF (Sender Policy) Configured
DMARC (Policy) Partial Policy: none Monitor Only
DKIM (Signatures) Configured
Mail Posture Email: Monitoring
Mail Transport Security
MTA-STS Partial
DANE / TLSA Not Configured
TLS-RPT (Reporting) Not Configured
Mail Transport Not Enforced Policy-assessed
DNS Security
DNSSEC Signed & Validated
DNSSEC fully configured and validated — AD (Authenticated Data) flag set by resolver 8.8.8.8 confirming cryptographic chain of trust from root to zone (RFC 4035 §3.2.3)
NS Delegation Healthy
Brand & Certificate Controls
BIMI (Brand Logo) Not Configured
CAA (Certificate) Configured
Priority Actions 3 total Achievable: Low Risk
High Escalate DMARC from monitoring to enforcement

Change your DMARC policy from p=none to p=quarantine (then p=reject). Review your DMARC aggregate reports first to ensure legitimate senders pass authentication.

_dmarc.freebsd.org TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@freebsd.org"
Medium Deploy MTA-STS policy

Publish an MTA-STS DNS record and host a policy file at https://mta-sts.freebsd.org/.well-known/mta-sts.txt. This tells senders to require TLS when delivering mail to your domain.

_mta-sts.freebsd.org TXT "v=STSv1; id=20240101"
Low Configure TLS-RPT reporting

Your domain has DNSSEC + DANE — the strongest email transport security available. TLS-RPT adds operational visibility by reporting when sending servers fail DANE validation or encounter STARTTLS issues delivering to your MX hosts. It does not add security — it monitors the security you already have.

_smtp._tls.freebsd.org TXT "v=TLSRPTv1; rua=mailto:tls-reports@freebsd.org"
Appendix — Additional Resources

Full technical details including raw DNS records, DKIM public keys, IP/ASN mappings, resolver consensus evidence, and verification commands are available in the Engineer's DNS Intelligence Report.

View Engineer's DNS Intelligence Report

Verify Report Integrity SHA-3-512 Has this report been tampered with? Verify below

Tamper-evident fingerprint binding this analysis to its data, domain, timestamp, and tool version.

e024a32ebe6e21e584e4b78ba6d814db6ffda0aae0096584701e6f74092a8fb4331534b46efdfa150860e5083efa0c0f2954d128f25ae2de8272602950d28dba
12 RFCs evaluated · DNS state at 12 Feb 2026, 09:28 UTC