Vertrauen & Sicherheit

Wie AllyProof Ihre Daten schützt und die betriebliche Sicherheit gewährleistet.

Zuletzt aktualisiert: 23.10.26

Hosting und Datenregion

Die primären AllyProof-Anwendungsserver laufen in Deutschland. Der Standort der Browser-Prüfung hängt vom gewählten Check ab: Kalifornien-Datenschutzprüfungen laufen in Kalifornien.

Die primäre Datenbank nutzt PostgreSQL-Infrastruktur in der EU. Prüfregionen, globale Edge-Dienste und externe Verarbeitungsanbieter sind vom primären Speicherort zu unterscheiden. Einzelheiten finden Sie in der Datenschutzerklärung und im geltenden Auftragsverarbeitungsvertrag.

Statische Assets und Edge-Caching werden über ein globales CDN mit weltweiten Präsenzpunkten bereitgestellt.

Verschlüsselung und Transportsicherheit

  • Übertragung: Öffentliche AllyProof-Endpunkte verwenden HTTPS und Sicherheits-Header. Selbst konfigurierte HTTP-Endpunkte in der Erweiterung bieten keine verschlüsselte Übertragung.
  • Gespeicherte Daten: Unser verwalteter Datenbankanbieter stellt Verschlüsselung für ruhende Daten bereit. Klären Sie die aktuellen Backup-Verschlüsselungs- und Wiederherstellungsverfahren für Ihre Sicherheitsprüfung mit uns.
  • API-Schlüssel: Unsere Serverdatenbank speichert SHA-256-Hashes und identifizierende Metadaten, nicht den Originalschlüssel. Dieser wird bei der Erstellung einmalig ausgegeben; eine CLI oder ein anderer Client kann Ihre Kopie lokal speichern. Ein Widerruf deaktiviert den Schlüssel, löscht aber nicht dessen Metadaten.
  • Passwörter: Unser verwalteter Authentifizierungsanbieter hasht Passwörter; wir speichern keine Klartextpasswörter.

Authentifizierungs- und Sitzungssicherheit

  • Die Anmeldung unterstützt E-Mail/Passwort, Google und GitHub. OAuth verwendet PKCE (Proof Key for Code Exchange).
  • Supabase verwaltet Cookies und automatische Sitzungserneuerung. Authentifizierungscookies sind für den Browser-Client zugänglich und nicht HttpOnly; Token-Ablauf und Widerruf bestimmen die Sitzungsgültigkeit unabhängig von der Cookie-Lebensdauer.
  • Row Level Security (RLS) und serverseitige Berechtigungsprüfungen beschränken den Zugriff auf Organisationsdaten.
  • Rollenbasierte Rechte unterscheiden Organisationsinhaber, Administratoren, Mitglieder, Gäste und Abrechnungszugriff. Kostenpflichtige Funktionen verleihen keine administrativen Rechte.

Datenspeicherung und -löschung

Das Entfernen einer Website deaktiviert sie; vorhandene Scan-Ergebnisse, Berichte und Nachweise bleiben gespeichert. Kontaktieren Sie uns für ein Löschersuchen.

  • Benutzerkonten: Die per E-Mail bestätigte Kontolöschung entfernt Anmeldekonto und Mitgliedschaften. Sie löscht nicht automatisch gemeinsame Organisationsdaten und kündigt keine Abonnements.
  • Nachweise: Scans, Berichte und Audit-Verläufe bleiben bei der Organisation oder Website, bis sie gelöscht oder ein berechtigtes Löschersuchen erfüllt wird. Referenzierte Screenshots bleiben erhalten; nicht referenzierte Screenshot-Objekte, die älter als 2 Tage sind, können stapelweise bereinigt werden. Eine allgemeine Löschung der Audit-Verläufe nach 90 Tagen gibt es nicht.
  • Analyse: Eigene Ereignisdatensätze werden 400 Tage aufbewahrt. Sie können pseudonym oder kontobezogen sein und sind nicht notwendigerweise anonym. Google-Messung erfordert die jeweilige Einwilligung.
  • KI: Begrenzte Aufgabendaten können personenbezogene Informationen enthalten. Nachweise und Ergebnisse können bei AllyProof gespeichert werden; die Anbieteraufbewahrung hängt von Dienst und Vertrag ab. Wir versprechen keine allgemeine Nullspeicherung. Einzelheiten und das Anfrageverfahren finden Sie in der Datenschutzerklärung.
  • Testberechtigung: Abrechnungs-E-Mail-Adresse und tarifbezogene Berechtigungsdaten bleiben nach Konto- und Organisationslöschung erhalten und haben keinen automatischen Ablauf. Die Datenschutzerklärung erläutert Zweck, Löschanträge und Widerspruchsmöglichkeiten.

Backup und Notfallwiederherstellung

  • Datenbank-Backups: Fragen Sie unser Team im Rahmen Ihrer Sicherheitsprüfung nach aktuellen Sicherungsintervallen und Wiederherstellungsverfahren.
  • Berichtsspeicherung: Berichtsdaten und VPAT-basierte Nachweisentwürfe liegen in der Anwendungsdatenbank. Screenshots und einige herunterladbare Dateien nutzen Objektspeicher. Diese Trennung ist kein unabhängiges Backup der Berichtsdaten.
  • Wiederherstellungszeit: Vertragliche Zusagen müssen in Ihrer Dienstleistungsvereinbarung festgelegt sein.
  • Wiederherstellungspunkt: Stimmen Sie den vereinbarten Wiederherstellungsumfang und das Sicherungsintervall mit unserem Team ab.

Offenlegung von Schwachstellen / Sicherheitskontakt

Wenn Sie eine Sicherheitslücke in AllyProof entdecken, melden Sie diese bitte verantwortungsvoll:

  • E-Mail: security@allyproof.com
  • Bitte fügen Sie eine Beschreibung der Schwachstelle, Schritte zur Reproduktion sowie relevante Screenshots oder Protokolle bei.
  • Wir bestätigen den Eingang innerhalb von 48 Stunden und liefern eine erste Einschätzung innerhalb von 5 Werktagen.
  • Wir gehen nicht rechtlich gegen Sicherheitsforscher vor, die in gutem Glauben handeln.

Kontakt für Vorfallreaktion

Für aktive Sicherheitsvorfälle oder Benachrichtigungen zu Datenschutzverletzungen:

  • Notfall: security@allyproof.com mit dem Betreff “INCIDENT”
  • Allgemeiner Support: support@allyproof.com
  • Wir benachrichtigen betroffene Kunden unverzüglich und innerhalb von 72 Stunden nach Bekanntwerden einer Verletzung personenbezogener Daten. Als Auftragsverarbeiter informieren wir den zuständigen Verantwortlichen unverzüglich. Artikel 33 DSGVO betrifft die erforderliche Meldung an die Aufsichtsbehörde möglichst innerhalb von 72 Stunden nach Bekanntwerden; Artikel 34 verlangt die unverzügliche Benachrichtigung betroffener Personen, wenn die Verletzung voraussichtlich ein hohes Risiko verursacht.

Einschränkungen automatisierter Barrierefreiheitstests

AllyProof verwendet automatisierte Scan-Werkzeuge (axe-core, HTML_CodeSniffer), um Barrierefreiheitsprobleme zu erkennen. Es ist wichtig, die Grenzen automatisierter Tests zu verstehen:

  • Automatisierte Tests decken nur einen Teil der Barrierefreiheitskonformität ab. In Deques veröffentlichtem Audit-Datensatz erkannte automatisiertes Testen 57,38 % der erfassten Barrierefreiheitsprobleme. Das ist ein Anteil am Problemvolumen, nicht der Anteil der WCAG-Erfolgskriterien, die sich vollständig automatisiert bewerten lassen; die tatsächliche Abdeckung variiert je nach Website.
  • Automatisierte Scans können subjektive Kriterien nicht bewerten, etwa ob Alternativtexte sinnvoll sind, ob die Inhaltsreihenfolge logisch ist oder ob eine Nutzererfahrung wirklich barrierefrei ist.
  • Ein sauberer automatisierter Scan garantiert keine vollständige WCAG-Konformität. Manuelle Expertentests, Tests mit assistiven Technologien und Nutzertests sind ebenfalls erforderlich.
  • AllyProof exportiert proprietäre VPAT-basierte ENTWURFSbewertungen, nicht das offizielle ITI-Berichtsformular oder fertige ACRs. Eine qualifizierte Barrierefreiheitsfachkraft muss den offiziellen Bericht vor der Beschaffungsnutzung fertigstellen.
  • AllyProof leistet keine Rechtsberatung. Scan-Ergebnisse sollten nicht als rechtliche Konformitätsbewertung ausgelegt werden.

Browser-Erweiterung

  • Lokale Scans: Schnellscans laufen lokal ohne Konto. Das Speichern, Anfordern von KI-Korrekturen und Starten von Server-Crawls übermittelt die in der Datenschutzerklärung beschriebenen Aufgabendaten; authentifizierte Vorgänge können Token automatisch erneuern.
  • Seitenzugriff: Gebündelte Inhaltsskript-Listener laden automatisch auf erlaubten HTTP(S)-Seiten. Scans laufen auf Anforderung. Chrome und Edge fordern activeTab, tabs, storage, scripting und sidePanel an; Firefox nutzt die ersten 4. Die Berechtigung für den Browserverlauf wird nicht angefordert.
  • Speicherung: Die letzten 50 Scans bleiben lokal gespeichert. Zugriffs- und Refresh-Zugangsdaten liegen im Sitzungsspeicher, Refresh-Zugangsdaten zusätzlich im lokalen Speicher. Serverseitige Zugriffstoken gelten 90 Tage und Refresh-Token 180 Tage. Zugangsdaten und Scan-Verläufe werden nicht über chrome.storage.sync synchronisiert.
  • Code und Telemetrie: Der Code ist im Store-Paket enthalten. Die aktuelle Erweiterung enthält weder einen implementierten Telemetrieversand noch ein Tracking-SDK Dritter.
  • Vertrieb: Chrome Web Store, Microsoft Edge Add-ons und Firefox Add-ons stellen Vertrieb und Updates über die Stores bereit.

Auftragsverarbeiter

Anbieter unterstützen Hosting, Datenbank und Authentifizierung, Versand, Sicherheit und KI-Verarbeitung. KI-Funktionen können je nach Konfiguration OpenAI, Anthropic oder Google Gemini nutzen; die Aufbewahrung richtet sich nach Dienst und Vertrag, nicht nach einer allgemeinen Nullspeicherungsvereinbarung. Paddle ist unser Merchant of Record; die Vertragsgesellschaft hängt vom Kauf ab. Paddle und bestimmte optionale Google-Dienste sind für ihre eigene Verarbeitung eigenständig Verantwortliche statt unsere Auftragsverarbeiter.

Aktuelle Anbieter, Verarbeitungsorte und Datenverarbeitungsbedingungen erhalten Sie unter legal@allyproof.com. Kunden mit Auftragsverarbeitungsvertrag werden nach dessen Bedingungen im Voraus über wesentliche Änderungen bei Auftragsverarbeitern informiert.