🛡️ Security-Checks für Webseiten
Umfassende Prüfungen & Hilfestellungen
Umfassende Prüfungen & Hilfestellungen
Der Scanner untersucht umfassend Webseiten/Domänen/Infrastruktur mit eigener Analyse-Software:
🖥️ Software- & Infrastruktur-Scan: Frontend und Backend werden auf veraltete Bibliotheken, unsichere Abhängigkeiten und bekannte Schwachstellen in eingesetzten Technologien geprüft.
🌐 URL-Reputation- & Abuse-Check: Die Domain wird gegen bekannte Blacklists und Abuse-Datenbanken abgeglichen – um Phishing-Einträge, Malware-Assoziationen oder Spam-Reputation frühzeitig zu erkennen.
🛡️ Webserver-Prüfung: Sicherheitsrelevante HTTP-Header werden analysiert – darunter Content Security Policy (CSP), Strict-Transport-Security (HSTS), X-Frame-Options und weitere Schutzmechanismen gegen gängige Angriffsvektoren.
📡 DNS-Checks & E-Mail-Security: DNS-Konfiguration sowie E-Mail-Sicherheitsprotokolle wie SPF, DKIM und DMARC werden geprüft, um Spoofing und unbefugten E-Mail-Versand im Namen der Domain zu verhindern.
🏠 Hosting & Domain-Analyse: Hostingumgebung, IP-Reputation, ASN-Zuordnung und Domain-Registrierungsdaten werden auf Auffälligkeiten untersucht.
🔓 CVE-Schwachstellen-Prüfung: Eingesetzte Software-Komponenten werden gegen die öffentliche CVE-Datenbank abgeglichen – bekannte, bereits dokumentierte Sicherheitslücken werden so zuverlässig identifiziert.
📝 Formular-Prüfungen: Formulare werden auf unsichere Übertragung, fehlenden CSRF-Schutz und unzureichende Eingabevalidierung geprüft.
⚠️ XSS-Sicherheitsprüfungen: Die Seite wird auf Cross-Site-Scripting-Anfälligkeit untersucht – ein häufiger Angriffsvektor, bei dem schadhafter Code in den Browser anderer Nutzer eingeschleust werden kann.
🍪 Cookie-Check + LocalStorage & SessionStorage: Cookies werden auf sichere Flags (HttpOnly, Secure, SameSite) geprüft. Zusätzlich wird analysiert, ob sensible Daten ungeschützt im Browser-Speicher abgelegt werden.
📋 WCAG-Prüfungen & Best Practices: Die Analyse prüft Ihre Webseite auf Einhaltung der aktuellen WCAG-Richtlinien (einschließlich neuerer Versionen) sowie etablierter Barrierefreiheits-Best-Practices – von der korrekten Semantik bis hin zu zugänglichen interaktiven Elementen.
🎨 Kontrast-Analyse: Auf der Startseite werden alle Text-Hintergrund-Kombinationen auf ausreichende Farbkontraste geprüft, damit Inhalte auch für sehschwache Nutzerinnen und Nutzer lesbar bleiben.
👁️ Farbenblindheits-Prüfung: Ebenfalls auf der Startseite wird simuliert, wie die Seite für Menschen mit verschiedenen Formen von Farbenblindheit wahrgenommen wird – und ob Informationen allein über Farbe vermittelt werden.
🧠 Heuristische Prüfungen: Erfahrungsbasierte Regeln erkennen kontextsensitive Barrieren – etwa Navigationsbereiche, Formulare oder Schaltflächen ohne zugängliche Beschriftung, die für Screenreader-Nutzer nicht identifizierbar sind.
📐 Statische Prüfungen: Der Quellcode wird direkt auf objektiv messbare Fehler untersucht – darunter doppelte IDs, kaputte ARIA-Referenzen, falsch eingesetztes aria-hidden, Formularprobleme sowie CSS-Eigenschaften, die Reflow oder Text-Spacing beeinträchtigen.
📄 Jedes gefundene Problem ist im Report dokumentiert:
🔍 Fundstelle im Quellcode – Sie sehen genau, an welcher Stelle im HTML das Problem auftritt.
💬 Meldungstext – Eine prägnante Bezeichnung des Problems auf einen Blick.
📝 Kurze Erklärung – Was bedeutet diese Meldung konkret?
🛠️ Erweiterte Hilfestellung – Eine ausführliche Beschreibung des Problems, seiner Auswirkung auf betroffene Nutzergruppen und konkreter Lösungsansätze.
🔗 Spezifische Hilfeseite – Jedes Problem verlinkt auf eine dedizierte Seite mit weiterführenden Informationen und Codebeispielen.
Eine Webseite kann beliebig oft gescannt werden. Die Anzahl der verfügbaren Scans hängt vom gewählten Paket ab. Bei Security-10 können 10 Scans ausgeführt werden, und bei Security-20 können 20 Scans für beliebige Webseiten gestartet werden.
Ja! Schreiben Sie uns bei Bedarf einfach eine Nachricht an die Adresse, von der Sie nach Bestellung Ihren Kundenzugang erhalten haben (oder an unsere allgemeine Support-Adresse). Wir geben Ihnen dann kurzfristig eine Preisinfo und stellen das Paket für Sie um.
Natürlich ist es günstiger, gleich das richtige Paket zu wählen, anstatt zuerst klein zu starten, um kurze Zeit später das Paket hochzustufen.
Unser Service eignet sich für alle Arten von Webseiten:
Voraussetzungen:
Wir sind gerne für Sie da:
Bei Fragen zur Bestellung, zum Bericht oder zur technischen Umsetzung helfen wir Ihnen gerne weiter.
🧠 Definition: Heuristische Prüfungen analysieren eine Webseite nach bekannten Erfahrungsregeln (Heuristiken). Sie erkennen typische Muster, die erfahrungsgemäß zu Barrieren für Menschen mit Behinderungen führen – ohne die Seite vollständig manuell zu testen.
🎯 Ziel: Häufige, gut dokumentierte Probleme automatisiert aufzuspüren, die ein einfacher Regel-Check allein nicht erkennen würde – z. B. ob ein Element zwar vorhanden, aber nicht zugänglich benannt ist.
🏷️ Fehlende zugängliche Namen: Navigationsbereiche (<nav>), Formulare (<form>), Seitenbereiche (<section>, <aside>) oder eingebettete Inhalte (<iframe>) ohne beschreibendes aria-label sind für Screenreader-Nutzer nicht unterscheidbar oder unsichtbar.
🔘 Nicht beschriftete Schaltflächen & Eingabefelder: Buttons ohne sichtbaren Text oder aria-label sowie Eingabefelder ohne verknüpftes Label können von Hilfstechnologien nicht sinnvoll vorgelesen werden.
🗺️ Nicht erkannte Landmarks: Elemente mit role="region" oder role="search" ohne zugänglichen Namen werden von Screenreadern schlicht ignoriert.
📋 WCAG 4.1.2 – Name, Rolle, Wert: Alle Bedienelemente und Strukturelemente müssen für Hilfstechnologien einen erkennbaren Namen und eine eindeutige Rolle besitzen.
📋 WCAG 1.3.1 – Info und Beziehungen: Struktur und Bedeutung von Inhalten müssen auch programmatisch – also ohne visuelle Wahrnehmung – erkennbar sein, z. B. durch korrekte Landmark-Auszeichnung von Formularen und Seitenbereichen.
⚙️ Einfache Regelprüfungen prüfen binär: „Ist ein alt-Attribut vorhanden? Ja/Nein."
🧩 Heuristische Prüfungen gehen einen Schritt weiter: Sie berücksichtigen den Kontext – z. B. ob mehrere <nav>-Elemente auf einer Seite existieren und daher unterscheidbare Bezeichnungen brauchen, oder ob ein Button wirklich keinen zugänglichen Namen besitzt, auch wenn er ein Icon enthält.
🛠️ Konkrete Lösungsvorschläge: Zu jedem erkannten Problem liefert eine heuristische Prüfung direkt umsetzbare Code-Fixes – zum Beispiel das Ergänzen eines aria-label="Hauptnavigation", das Verknüpfen eines Labels mit einem Eingabefeld via for/id, oder das Ausblenden rein dekorativer Elemente mit aria-hidden="true".
✅ Keine Interpretation nötig: Die Ergebnisse sind so aufbereitet, dass Entwicklerinnen und Entwickler die Korrekturen direkt im Code umsetzen können – ohne tiefes WCAG-Vorwissen.
📐 Definition: Statische Prüfungen analysieren den HTML- und CSS-Quellcode einer Seite direkt – ohne sie im Browser auszuführen. Sie suchen nach fest definierten, objektiv messbaren Mustern, die nachweislich gegen Barrierefreiheitsstandards verstoßen.
🎯 Stärke: Diese Checks liefern eindeutige Ja/Nein-Ergebnisse und sind vollständig automatisierbar. Sie bilden die Grundlage jeder seriösen Barrierefreiheitsanalyse.
🆔 Strukturelle HTML-Fehler: Doppelte IDs im Dokument oder veraltete HTML-Elemente können dazu führen, dass Hilfstechnologien Inhalte falsch interpretieren oder gar nicht finden.
🔗 Kaputte ARIA-Referenzen: Verweist aria-labelledby oder aria-describedby auf eine ID, die im Dokument gar nicht existiert, bleibt das Element für Screenreader ohne zugänglichen Namen.
🚫 Falsch eingesetztes aria-hidden: Wird aria-hidden="true" auf fokussierbaren Elementen oder gar auf <body> gesetzt, verschwindet Inhalt für Tastatur- und Screenreader-Nutzer vollständig.
📋 Formular-Probleme: Radio- und Checkbox-Gruppen ohne <fieldset>/<legend>, Eingabefelder mit aktiviertem Autocomplete für sensible Daten oder generische Link-Texte wie „hier klicken" stellen häufige, leicht behebbare Barrieren dar.
🎨 Ja – auch Stylesheets werden geprüft: Bestimmte CSS-Eigenschaften können Barrierefreiheitskriterien direkt verletzen:
↔️ Reflow (WCAG 1.4.10): Zu große min-width-Werte oder overflow-x: scroll zwingen Nutzer zum horizontalen Scrollen – was für Menschen mit Seheinschränkungen, die stark zoomen, ein erhebliches Problem darstellt.
📏 Text-Spacing (WCAG 1.4.12): Fixe Höhen auf Containern führen dazu, dass Text abgeschnitten wird, sobald Nutzer eigene Schriftabstands-Einstellungen verwenden.
📐 Statisch = regelbasiert & eindeutig: Ein Problem wie „doppelte ID" oder „fehlendes <legend>" ist entweder vorhanden oder nicht. Kein Interpretationsspielraum.
🧠 Heuristisch = kontextsensitiv: Heuristische Prüfungen bewerten, ob ein Element im Zusammenspiel mit anderen Elementen eine Barriere bildet – etwa ob ein <nav> zwar existiert, aber auf einer Seite mit drei weiteren Navs nicht unterscheidbar benannt ist.
🤝 Zusammen vollständig: Erst die Kombination beider Methoden ergibt eine belastbare Barrierefreiheitsanalyse.
⚠️ Nein – und das ist wichtig zu wissen: Statische Prüfungen erkennen zuverlässig alle automatisch prüfbaren Verstöße. Schätzungen zufolge sind das etwa 30–40 % aller möglichen WCAG-Probleme.
🔎 Was sie nicht erkennen: Ob ein alt-Text inhaltlich sinnvoll ist, ob die Lesereihenfolge logisch wirkt oder ob Bedienabläufe für Tastaturnutzer wirklich intuitiv sind – das erfordert zusätzlich heuristische Analyse oder manuelle Prüfung.
Laufzeit: Der Vertrag läuft zunächst für ein Jahr.
Kündigung: Sie können bis zu einem Monat vor Ende der Laufzeit kündigen. Ohne Kündigung verlängert sich der Vertrag automatisch um jeweils ein weiteres Jahr.
💡 Fair und transparent – keine versteckten Klauseln oder automatischen Verlängerungen ohne Kündigungsmöglichkeit.
Nein, überhaupt nicht!
💼 Wir unterstützen Gemeinnützigkeit!