1. Bron
One live TLS handshake, HTTPS response, and seven selected TCP-port probes. The result identifies where its evidence came from.
Audit website security posture, TLS/SSL certificates, HTTP security headers, and open ports with instant live evidence. Free online security check.
Dien een openbare URL, domein of zoekwoord in. Novaverb toont alleen het bewijs dat deze tool daadwerkelijk kan ophalen of meten.
This check proves what a site presents to any visitor at the network edge: the live TLS certificate, the negotiated protocol version and cipher, which of the six OWASP baseline response headers are present, the disclosed Server banner and a small set of exposed common ports. It cannot prove that a site is secure, because no external probe can see application logic, patch level or access control.
One live TLS handshake, HTTPS response, and seven selected TCP-port probes. The result identifies where its evidence came from.
This is a limited, non-intrusive external probe - not a vulnerability scan or penetration test. It cannot prove that a website is secure or compromised.
Gebruik de bevinding om een probleem te verifiëren, verbind vervolgens een werkruimte wanneer je geschiedenis, monitoring of site-brede analyse nodig hebt.
Novaverb voert een beperkte externe controle uit van een openbare website: het verifieert het TLS-certificaat dat op poort 443 wordt gepresenteerd, leest geselecteerde HTTPS-responsheaders, noteert zichtbare serveridentificaties en probeert TCP-verbindingen naar zeven vaak beoordeelde servicepoorten. De output is bewijs op een bepaald moment - geen volledige kwetsbaarheidsscan, malware-scan of penetratietest.
De checker accepteert alleen een publiek routbare hostnaam en weigert privé of gereserveerde netwerklocaties.
Het opent een live TLS-verbinding, verifieert de hostnaam en certificaatketen, en registreert vervolgens de onderhandelde versie en cipher.
Het vraagt de HTTPS-homepage op en registreert zes geselecteerde beleidsheaders plus zichtbare serveridentificaties.
Het probeert TCP-verbindingen naar 21, 22, 23, 25, 3306, 5432 en 6379. Een reactie betekent bereikbaar, niet kwetsbaar.
De pagina onderscheidt observatie van interpretatie en linkt naar de primaire specificaties die worden gebruikt om elk signaal uit te leggen.
Nee. Deze pagina creëert opzettelijk geen algemene beveiligingsscore. Het rapporteert een kleine set van extern waarneembare configuratiesignalen.
Nee. Een succesvolle TCP-verbinding toont alleen aan dat iets heeft geantwoord vanuit deze probe-locatie. Risico hangt af van de dienst, authenticatie, patching, blootstellingsbeleid en configuratie.
Nee. Aanwezigheid is alleen de eerste controle. De waarde kan syntactisch ongeldig, te permissief, verkeerd gescopeerd of incompatibel met de applicatie zijn.
Als het HTTPS-verzoek time-out of geen responsheaders kan ophalen, is er geen bewijs om een header als ontbrekend te beschouwen. De checker houdt die onderscheiding expliciet.
Nee. Het verzendt geen aanvalspayloads en inspecteert geen applicatiecode, databases, bestanden, accounts of afhankelijkheden.
TLS beschermt authenticatie, vertrouwelijkheid en integriteit tijdens transport. Het verhelpt geen kwetsbare code, zwakke wachtwoorden, gestolen accounts of onveilige serverconfiguratie.
Dit is een niet-intrusieve externe probe van TLS, response headers en een paar veelvoorkomende poorten - geen kwetsbaarheidsscan of penetratietest, en het kan niet bewijzen dat een site veilig is.
Submit the public domain or any URL on it. The host is what matters, so scheme, www and path are normalised away before the handshake. A private or internal host is refused by design, and a result from a staging domain says nothing about production, because the certificate and header configuration are usually different systems.
yourdomain.comElke publieke site die je bezit of waarvoor je gemachtigd bent om te testen. http of https, met of zonder www, een blote domein of een volledige pad - we normaliseren het voor je.https://www.yourdomain.comDe probe leest alleen wat elke browser kan zien - geen inloggen, geen exploitatie.Expecting a penetration testDit is een niet-intrusieve externe probe, geen exploit-scan - het kan niet bewijzen dat een site veilig of gecompromitteerd is.admin.internal.corpInterne of privé hosts zijn geblokkeerd. Alleen publiek resolvabele, geautoriseerde sites worden gecontroleerd.A live TLS handshake is opened and the certificate, negotiated version and cipher are read from it. The response headers are then inspected for HSTS, Content-Security-Policy, X-Content-Type-Options, X-Frame-Options, Referrer-Policy and Permissions-Policy, the Server banner is noted, and a small set of common TCP ports is probed. Each signal is reported present, missing or weak.
The bar is set by published specifications, not an in-house score. RFC 8446 defines TLS 1.3, RFC 6797 defines HSTS, W3C CSP Level 3 defines Content-Security-Policy, and the OWASP Secure Headers project defines the baseline header set this check counts. Each header is judged against its own specification, so a pass means the specification is met.
Leest de onderhandelde TLS-versie en certificaat van een live handshake.
Lees de specificatieDetecteert je Strict-Transport-Security header en de verharding (max-age, includeSubDomains, preload).
Lees de specificatieControleert of een Content-Security-Policy header aanwezig is en beperkt script-src / default-src.
Lees de specificatieVergelijkt je response headers met de OWASP basislijn van zes beveiligingsheaders.
Lees de specificatieIt runs a limited external probe of a public site: the TLS certificate, six security response headers (HSTS, CSP, X-Content-Type-Options, X-Frame-Options, Referrer-Policy, Permissions-Policy), the disclosed Server header, and seven common TCP ports.
No. It is a non-intrusive external probe that reads publicly visible signals only. It does not exploit anything, log in, or scan for CVEs, and it cannot prove a site is secure or that it is compromised.
Add the missing headers at your web server or CDN edge. Start with HSTS (Strict-Transport-Security), X-Content-Type-Options: nosniff, and a Referrer-Policy, then build a Content-Security-Policy, which is the hardest to configure safely.
HSTS (HTTP Strict-Transport-Security) is a response header telling browsers to always use HTTPS for your domain, preventing protocol-downgrade and cookie-hijacking attacks. A good baseline is max-age of at least 31536000 seconds (one year).
The OWASP Secure Headers baseline includes Strict-Transport-Security, Content-Security-Policy, X-Content-Type-Options, X-Frame-Options, Referrer-Policy, and Permissions-Policy. The checker reports which of these six are present, missing, or misconfigured.
A detailed Server header (naming software and version) hands attackers a version fingerprint to match against known exploits. Suppressing or genericising it via server config removes an easy reconnaissance signal, though it is hardening, not a real fix.
A certificate check alone confirms encryption is valid and unexpired. This scan reads the certificate too, but adds response headers, the Server banner, and open ports, giving a broader external hardening snapshot rather than a single trust signal.
Ideally only the ports you intend to serve publicly (typically 443, and 80 for redirects) respond. Exposed database, remote-desktop, or admin ports on a public host are worth reviewing and firewalling off.
No. A clean external probe means these specific public signals look healthy. It says nothing about application logic, authentication, unpatched software, or server-side vulnerabilities, so treat it as one input, not a certificate of security.
Google favours HTTPS, and browsers flag insecure pages, hurting trust and click-through. Valid TLS and hardening headers protect users from tampering and mixed-content warnings, supporting the safe-browsing signals that underpin sustainable search visibility.