Skip to main content

Executive's DNS Intelligence Brief

Board-level domain security assessment — freebsd.org

14 Feb 2026, 05:44 UTC · 32.6s · SHA-3-512: 64d1✱✱✱✱ Verify
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.

64d1ca0594d205d275ddb38e75d62302093fc7ddb5735e46d766a99be13de0ff9317fbbd75446dd007959a52bd40b8aa0bdcdc199c8f0c54ad2620a673f8ea9c
12 RFCs evaluated · DNS state at 14 Feb 2026, 05:44 UTC