// Domain-Prüfung
Eigene Website prüfen
Der Server ruft deine Startseite ab und liest, welche Software und welche Versionen sie jedem Besucher verrät:
Header wie Server und X-Powered-By, das Meta-Tag
generator, die Versionen von JavaScript-Bibliotheken in den Adressen ihrer Dateien
und bei WordPress, Joomla, Drupal, TYPO3 und Shopware die Versionsangaben des Systems.
Die Funde laufen gegen dieselben Daten wie der Selbsttest auf der Radar-Seite.
Die Prüfung ist kostenlos. Danach kannst du die Domain kostenlos beobachten lassen: Der Server prüft sie jeden Monat erneut und schreibt dir, sobald eine neue Lücke deine Versionen betrifft. Bezahlt wird nur, wenn ich etwas für dich behebe, zu festen Preisen.
Damit niemand fremde Seiten ausspähen kann, prüft der Server nur Domains, für die du einen Nachweis hinterlegst: einen DNS-Eintrag oder eine kleine Datei. Wie das geht, steht nach dem nächsten Schritt.
Was der Server abruft
Höchstens 32 normale Seitenabrufe. Zuerst die Startseite über HTTPS und die Nachweis-Datei. Bei WordPress zusätzlich
/feed/, bis zu sechs öffentliche Kern-Dateien unter /wp-includes/,
deren Prüfsummen die Version verraten, die style.css des Themes und seines Eltern-Themes,
der Index der REST-API unter /wp-json/ und die readme.txt von höchstens 15 Plugins,
die die Startseite lädt oder die REST-API nennt.
Bei Joomla die Manifest-Datei unter /administrator/manifests/ oder die Sprachdatei,
bei Drupal und Shopware bis zu sechs öffentliche Dateien des Systems, bei TYPO3 dazu die Anmeldeseite /typo3/.
Die Prüfsummen dieser Dateien verraten die Version.
Es werden keine Formulare abgeschickt, keine Pfade durchprobiert und keine Angriffe versucht.
Weiterleitungen folgt er nur innerhalb deiner Domain.
Was gespeichert wird
Die Domain, das Token, die Zeitpunkte und das Ergebnis. Deine IP-Adresse wird nicht gespeichert. Nach 24 Stunden wird alles gelöscht. Das Ergebnis sieht nur, wer die Prüfadresse kennt, die du im nächsten Schritt bekommst.
Findet die Prüfung keine Versionen, ist das ein gutes Zeichen: Gut eingerichtete Server verraten sie nicht. Ob die Software trotzdem aktuell ist, prüfst du dann mit dem Selbsttest oder bei WordPress mit dem Website-Zustand weiter unten.
WordPress vollständig prüfen: Website-Zustand einfügen
Von außen sieht die Prüfung nur, was deine Seite verrät. Vollständig ist der Bericht, den WordPress selbst erstellt. Er nennt alle Plugins, auch die inaktiven, das Theme und die Versionen von WordPress, PHP und Webserver.
- Im WordPress-Dashboard Werkzeuge → Website-Zustand öffnen und auf den Reiter Bericht wechseln.
- Website-Informationen in die Zwischenablage kopieren klicken.
- Den Text hier einfügen.
Ausgewertet wird in deinem Browser. Der Text geht nicht an den Server und wird nicht gespeichert. Ein Nachweis ist dafür nicht nötig.
In dem Text steht nichts, was die Auswertung lesen kann. Kopiere den Bericht über den Knopf im Reiter Bericht, nicht von Hand.
, gefunden über
Zu diesem Produkt hat der Radar keine Daten.
Zweig bekommt Updates bis . Zweig bekommt nur noch bis Updates. Plane den Wechsel auf einen neueren Zweig. Zweig bekommt keine Updates mehr. Neue Lücken werden dort nicht geschlossen, hier hilft nur ein Wechsel auf einen neueren Zweig. Diese Version ist älter als alle Zweige, die noch geführt werden. Sie bekommt keine Updates mehr. Gib die Version genauer an, mindestens mit dem Zweig, etwa 8.3 oder 8.3.12. Zu diesem Zweig liegen keine Support-Daten vor. Prüfe die Nummer. Für hat der Radar keine Support-Daten, nur die Lücken.
Im Zweig gibt es schon . Deine Version ist älter, ein Update lohnt sich.
Das ist die neueste Version im Zweig ().
Die neueste Version im Zweig ist . Mit der vollen Nummer siehst du, ob deine dazu passt.
Die Nummer sieht nach einem Paket aus Debian, Ubuntu oder Red Hat aus. Dort werden Lücken oft behoben, ohne dass sich die Versionsnummer ändert. Ob eine CVE geschlossen ist, steht im Changelog des Pakets.
Für steht in den letzten 30 Tagen keine hohe oder kritische Lücke im Radar.
Plugins und Themes
Der Radar kennt Lücken in Plugins und Themes nur aus den letzten 30 Tagen und nur mit hoher oder kritischer Einstufung. Zugeordnet wird über den Namen. Heißt ein Plugin im Radar anders, fehlt die Lücke hier.
, gefunden über
Zweig bekommt Updates bis . Zweig bekommt nur noch bis Updates. Plane den Wechsel auf einen neueren Zweig. Zweig bekommt keine Updates mehr. Neue Lücken werden dort nicht geschlossen, hier hilft nur ein Wechsel auf einen neueren Zweig. Diese Version ist älter als alle Zweige, die noch geführt werden. Sie bekommt keine Updates mehr. Gib die Version genauer an, mindestens mit dem Zweig, etwa 8.3 oder 8.3.12. Zu diesem Zweig liegen keine Support-Daten vor. Prüfe die Nummer. Für hat der Radar keine Support-Daten, nur die Lücken.
Im Zweig gibt es schon . Deine Version ist älter, ein Update lohnt sich.
Das ist die neueste Version im Zweig ().
Die neueste Version im Zweig ist . Mit der vollen Nummer siehst du, ob deine dazu passt.
Die Nummer sieht nach einem Paket aus Debian, Ubuntu oder Red Hat aus. Dort werden Lücken oft behoben, ohne dass sich die Versionsnummer ändert. Ob eine CVE geschlossen ist, steht im Changelog des Pakets.
Für steht in den letzten 30 Tagen keine hohe oder kritische Lücke im Radar.
JavaScript-Bibliotheken
Erkannt an den Adressen der Dateien, etwa jquery-3.5.1.min.js oder einem CDN-Pfad mit Versionsnummer.
Lücken kennt der Radar aus den npm-Meldungen von GitHub, nur aus den letzten 30 Tagen und nur mit hoher oder kritischer Einstufung.
Ältere, längst bekannte Lücken fehlen hier also. Am sichersten ist die neueste Version.
, gefunden über
Zweig bekommt Updates bis . Zweig bekommt nur noch bis Updates. Plane den Wechsel auf einen neueren Zweig. Zweig bekommt keine Updates mehr. Neue Lücken werden dort nicht geschlossen, hier hilft nur ein Wechsel auf einen neueren Zweig. Diese Version ist älter als alle Zweige, die noch geführt werden. Sie bekommt keine Updates mehr. Gib die Version genauer an, mindestens mit dem Zweig, etwa 8.3 oder 8.3.12. Zu diesem Zweig liegen keine Support-Daten vor. Prüfe die Nummer. Für hat der Radar keine Support-Daten, nur die Lücken.
Im Zweig gibt es schon . Deine Version ist älter, ein Update lohnt sich.
Das ist die neueste Version im Zweig ().
Die neueste Version im Zweig ist . Mit der vollen Nummer siehst du, ob deine dazu passt.
Die Nummer sieht nach einem Paket aus Debian, Ubuntu oder Red Hat aus. Dort werden Lücken oft behoben, ohne dass sich die Versionsnummer ändert. Ob eine CVE geschlossen ist, steht im Changelog des Pakets.
Für steht in den letzten 30 Tagen keine hohe oder kritische Lücke im Radar.