Website Security Check: kontrollera webbplatsens säkerhet
Med Website Security Check kontrollerar du säkerheten på din egen webbplats utifrån: Sidan hämtas en gång som för en vanlig besökare, versioner av PHP, webbserver och CMS identifieras och jämförs med aktuella utgåvor och säkerhetsvarningar. Säkerhetsheaders, TLS samt SPF, DMARC och DKIM bedöms med ett betyg från A till F. Gratis och utan inloggning – du får resultatet på några sekunder.
Byggd av Florian Galz
För webbplatsägare och administratörer: Kontrollen är passiv och utför inga angrepp. Resultatet från självtestet av din server analyseras bara i din webbläsare.
Egen server? Med rootåtkomst kan du installera säkerhetsuppdateringar själv så snart de kommer.
Kritiska PHP-sårbarheter CVE-2026-109618 och CVE-2026-109619
BSI varnar för två kritiska sårbarheter i PHP (varning från 21.10.2026). Alla PHP-versioner utan patch berörs; 8.5.12, 8.4.27, 8.3.36 och 8.2.35 är patchade. Kontrollera nu om din server berörs.
Läs BSI:s varningAnge en domän eller URL. Kontrollen hämtar sidan en gång som en vanlig besökare, läser headers och certifikat, kontrollerar om http:// omdirigeras till HTTPS och om TLS 1.0/1.1 fortfarande accepteras samt hämtar SPF, DMARC och DKIM via DNS. Den testar inga angrepp, skannar inga portar och undersöker inga andra sökvägar.
Exempelresultat
Så här ser ett resultat i Website Security Check ut
Du anger en domän. Kontrollen hämtar sidan en gång, jämför identifierade versioner med aktuella utgåvor och säkerhetsvarningar och ger ett betyg från A till F. Svaret nedan är påhittat; en riktig kontroll av example.com ser annorlunda ut.
Exempel · Exempel med påhittade svarsheaders för example.com
Sannolikt påverkadInmatning
- Domän
- example.com
- Utan protokoll börjar kontrollen med https://.
Resultat: betyg, identifierad programvara och bedömning
- Totalbetyg
- F (37 av 100 poäng)
- Beräknat enbart utifrån svarsheaders: Den riktiga kontrollen granskar även certifikat, TLS-versioner och e-postposter.
- Server
- nginx/1.22.1 (Debian)
- Headern ”Server”
- PHP
- PHP/8.2.28
- Headern ”X-Powered-By”
- Bedömning av CVE-2026-109618 / -109619
- Sannolikt påverkad
- Version under 8.2.35, backport möjlig – kontrollera med självtestet
Resultat
- 1 fel
- 3 varningar
- 2 tips
FelPHP 8.2.28: sannolikt påverkad av CVE-2026-109618 och CVE-2026-109619.
Den här versionsgrenen är patchad från 8.2.35. Eftersom Debian kan lägga till patchar genom backport utan att ändra versionsnumret ger självtestet på servern ett säkert svar.
VarningSäkerhetsstödet för PHP 8.2.28 upphör 2026-12-31.
Planera att byta till PHP 8.3, 8.4 eller 8.5.
Varningnginx 1.22.1: Versionsgrenen får inte längre uppdateringar från upstream. Den senaste versionen är 1.31.8.
Om programvaran kommer från distributionen levereras korrigeringar ofta under det gamla versionsnumret. Självtestet visar det faktiska läget.
ObserveraPHP 8.2.28: I samma versionsgren finns redan 8.2.35.
Om programvaran kommer från distributionen levereras korrigeringar ofta under det gamla versionsnumret. Självtestet visar det faktiska läget.
VarningServern anger exakta versioner i svarsheaders (X-Powered-By, Server).
Dölj versionsuppgifter: expose_php=Off, server_tokens off.
Observera4 säkerhetsheaders saknas: Content-Security-Policy, X-Frame-Options / frame-ancestors, Referrer-Policy, Permissions-Policy.
Vad Website Security Check är bra för
Upptäck sårbarheter utifrån och kontrollera dem närmare
Oavsett om det gäller en aktuell säkerhetsvarning, en PHP-uppdatering eller en titt på headers visar kontrollen på några sekunder var din webbplats ser sårbar ut.
Håll koll på aktuella varningar
Kontrollen jämför identifierade versioner med sin katalog över säkerhetsvarningar, för närvarande inklusive de kritiska PHP-sårbarheterna CVE-2026-109618 och CVE-2026-109619, och anger vilka versioner som är patchade.
Är versionerna aktuella?
Jämför PHP, nginx, Apache, OpenSSL, WordPress, Drupal och annan programvara med versionsdata från endoflife.date: uppdatering tillgänglig, versionsgrenen slutar snart stödjas eller får inte längre några uppdateringar.
Kontrollera säkerhetsheaders
Kontrollerar HSTS, Content-Security-Policy, X-Content-Type-Options, skydd mot clickjacking, Referrer-Policy och Permissions-Policy och förklarar vad de är bra för.
TLS, cookies och e-post
Bedömer TLS-certifikatet, om servern fortfarande accepterar TLS 1.0 eller 1.1, om HTTP omdirigeras till HTTPS, cookies flaggor samt domänens SPF, DMARC och DKIM.
Hitta exponerade versioner
Visar vilken programvara och vilka exakta versioner din server avslöjar utåt, och hur du döljer dem.
Självtest för backportar
Ett skrivskyddat kommando på din server som inte startar några program visar stödstatus för operativsystemet, tillgängliga säkerhetsuppdateringar, behov av omstart och paketversionerna för webbserver, databaser, Redis och Node.js samt om en korrigering redan finns som backport i distributionen.
Så fungerar det
Så kontrollerar du säkerheten på din webbplats
Fem steg från domänen till ett tillförlitligt svar.
Steg 1
Ange domän
Ange webbplatsens domän eller URL i snabbkontrollen och klicka på ”Kontrollera”. Utan protokoll börjar kontrollen med https://.
Steg 2
Förstå betyg och poängavdrag
Du ser ett totalbetyg från A till F med de största poängavdragen, den identifierade programvaran och om den är aktuell samt en bedömning av aktuella säkerhetsvarningar.
Steg 3
Gå igenom headers, TLS och e-post
Granska bedömningen av säkerhetsheaders, certifikatet, TLS-versionerna och HTTPS-omdirigeringen samt SPF, DMARC och DKIM, och följ råden för att åtgärda problemen.
Steg 4
Kontrollera på servern
Om en version inte kan identifieras eller är äldre än den patchade versionen går du till ”Självtest på servern”, kör kommandot som visas och klistrar in resultatet. Analysen sker i din webbläsare.
Steg 5
Kontrollera igen
Efter uppdateringar eller ändringar av headers kör du kontrollen igen efter cirka 10 minuter, eftersom resultatet mellanlagras så länge, och jämför det nya betyget.
Passiv kontroll i stället för angrepp
Testa webbplatsens säkerhet: vad en kontroll utifrån kan visa
Utifrån ser kontrollen bara vad servern avslöjar. Distributioner som Debian och Ubuntu lägger ofta till säkerhetsfixar i äldre versioner och behåller det gamla versionsnumret. Därför finns det tre möjliga bedömningar för varje säkerhetsvarning, men aldrig resultatet ”säker”.
- Sannolikt påverkad
- En aktuell säkerhetsvarning gäller den identifierade versionen, som ännu inte har patchats. Om det är ett distributionspaket kan fixen redan ha lagts till genom en bakåtanpassad säkerhetsfix. Självtestet ger besked.
- Kan inte identifieras
- Oftast uppger servern ingen version. Att dölja den är bra, men säger inget om patchnivån och ger därför inga poängavdrag. Kontrollera i så fall servern med självtestet.
- Patchad
- Den identifierade versionen är minst lika ny som den patchade versionen i säkerhetsvarningen.
Säkerhetsheaders
Kontroll av säkerhetsheaders: Vilka headers bör din webbplats ha?
De här sex svarsheaders gör webbläsaren till en bundsförvant. Om de saknas är det sällan en akut sårbarhet, men en risk som är enkel att åtgärda.
- Strict-Transport-Security
- Tvingar webbläsare att alltid använda HTTPS och förhindrar nedgraderingsattacker.
- Content-Security-Policy
- Begränsar vilka skript och resurser en sida får ladda – det viktigaste skyddet mot cross-site scripting.
- X-Content-Type-Options
- Förhindrar att webbläsare tolkar filer på ett annat sätt än servern levererar dem.
- X-Frame-Options / frame-ancestors
- Skyddar mot att din sida bäddas in osynligt i en främmande ram och klickas på.
- Referrer-Policy
- Styr hur mycket av adressen som delas när någon klickar på externa länkar.
- Permissions-Policy
- Stänger av webbläsarfunktioner som kamera, mikrofon eller platsåtkomst specifikt för din sida.
Utforska mer
Fler verktyg
Driftkontroll för webbplatser
Kontrollera om en webbplats är online, långsam eller offline: HTTP-status, svarstid och orsaken till fel som DNS-problem, timeout, TLS-fel eller 5xx.
Byggd av Eric Mager
DNS-uppslagning
Slå upp en domäns A-, AAAA-, MX-, TXT-, NS-, CNAME-, SOA- och CAA-poster – samt Reverse DNS för varje IP.
Byggd av Luca Stanek
Hälsokontroll för e-post-DNS
Kontrollera SPF, DKIM, DMARC och MX för en domän på ett ställe – med tydliga förklaringar.
Byggd av Jakub Martyniak
SPF-, DKIM- och DMARC-generator
NySkapa SPF-, DKIM- och DMARC-poster för e-post från din domän: välj e-postleverantör, ange egna servrar och policy, skapa DKIM-nycklar i webbläsaren och lägg in allt direkt för din domän hos ZAP-Hosting.
Byggd av Florian Galz
Kontroll av IP-svartlistor
Kontrollera om en IP-adress eller e-postserver finns på svartlistor för spam (RBL/DNSBL), som Spamhaus, Barracuda och SpamCop, inklusive omvänd DNS och tips om avlistning.
Byggd av Luca Stanek
SSL-kontroll
Kontrollera status, utfärdare, giltighetsperiod och utgångsdatum för ett SSL/TLS-certifikat i en överblick.
Byggd av Sebastian Rademacher
Redirect-kontroll
Granska en URL:s vidarebefordringskedja steg för steg: statuskoder (301/302/307/308), HTTP-header, server-IP och svarstid för varje vidarebefordring.
Byggd av Luca Stanek
Portkontroll
Kontrollera om specifika portar är öppna på en IP-adress eller ett värdnamn – välj protokoll eller spel i stället för att skanna alla portar samtidigt.
Byggd av Sebastian Rademacher
FAQ
Vanliga frågor om Website Security Check
Korta svar om kontrollen, betyget, bakåtanpassade säkerhetsfixar och de aktuella PHP-sårbarheterna.
Den hämtar din sida en gång som en vanlig besökare (och följer omdirigeringar i begränsad omfattning) och läser vad servern avslöjar: headers Server och X-Powered-By, CMS-generatorn i HTML-koden, sex säkerhetsheaders, cookies flaggor, TLS-certifikatet, äldre TLS-versioner, omdirigering till HTTPS samt domänens SPF, DMARC och DKIM. Identifierade versioner jämförs med versionsdata från endoflife.date och aktuella säkerhetsvarningar. I det fiktiva exemplet uppger example.com versionen PHP 8.2.28, är därmed troligen sårbar och får betyget F.
Nej, avsiktligt inte. En sårbarhetsskanner angriper aktivt en webbplats, till exempel med testförfrågningar till många sökvägar. Det är inte lämpligt på andras servrar och hör inte hemma i ett offentligt verktyg. Kontrollen är passiv: Den testar inga angrepp, undersöker inga andra sökvägar och visar var din webbplats verkar sårbar utifrån. För ett tillförlitligt svar använder du självtestet på din server.
Varje kontroll börjar på 100 poäng och drar av viktade poäng för varje problem: En aktuell säkerhetsvarning eller ett ogiltigt certifikat ger stora avdrag, medan saknade säkerhetsheaders tillsammans ger högst 8 poängs avdrag. Från 90 poäng blir betyget A, från 80 B, från 70 C, från 60 D och från 50 E. Under det blir betyget F. Om en aktuell säkerhetsvarning gäller den identifierade versionen blir betyget högst D. Serverprogramvara som inte längre stöds får högst C. Det som inte syns utifrån ger inga poängavdrag, så inte ens ett A bevisar att servern är säker.
Utifrån ser du bara vad en server själv avslöjar. Om den inte uppger någon version blir bedömningen ”kan inte identifieras”: Att dölja versionen är bra, men säger inget om patchnivån. Ett gammalt versionsnummer kan dessutom redan vara patchat, eftersom Debian, Ubuntu och andra distributioner lägger till säkerhetsfixar i äldre versioner och behåller versionsnumret. Kontrollen säger därför ”troligen sårbar”, ”kan inte identifieras” eller ”patchad”, men aldrig ”säker”.
Kontrollera på servern med php -v. För webbförfrågningar är det dock versionen av PHP-FPM eller Apache som räknas, inte bara kommandoradsversionen. Kommandot i självtestet visar alla PHP-installationer som hittas, deras versioner och relevanta inställningar. Utifrån kan vissa servrar visa versionen i headern X-Powered-By. Du kan stänga av det med expose_php=Off.
Du kör ett kort kommando på din server som bara läser data och klistrar in resultatet i verktyget. Kommandot startar inga program, utan läser bara paketdatabasen och konfigurationsfiler: operativsystem och kärna, paketversioner för PHP, nginx, Apache, OpenSSL, MySQL, MariaDB, PostgreSQL, Redis och Node.js, tillgängliga uppdateringar i pakethanterarens lokala cache, om en omstart väntar, relevanta php.ini-värden och om paketens ändringsloggar nämner korrigeringarna. Analysen sker i din webbläsare: resultatet skickas inte och sparas inte. På så sätt kan du även kontrollera interna servrar och bedöma distributionens bakåtanpassade säkerhetsfixar.
Två kritiska sårbarheter i PHP som BSI varnar för den 21.10.2026. Enligt varningen berörs även äldre versioner, åtminstone ned till PHP 5. Patchade versioner är 8.5.12, 8.4.27, 8.3.36 och 8.2.35. För 7.4, 8.0 och 8.1 har PHP-teamet tillhandahållit bakåtanpassade patchar. Som tillfälliga lösningar nämner BSI session.upload_progress.enabled=0, memory_limit=-1, ett lågt post_max_size och, för PHP 8.5, fatal_error_backtraces=0. Dessa åtgärder försvårar bara angrepp och ersätter inte en uppdatering.
Nej. Website Security Check är avsedd för webbplatsägare och administratörer och bedömer webbplatsens programvaruversioner, säkerhetsheaders, TLS och e-postposter. Den kontrollerar inte om en butik är seriös, om en sida används för nätfiske eller om den sprider skadlig kod.
Kontrollen är gratis och kräver ingen inloggning. För att ingen server ska överbelastas med förfrågningar tillåts högst 10 kontroller per minut och IP-adress samt 30 per minut och kontrollerad värd. Resultat mellanlagras i cirka 10 minuter. Kontrollen hämtar inte adresser med privat IP, localhost eller inloggningsuppgifter i URL:en. För interna servrar använder du självtestet.
Fler frågor?
Kontakta supportenTa kontroll över uppdateringarna – på VPS och dedikerade servrar
Med rootåtkomst kan du installera säkerhetsuppdateringar för PHP och webbservern så snart de kommer – på VPS och dedikerade servrar hos ZAP-Hosting.
Ingen konfigurering. Ingen risk. Online på några sekunder.
Letar du efter fler verktyg? Visa alla nätverksverktyg