57 von 57 versionierten Prüfungen.
Die aufgeführten Elemente verletzen eine axe Regel mit schwerer oder kritischer Auswirkung. Dies erzeugt eine konkrete automatisiert erkennbare Barriere für betroffene Nutzer assistiver Technologien, die behoben und manuell bestätigt werden muss.
Die aufgeführten Elemente verletzen eine axe Regel mit geringer oder mittlerer Auswirkung. Dies beeinträchtigt die Zugänglichkeit der betroffenen Interaktion oder des Inhalts, obwohl automatisierte Prüfungen nur einen Teil der WCAG abdecken.
Inhalte oder Bedienelemente reichen über den beobachteten mobilen Viewport hinaus. Dadurch wird horizontale Navigation erforderlich und wichtige Oberflächenbereiche können schwer erreichbar oder wahrnehmbar sein.
Crawler und maschinelle Leser, die nicht die vollständige Client Anwendung ausführen, erhalten zu wenig beobachtbaren Text, um den Zweck der Seite zuverlässig zu erkennen.
OAI SearchBot wird angewiesen, die beobachtete Website nicht zu crawlen. Solange die Sperre besteht, kann das zugehörige Suchprodukt diese Seiten nicht durch konformes Crawling abrufen.
PerplexityBot wird angewiesen, die beobachtete Website nicht zu crawlen. Solange die Sperre besteht, kann Perplexity diese Seiten nicht über diesen konformen Crawler abrufen.
Ein standardisierter Verlust an Auffindbarkeit lässt sich daraus nicht ableiten. Der beobachteten Website fehlt lediglich eine optionale experimentelle Zusammenfassung für maschinelle Leser, die sie verwenden.
Der beobachtete Lockfile wählt eine Version, die von einer veröffentlichten Schwachstellenmeldung erfasst wird. Die tatsächliche Anwendungsauswirkung hängt davon ab, ob das betroffene Paketverhalten im ausgelieferten Pfad erreichbar ist.
Der beobachtete Ablauf kann einem Anfragenden erlauben, Betrag oder Währung einer Zahlung selbst zu wählen, statt die Belastung an einen serverseitig kontrollierten Produktpreis zu binden.
Der beobachtete Handler kann ein Event verarbeiten, ohne zu belegen, dass Stripe genau den rohen Payload signiert hat. Eine manipulierte Anfrage kann dadurch Zahlungs oder Berechtigungsänderungen erreichen.
Sichtbare Elemente bewegen sich beim Laden stärker als das beobachtete Stabilitätsbudget. Dadurch kann die Leseposition verloren gehen oder ein falsches Bedienelement ausgelöst werden.
Reale Chrome Nutzer erhielten auf der gemessenen Seite oder Origin nach einer Interaktion verzögertes visuelles Feedback.
Der beobachtete Ladevorgang ist in einen Fehlerpfad geraten. Abhängige Oberflächenzustände oder Clientfunktionen können deshalb unvollständig bleiben, obwohl der sensible Fehlertext nicht gespeichert wurde.
Das größte sichtbare Inhaltselement erscheint nach dem Laborgrenzwert von 2,5 Sekunden. Dadurch zeigt die beobachtete Seite ihren Hauptinhalt verzögert an.
Das angeforderte Asset oder der Endpunkt wurde beim beobachteten Ladevorgang nicht erfolgreich abgeschlossen. Davon abhängige Inhalte, Styles, Daten oder Funktionen können deshalb fehlen.
Das beobachtete mobile Laborprofil kombiniert genügend Lade und Hauptthread Verzögerung, um in den schwachen Lighthouse Bereich zu fallen. Dies weist unter diesem Profil auf einen deutlich langsamen Ersteindruck hin.
Lange Aufgaben haben den Hauptthread über das beobachtete Laborbudget hinaus blockiert. Browserreaktionen auf Eingaben werden dadurch während des gemessenen Ladezeitraums verzögert.
Das Cookie kann eine Kennung speichern, bevor eine Person eine Einwilligungsentscheidung getroffen hat. Die Beobachtung ist ein technisches Prüfsignal und kein rechtliches Konformitätsurteil.
Die Anfrage kann Geräte oder Nutzungsdaten übertragen, bevor eine Person eine Einwilligungsentscheidung getroffen hat. Die Beobachtung ist ein technisches Prüfsignal und kein rechtliches Konformitätsurteil.
Wiederholte oder missbräuchliche Anfragen über den beobachteten Aufrufpfad können Provider Tokens, Kosten und Workerzeit verbrauchen, ohne dass der sichtbare Code ein Ausgabelimit pro Anfrage erzwingt.
Die beobachteten Aufrufe identifizieren eine vom Client erreichbare API Oberfläche, die eigene Autorisierungs und Missbrauchskontrollen benötigt. Das Verzeichnis allein belegt keine Schwachstelle.
Das beobachtete Cookie ist nicht auf verschlüsselte Anfragen begrenzt. Eine spätere HTTP Anfrage in seinem Gültigkeitsbereich könnte seinen Wert deshalb ohne TLS übertragen.
Clientseitiges JavaScript kann das beobachtete sessionähnliche Cookie lesen. Dadurch steigen die Folgen einer Skript Injection oder eines kompromittierten Drittanbieter Skripts.
Das beobachtete Cookie verlässt sich statt auf eine ausdrückliche Richtlinie auf das standardmäßige websiteübergreifende Browserverhalten. Dadurch lässt sich die Exposition gegenüber Request Forgery weniger zuverlässig beurteilen.
Ein als Null Origin dargestelltes Sandbox oder lokales Dokument kann diese Antwort möglicherweise mit Zugangsdaten des Nutzers lesen. Der Zugriff reicht damit über namentlich vertrauenswürdige Origins hinaus.
Jeder von der beobachteten unbeschränkten Regel erfasste Client kann die zugehörigen Firebase Pfade ohne Authentifizierungs, Eigentümer oder Mandantenbedingung lesen oder verändern.
Browser erhalten mit dieser Antwort keine Anweisung, HTTPS bei späteren Besuchen zu erzwingen. Ein HTTP Einstieg bleibt deshalb davon abhängig, dass seine Weiterleitung unbeeinflusst erreicht wird.
Die beobachtete Antwort gibt dem Browser keine durchsetzende Ressourcenrichtlinie, die eingeschleuste Skripte oder andere aktive Inhalte begrenzen kann, falls ein Injection Pfad besteht.
Ohne die beobachtete nosniff Anweisung kann ein Browser eine Antwort anders als nach ihrem deklarierten Medientyp interpretieren. Dadurch steigt die Exposition gegenüber Verwechslungen von Inhaltstypen.
Die beobachtete Antwort überlässt die Weitergabe des Referrers den Browserstandards. Dadurch können mehr Informationen der Quell URL an einen anderen Origin gelangen als vom Produkt vorgesehen.
Die beobachtete Seite beschränkt nicht, welche Websites sie einbetten dürfen. Sichtbare Bedienelemente bleiben dadurch für täuschende Einbettungen und Clickjacking Szenarien verfügbar.
Die beobachtete Antwort wendet keine ausdrückliche Richtlinie mit minimalen Browserberechtigungen an. Dokumente und eingebettete Kontexte behalten deshalb den standardmäßigen Funktionszugriff des Browsers.
Die referenzierte aktive Ressource kann vom Browser blockiert oder bei einer Auslieferung über HTTP auf dem Netzwerkpfad verändert werden, bevor sie in der HTTPS Seite ausgeführt wird.
Jede von der beobachteten Policy erfasste Datenbankrolle kann bei den zugehörigen Operationen jede Zeile auswählen oder adressieren, ohne Eigentümer oder Mandantenprüfung.
Jede von der beobachteten Schreibpolicy erfasste Datenbankrolle kann Zeilen anlegen oder ändern, ohne dass die Policy neue Eigentümer oder Mandantenwerte begrenzt.
Nicht schemaqualifizierte Objekte der beobachteten privilegierten Funktion können über einen veränderlichen Search Path aufgelöst werden. Wo ein Angreifer diesen Pfad beeinflussen kann, kann dadurch ein kollidierendes Objekt mit den Rechten des Funktionseigentümers ausgeführt werden.
Wenn die durch die beobachtete Migration erstellte Tabelle über Data API Grants erreichbar ist, besitzt der Zeilenzugriff keine Row Level Security Grenze zur Trennung von Nutzern oder Mandanten.
Wenn das erkannte Muster ein gültiger Zugang ist, kann jede Partei mit Zugriff auf den Snapshot dessen verbleibende Providerberechtigungen bis zum Widerruf nutzen.
Jede Partei mit Repository Zugriff kann das beobachtete private Schlüsselmaterial kopieren und dessen Signaturidentität oder kryptografische Funktion nutzen, falls eine produktive Vertrauensbeziehung den Schlüssel noch akzeptiert.
Wenn der beobachtete Schlüssel noch gültig ist, kann jede Partei mit Repository Zugriff Stripe APIs mit dessen Berechtigungen aufrufen und möglicherweise Zahlungsressourcen lesen oder verändern.
Wenn das beobachtete Token noch gültig ist, kann jede Partei mit Repository Zugriff es für die durch seine Scopes erlaubten Quellcode Ressourcen wiederverwenden.
Wenn der beobachtete Schlüssel noch gültig ist, kann jede Partei mit Repository Zugriff kostenpflichtige Provideranfragen darüber senden und dessen freigegebene Modell oder Projektfunktionen nutzen.
Wenn der beobachtete Service Role Zugang noch gültig ist, kann jede Partei mit Repository Zugriff damit Row Level Security umgehen und dessen privilegierten Supabase Datenzugriff nutzen.
Wenn der beobachtete Service Account Zugang noch gültig ist, kann jede Partei mit Repository Zugriff sich als dieses Konto authentifizieren und dessen Firebase oder Google Cloud Berechtigungen außerhalb clientseitiger Security Rules nutzen.
Jede Person, die das beobachtete öffentliche Asset abrufen kann, kann den Zugang erhalten und dessen weiterhin gültige Providerberechtigungen bis zum Widerruf nutzen.
Die beobachtete öffentliche Umgebungszuweisung kann dazu führen, dass das Build Werkzeug den Serverzugang in Client Assets einbettet, die jeder Anwendungsbesucher abrufen kann.
Die validierte öffentliche Source Map kann jedem Besucher ursprüngliche Dateistrukturen, Namen und Implementierungsdetails offenlegen. Dadurch steht mehr exponierter Implementierungskontext für weitere Analysen zur Verfügung.
Die gemeldete Quellcodeposition verwendet eine mit der genannten Schwäche verbundene Operation. Wenn nicht vertrauenswürdige Daten den beobachteten Pfad erreichen, kann diese Operation das in der Engine Evidenz beschriebene Verhalten auslösen.
Inhalte und mit dem beobachteten Dokument ausgetauschte Daten werden ohne Transportverschlüsselung übertragen und können von einer Zwischenstelle auf dem Netzwerkpfad gelesen oder verändert werden.
Das beobachtete Dokument liefert kein gültiges Signal für die bevorzugte URL. Gleichwertige URL Varianten können von Crawlern deshalb uneinheitlich interpretiert und zusammengeführt werden.
Dem serverseitig ausgelieferten Inhalt fehlt eine primäre Überschrift, die Nutzern, assistiven Technologien und Inhaltsparsern das Seitenthema vermittelt.
Konforme Suchcrawler werden angewiesen, die beobachtete Seite nicht in ihren Index aufzunehmen. Solange die Anweisung aktiv ist, verhindert sie die beabsichtigte organische Auffindbarkeit.
Clients und Crawler, die sich auf die beobachtete Serverantwort stützen, erhalten kein seitenspezifisches Titelsignal. Dadurch kann das Dokument schwerer zu erkennen und zu unterscheiden sein.
Die Seite liefert in den beobachteten Metadaten keine redaktionelle Zusammenfassung. Suchsysteme müssen eine mögliche Ergebnisbeschreibung daher aus anderen Seiteninhalten ableiten.
Crawler erhalten am üblichen Endpunkt weder eine websiteweite Richtlinie noch einen Sitemap Verweis. Hinweise zum Crawling müssen daher aus anderen Signalen stammen.
Maschinelle Leser erhalten aus der beobachteten Antwort keine gültigen JSON LD Daten zu Entitäten oder Beziehungen und müssen die Struktur allein aus sichtbaren Inhalten ableiten.
Crawlern fehlt das durch eine Sitemap bereitgestellte beobachtbare URL Verzeichnis. Seiten, die über interne Links nicht zuverlässig erreichbar sind, können dadurch später entdeckt werden.
