/ / d / github.com / web-standards / security
Security · github.com
pillar failed·Required·3 /4 items passing ·1 n/a
The minimum security baseline every site on the modern web should meet — valid TLS, baseline email auth, no exposed admin surfaces.
Items
| Item | Status | Backed by | Evidence |
|---|---|---|---|
| Valid TLS certificate | pass | factor 5 | ssl_days_remaining=36.0214724537037, not_after=2026-06-03T23:59:59.000Z, source=tls_handshake |
| No exposed sensitive paths | fail | factor 7 | findings={"path":"/wp-admin","status":200}, total_checked=6 |
| DMARC published | pass | factor 1 | present=true, policy=quarantine |
| SPF record present | pass | factor 3 | present=true, raw="v=spf1 ip4:192.30.252.0/22 include:spf.protection.outlook.com include:_netblocks.google.com include:_netblocks2.google.com include:mail.zendesk.com include:_spf.salesforce.com include:servers.mcsv.net include:mktomail.com include:… |
| No WordPress user enumeration | na | factor 6 | n/a — not_wordpress |
Why each item matters
- Valid TLS certificate · methodology →
Every modern browser will block or warn on an invalid certificate. An expired or self-signed cert breaks the site for ordinary visitors.
- No exposed sensitive paths · methodology →
/.git, /.env, exposed /admin, or readable wp-config.php means credentials and source code are leaking. This is a vulnerability, not a polish issue.
- DMARC published · methodology →
Any DMARC policy (even p=none) shows the operator has thought about email spoofing. The bar cares about presence, not enforcement.
- SPF record present · methodology →
Without SPF, anyone can spoof mail from this domain. Required for any site whose domain is also used for email.
- No WordPress user enumeration · methodology →
When WordPress, the REST API leaking usernames hands attackers half of every credential pair. Strict pass — n/a on non-WP.