Avonao is in restricted beta. At sign up or sign in, you have to provide the beta tester password you received or request one at preview@avonao.com. Thank you.
Wird geladen…
Trust Center
Prüfbar
Prüfbares Vertrauen, nicht nur Worte.
Avonao ID ist das eine Konto, mit dem sich Personen bei den Avonao-Plattformen und bei jeder App anmelden, die Sign in with Avonao ID anbietet. Diese Seite legt dar, wie das funktioniert, was wir wie schützen, wo Ihre Daten liegen und wozu wir uns verpflichten. Jede Aussage verlinkt das Dokument, das sie bindet.
ID-Tokens werden mit ES256-Schlüsseln signiert, die rotiert werden, sobald sie 90 Tage alt sind. Die öffentlichen Schlüssel sind veröffentlicht, die privaten Schlüssel werden verschlüsselt gespeichert.
Jede Anmeldung nimmt denselben Weg. Die Person wird am Frontdienst geprüft, die Anfrage wird in der Region bearbeitet, die ihre Daten hält, und das Token wird mit einem Schlüssel signiert, den jeder zur Prüfung abrufen kann.
Authentifizieren
Die Person meldet sich mit einem Passkey, einem per E-Mail gesendeten Link oder Code oder über Google, Microsoft oder GitHub an. Es gibt keine Passwörter. Sitzungs-Tokens, Link-Tokens und Codes werden nur als SHA-256-Hashes gespeichert.
In die Region leiten
Die Region wird aus der Anfrage selbst gelesen, aus dem Sitzungs-Cookie oder dem Token-Präfix. Der Frontdienst leitet die Anfrage mit einem signierten Hop-Header an den eigenen Dienst dieser Region weiter, und der regionale Dienst lehnt eine Anfrage ohne gültigen Header ab.
Einwilligung und Protokoll
Die Person sieht den Einwilligungsbildschirm der App und erlaubt nur die Scopes, die sie wählt. Die App erhält eine private Pairwise-ID, die Person erhält einen Datenbeleg, und die Anmeldung wird im eigenen Sicherheitsprotokoll der Person in ihrer Region festgehalten.
Signieren
Das ID-Token wird mit dem aktiven ES256-Schlüssel signiert. Autorisierungscodes gelten 60 Sekunden, ID-Tokens 5 Minuten. Die privaten Schlüssel werden verschlüsselt gespeichert, unter einem Schlüssel, der nicht in der Datenbank liegt.
02
Aussagekraft
Was eine Anmeldung beweist und was nicht.
Ein signiertes Token ist eine präzise, enge Aussage. Lesen Sie beide Spalten, bevor Sie sich auf eines verlassen, und bevor Sie andere darum bitten.
Ein gültiges Token beweist
Herkunft: Der Inhaber eines Signaturschlüssels von Avonao ID hat genau diese Claims signiert.
Integrität: Seitdem hat sich am Token nichts geändert, nicht einmal ein Zeichen.
Zielgruppe und Zeit: Das Token wurde für Ihre App ausgestellt, zu einem Zeitpunkt, den unsere Uhr anzeigte, und ist bis zum Ablauf gültig.
03
Öffentliche Schlüssel
Signaturschlüssel und wo Sie sie finden
Ein Aussteller, https://id.avonao.com, signiert für alle sieben Regionen mit ES256-Schlüsseln (P-256). Ihre öffentlichen Hälften sind offen veröffentlicht, die privaten Hälften werden verschlüsselt in der Heimatdatenbank gespeichert.
Verwahrung
Die Schlüssel erzeugt der Anmeldedienst. Jeder private Schlüssel wird nur verschlüsselt mit AES-256-GCM gespeichert, an seinen eigenen Datensatz gebunden, unter einem Schlüsselverschlüsselungsschlüssel, der als Plattform-Secret gehalten und nie in der Datenbank gespeichert wird.
Ein neuer Schlüssel wird mindestens 24 Stunden vor seiner ersten Signatur im Schlüsselsatz veröffentlicht, damit Prüfer ihn rechtzeitig im Cache haben.
04
Isolation
Zugriffskontrolle und Isolation
Jede Anfrage wird einer Person oder einer App zugeordnet, bevor etwas gelesen oder geändert wird. So werden Anmeldung, Einwilligung, Regionen und ausgehende Anfragen heute gehandhabt.
01
Gehashte und verschlüsselte Secrets
Es werden keine Passwörter gespeichert. Passkeys behalten nur den öffentlichen Schlüssel. Sitzungs-Tokens, Link-Tokens und Codes, Autorisierungscodes, Access-Tokens, Wiederherstellungscodes und Client-Secrets von Apps werden als SHA-256-Hashes gespeichert. Secrets, die der Dienst lesen muss, etwa Authenticator-Secrets und Webhook-Signatur-Secrets, werden mit AES-256-GCM verschlüsselt.
02
Anmeldung und Sitzungen
Passkeys, ein per E-Mail gesendeter Link oder Code mit 10 Minuten Gültigkeit und höchstens 5 Code-Versuchen, Social Sign-in und Authenticator-Apps mit Wiederherstellungscodes. Das Sitzungs-Cookie trägt das Präfix __Host-, ist HttpOnly, Secure und SameSite=Lax, endet nach 14 Tagen ohne Nutzung und spätestens nach 90 Tagen. Sensible Änderungen verlangen eine frische Bestätigung innerhalb von 10 Minuten.
05
Datensparsam
Schutz der Daten
Der Dienst ist darauf ausgelegt, so wenig wie möglich zu halten: keine Passwörter, Hashes statt Tokens, eine private ID für jede App und nur die Scopes, die eine Person erlaubt hat.
Hashes, keine Secrets
Tokens, Links, Codes und Client-Secrets werden als SHA-256-Hashes gespeichert, sodass eine Kopie der Datenbank keinen funktionierenden Wert enthält. Es gibt kein Passwort, das gespeichert werden müsste.
Eine private ID je App
Eine Drittanbieter-App erhält für jede Person eine eigene Pairwise-ID, nie die Konto-ID, sodass zwei Apps ihre Nutzer nicht abgleichen können. Die eigenen Plattformen von Avonao erhalten die Konto-ID.
06
Uptime
Verfügbarkeit
Der Status wird von unseren Servern gemessen, nicht von Hand geschrieben. Wir machen während des Early Access keine Verfügbarkeitszusage, und ein Token, das eine App bereits hält, kann bis zu seinem Ablauf offline geprüft werden.
Öffentliche Statusseite
Drei Prüfungen laufen gegen die eigenen öffentlichen Endpunkte von Avonao ID: Anmeldung (OpenID Discovery), die Signaturschlüssel und die Tarife und Konfiguration. Die Seite aktualisiert sich etwa alle 30 Sekunden.
Jede Prüfung zeigt In Betrieb mit ihrer Antwortzeit oder Antwortet nicht. Eine Prüfung, die nicht innerhalb von 5 Sekunden antwortet, zählt als nicht antwortend.
07
Offenlegung
Incident Response und Offenlegung von Schwachstellen
Wozu wir uns verpflichten, wenn etwas schiefgeht, und wie Sie uns eine Schwachstelle melden, bevor sie jemand anderes findet.
72h
Verletzungen des Schutzes personenbezogener Daten
Betrifft eine Verletzung personenbezogene Daten, die wir im Auftrag eines Unternehmens verarbeiten, benachrichtigen wir das Unternehmen unverzüglich und, wo möglich, binnen 48 Stunden mit dem, was bekannt ist: Art der Verletzung, betroffene Personen und Datensätze, wahrscheinliche Folgen und ergriffene Maßnahmen. Wo wir Verantwortlicher sind, melden wir sie der zuständigen Behörde binnen 72 Stunden nach Kenntnis, sofern die Verletzung voraussichtlich nicht zu einem Risiko für Personen führt, und informieren die betroffenen Personen unverzüglich, wenn das Risiko hoch ist.
Was heute besteht, was auf Anfrage verfügbar ist und was wir nicht behaupten. Wenn eine Zeile für Ihre Prüfung wichtig ist, ist das verlinkte Dokument der maßgebliche Text.
Eine Anlage zu den Geschäftsbedingungen für Unternehmen für die Fälle, in denen wir personenbezogene Daten im Auftrag eines Unternehmens verarbeiten: Enterprise-Verbindungen und Anmeldung der Belegschaft. Das eigene Avonao ID einer Person liegt bei uns als Verantwortlichem. Veröffentlicht als Entwurf 0.1.
09
Richtlinien
Rechtsdokumente
Jedes Dokument, das Avonao ID regelt. Sie sind als Entwürfe veröffentlicht, die rechtliche Prüfung steht noch aus. Wir informieren Mitglieder per E-Mail mindestens 30 Tage, bevor wichtige Änderungen der Nutzungsbedingungen in Kraft treten, und Unternehmen mindestens 30 Tage, bevor ein Subunternehmer hinzugefügt oder ersetzt wird.
Der Vertrag mit Mitgliedern: das Konto, Anmeldung, Apps und Einwilligung, das Netzwerk, Verified, wenn aktiviert, Löschung mit Wiederherstellungsfenster und Haftung.
Entwurf 0.1
10
Anbieterprüfung
Sicherheitsunterlagen anfordern.
Führen Sie eine Anbieterprüfung durch? Sagen Sie uns, was Sie brauchen. Wir beantworten Fragebögen schriftlich, und Enterprise-Käufer können mit uns über die Architektur sprechen.
Das Token nennt seine Schlüssel-ID. Ihr Backend ruft den veröffentlichten Schlüsselsatz ab, prüft Signatur, Aussteller, Zielgruppe, Ablauf und Nonce und braucht für kein Token einen Aufruf bei uns.
Es beweist nicht
Wer die Person in der realen Welt ist. Avonao ID zeigt die Kontrolle über eine Anmeldemethode wie einen Passkey oder eine E-Mail-Adresse, keine rechtliche Identität. Die Verified-Prüfung (eine Dokumenten- und Selfie-Prüfung über Stripe Identity) ist abgeschaltet, solange sie nicht eingeschaltet ist und die Person sie wählt.
Dass eine E-Mail-Adresse der Person bleibt. Das Token besagt, dass die Adresse bei der Anmeldung der Person bestätigt war.
Was ein Unternehmen mit den Daten tut, nachdem die Person zugestimmt hat. Das Unternehmen ist für das, was es erhält, ein eigener Verantwortlicher.
Eine Verknüpfung zwischen den Konten einer Person in zwei Apps. Jede App erhält absichtlich ihre eigene Pairwise-ID.
Dass jemand außerhalb von Avonao es geprüft hat. Wir haben heute keinen externen Prüfbericht und keine Zertifizierung, und die Compliance-Tabelle unten sagt das auch.
Worauf Sie bei uns weiterhin vertrauen
Die Prüfung ist unabhängig. Das Vertrauen ist auf eine kurze, benannte Liste beschränkt.
Sie vertrauen
Warum
Wenn es versagt
Der Schlüsselsatz, gegen den Sie prüfen, ist unserer
Eine Signatur beweist, wer einen Schlüssel hält, nicht wessen Schlüssel es ist. Sie rufen den Satz per HTTPS vom Aussteller ab, den Sie konfiguriert haben.
Ein untergeschobener Schlüsselsatz ließe gefälschte Tokens gültig aussehen. Legen Sie den Aussteller fest und, für die stärkste Absicherung, die Schlüssel-IDs.
Unsere Signaturschlüssel werden nur vom Anmeldedienst verwendet
Der Dienst signiert, was sein Code zu signieren beschließt. Die Schlüssel sind im Ruhezustand verschlüsselt, derzeit ohne Hardware-Sicherheitsmodul.
Ein geleakter Schlüsselverschlüsselungsschlüssel oder ein missbrauchter Schlüssel könnte Tokens für Anmeldungen signieren, die nie stattgefunden haben. Ein kompromittierter Schlüssel kann sofort aus dem veröffentlichten Satz entfernt werden.
Wir prüfen Anmeldemethoden ehrlich
Passkeys, Codes und Links prüft unser Code. Bei Google, Microsoft und GitHub verlassen wir uns auf die Adresse, die sie als bestätigt melden.
Ein kompromittierter Avonao-ID-Dienst könnte eine falsche Anmeldung signieren, und ein kompromittierter Anbieter könnte eine falsche Adresse melden.
Unsere Uhr
Ausstellungs- und Ablaufzeit sind unsere Serverzeit zum Zeitpunkt der Signatur.
Eine ungenaue Uhr liefert falsche Zeiten. Erlauben Sie bei der Prüfung eine kleine Abweichung der Uhr.
Keine API-Route liefert privates Schlüsselmaterial. Der Schlüsselsatz enthält nur öffentliche Felder.
Der Zugriff auf die Produktion ist auf namentlich benannte Avonao-Mitarbeitende beschränkt, die zur Vertraulichkeit verpflichtet sind. Administrative Funktionen brauchen ein separates Token, das als Plattform-Secret gehalten wird und nicht in der Datenbank liegt.
Die Rotation läuft von selbst: Der aktive Schlüssel wird ersetzt, sobald er 90 Tage alt ist und sein Nachfolger seit 24 Stunden veröffentlicht ist. Ein ausgemusterter Schlüssel bleibt lange genug veröffentlicht, damit Tokens, die kurz vor dem Wechsel signiert wurden, noch geprüft werden können.
Ein kompromittierter Schlüssel kann sofort widerrufen und aus dem veröffentlichten Satz entfernt werden, wodurch mit ihm signierte Tokens nicht mehr verifizierbar sind.
Die Schlüssel liegen nicht in einem Hardware-Sicherheitsmodul. Die Verlagerung der Signatur in einen Cloud-Schlüsseldienst ist entworfen, nicht gebaut. Wer sowohl die Datenbank als auch den Schlüsselverschlüsselungsschlüssel besitzt, könnte Tokens signieren lassen.
Es gibt heute kein Key-Transparency-Log und keine externe Prüfung der Schlüsselbehandlung.
Dieselben Metadaten in der Form eines OAuth-Autorisierungsservers (RFC 8414)
Den Schlüsselsatz abrufen und eine Schlüssel-ID neu berechnen
curl -sSL https://id.avonao.com/.well-known/jwks.json
// kid = die ersten 22 Zeichen des base64url-codierten SHA-256 der Felder crv, kty, x und y des Schlüssels als JSON
const json = JSON.stringify({ crv: k.crv, kty: k.kty, x: k.x, y: k.y });
const digest = new Uint8Array(await crypto.subtle.digest("SHA-256", new TextEncoder().encode(json)));
const kid = btoa(String.fromCharCode(...digest))
.replace(/\+/g, "-").replace(/\//g, "_").replace(/=+$/, "").slice(0, 22);
Für die stärkste Absicherung rufen Sie den Schlüsselsatz einmal ab, speichern Sie jede kid mit ihren x- und y-Werten in Ihrem eigenen Repository und prüfen Sie gegen diese Kopie. Aktualisieren Sie sie, wenn eine neue kid erscheint. Siehe /.well-known/openid-configuration
03
Einwilligung, Scopes und Rollen
Eine App erhält nur die Scopes, die die Person erlaubt hat, und eine eigene private ID, und die Person kann ihren Zugriff jederzeit entziehen. Unternehmensrollen (Owner, Admin, Developer) folgen dem Prinzip der minimalen Rechte, und eine Einladung kann nur von der eingeladenen, bestätigten E-Mail-Adresse angenommen werden.
04
Regionen und Mandanten
Die Daten einer Person liegen in einer regionalen Datenbank, die nur der Dienst dieser Region erreicht. Ein Cookie oder Token aus einer anderen Region wird abgelehnt, und als Ausweichlösung wird nichts aus einer anderen Region gelesen oder dorthin geschrieben. Unternehmen sind logisch über die Unternehmens-ID getrennt; eine eigene Datenbank je Unternehmen ist gebaut, aber nicht eingeschaltet.
05
Ausgehende Anfragen
Webhooks werden an https-Adressen auf einem öffentlichen Hostnamen gesendet, mit HMAC-SHA256 und Zeitstempel signiert, mit 5 Sekunden Timeout, und Weiterleitungen werden nie verfolgt. Ein Callback eines Wallet-Verifiers muss https sein und auf einer vom Unternehmen verifizierten Domain liegen. Enterprise-Anmeldung prüft Signatur, Aussteller, Zielgruppe, Ablauf und Nonce des Identity Providers.
06
Rate Limits und Missbrauch
Anmeldung, Codeeingabe, der Token-Endpunkt, Unternehmensanlage, Einladungen, Domain-Verifizierung, Meldungen und Follows unterliegen alle Rate Limits; der E-Mail-Link erlaubt 5 Anfragen je Adresse und 20 je IP-Adresse in 10 Minuten. Zähler werden als Hashes mit Schlüssel gespeichert, sodass weder Adresse noch IP im Klartext vorliegen. Ein Bot-Check schützt Registrierung und Unternehmensanlage, wenn er konfiguriert ist.
Benannte Grenzen: Ein Hostname, der auf eine private Adresse auflöst, wird von den eigenen Egress-Regeln von Cloudflare gestoppt, nicht von uns, daher ist die Allowlist verifizierter Domains die wichtigste Kontrolle. Webhooks, Enterprise-Verbindungen (SAML und OIDC) und SCIM sind Beta und werden so bereitgestellt, wie sie sind. Browser-Anfragen, die Daten ändern, müssen vom selben Origin stammen.
Ein Beleg für jede Weitergabe
Jedes Mal, wenn eine App Angaben einer Person erhält, erhält die Person einen Datenbeleg. Die Person kann sehen, was jede App sehen kann, und unter Ihre Apps deren Zugriff entziehen.
Nur das Erlaubte
Eine App erhält nur die Scopes, die auf dem Einwilligungsbildschirm erlaubt wurden. Eine Plattform meldet nur, ob ein Abonnement keines, kostenlos oder bezahlt ist. Verified behält, wenn eingeschaltet, das Ergebnis und die Vertrauensstufe, nie Bilder von Dokumenten.
Datenregionen
Die personenbezogenen Daten, Sitzungen und der Anmeldeverlauf einer Person werden nur in der Region gespeichert, die sie bei der Registrierung wählt. Unternehmensdatensätze (Apps, Domains, Schlüssel) und ein pseudonymer Anmeldeindex liegen in der Heimatregion USA West. Anfragen erreichen das Netzwerk von Cloudflare am nächstgelegenen Standort des Besuchers und werden dann in der Region der Person bearbeitet oder dorthin weitergeleitet.
Region
Code
Dienststandort (AWS-Region)
Speicherung
USA Ost
enam
us-east-1
Standorthinweis
USA West
wnam
Heimatdienst
Standorthinweis
Europa Mitte
weur-1
eu-central-1
EU-Jurisdiktion (erzwungen)
Europa West
weur-2
eu-west-1
EU-Jurisdiktion (erzwungen)
Europa Nord
neur
eu-north-1
EU-Jurisdiktion (erzwungen)
Asia-Pacific
apac
ap-southeast-1
Standorthinweis
Oceania
oc
ap-southeast-2
Standorthinweis
Eine Region gibt an, wo die Daten einer Person gespeichert sind. Eine Anfrage für eine Person in einer Region liest oder schreibt nie die Datenbank einer anderen Region, und eine Region, die nicht erreichbar ist, lässt die Anfrage mit einem Fehler scheitern.
Verschlüsselung
Der Datenverkehr nutzt HTTPS. Datenbanken werden im Ruhezustand von unserem Infrastrukturanbieter Cloudflare verschlüsselt. Secrets, die der Dienst lesen muss, werden zusätzlich in der Anwendung mit AES-256-GCM verschlüsselt, unter einem Schlüssel, der als Plattform-Secret gehalten und nie in der Datenbank gespeichert wird.
Löschung
Das Löschen eines Kontos schließt es sofort und beendet seine Sitzungen und App-Verbindungen. 28 Tage lang kann sich die Person anmelden und die Löschung abbrechen; danach werden Konto, E-Mail-Adressen, Anmeldemethoden, Sitzungen, Einwilligungsdatensätze und Datenbelege endgültig gelöscht, und Einträge im Sicherheitsprotokoll werden anonymisiert. Plattformen und Unternehmens-Apps werden informiert, damit sie ihre Kopien löschen können. Die Löschung wird verweigert, solange ein bezahltes Abonnement läuft. Eine Person kann ihre Daten jederzeit als JSON-Datei herunterladen.
Aufbewahrung
Konto und alles, was daran hängt
Bis das Konto gelöscht wird, plus ein Wiederherstellungsfenster von 28 Tagen. Danach löscht die tägliche Bereinigung es endgültig.
Sitzungen
Bis sie ablaufen (14 Tage ohne Nutzung, höchstens 90 Tage) oder die Person sie beendet. Beendete Sitzungen werden 30 Tage später gelöscht.
Anfrageprotokolle des Hosting-Anbieters und Wiederherstellungsdaten
Anfrageprotokolle bis zu 7 Tage. Point-in-Time-Wiederherstellungsdaten bis zu 30 Tage, nur verwendet, um den Dienst nach einem Ausfall wiederherzustellen.
Sicherheitsprotokoll
395 Tage (etwa 13 Monate), nie länger als das Konto. Bei der endgültigen Löschung werden Einträge anonymisiert.
Das Audit-Log eines Unternehmens
Solange das Unternehmen besteht, plus ein Jahr nach seiner Löschung.
Webhook-Zustellprotokolle
30 Tage.
Meldungen und Moderationsentscheidungen
3 Jahre nach der Entscheidung, länger nur, solange eine Entscheidung noch in Kraft ist.
Die Statusseite zeigt nur den aktuellen Zustand. Sie hat heute keinen Vorfallverlauf, kein E-Mail-Abonnement und keinen Feed.
Die Statusseite ist nicht signiert und keine Service-Level-Vereinbarung.
Support und Servicelevel
Avonao ID ist für Personen und Unternehmen kostenlos. Während des Early Access gibt es keine Service-Level-Vereinbarung, es sei denn, sie wird schriftlich vereinbart. Support gibt es per E-Mail: business-support@avonao.com für Unternehmen und enterprise-support@avonao.com für Enterprise-Verbindungen und Verträge.
Tarif
Support und Servicelevel
Free, Pro, Team und Scale
business-support@avonao.com. Keine Verfügbarkeitszusage und keine Service-Gutschriften während des Early Access.
Enterprise
enterprise-support@avonao.com. Jedes Servicelevel wird im Vertrag schriftlich vereinbart.
Beta-Funktionen
Webhooks, Enterprise-Verbindungen und SCIM werden so bereitgestellt, wie sie sind, und fallen unter kein Servicelevel.
Eine Prüfung auf der Statusseite schlägt fehl: Anmelde-Discovery, Signaturschlüssel oder Tarife und Konfiguration antworten nicht.
Wird innerhalb von etwa 30 Sekunden auf der Statusseite als Antwortet nicht angezeigt.
Verletzung des Schutzes personenbezogener Daten
Ein Sicherheitsvorfall führt zum Verlust, zur Veränderung oder zur unbefugten Offenlegung von oder zum unbefugten Zugang zu personenbezogenen Daten.
Ein Unternehmen erfährt es unverzüglich, wo möglich binnen 48 Stunden. Behörden binnen 72 Stunden, wo erforderlich.
Änderung einer Beta-Funktion
Eine Beta-Funktion, etwa Webhooks oder eine Enterprise-Verbindung, ändert sich oder wird beendet.
Mindestens 14 Tage Vorankündigung, bevor eine Beta-Funktion beendet wird, die ein Unternehmen nutzt.
Ein Tariflimit schaltet die Anmeldung nie ab: Über dem Limit monatlich aktiver Nutzer werden Owner gewarnt und Anmeldungen laufen weiter. Über dem Limit für Apps oder Plätze werden neue abgelehnt und bestehende bleiben.
Ein Token, das eine App bereits hält, wird offline gegen die veröffentlichten Schlüssel geprüft. ID-Tokens gelten 5 Minuten, daher braucht eine erneute Anmeldung den Dienst.
/status
Dienstvorfälle
Eine fehlschlagende Prüfung erscheint auf der Statusseite. Bei einem Sicherheitsvorfall dämmen wir ihn zuerst ein: Offengelegte Secrets werden rotiert, die Sitzungen betroffener Konten beendet und eine betroffene Route kann abgeschaltet werden. Betroffene Personen werden per E-Mail von no-reply@id.avonao.com informiert, mit einer Support-Adresse.
Verantwortungsvolle Offenlegung
Melden Sie über das Formular, mit Ihren Kontaktdaten oder anonym, oder per E-Mail an security@avonao.com. Die Meldeseite legt Umfang und Safe Harbor dar.
Schritt
Ziel
Ihre Meldung bestätigen
Binnen 3 Werktagen
Erstbewertung und Schweregrad
Binnen 10 Werktagen
Zwischenstände, solange das Problem offen ist
Mindestens alle 14 Tage
Behebung bei kritischem und hohem Schweregrad
Wir streben 30 Tage an
Behebung bei geringerem Schweregrad
Wir streben 90 Tage an
Ziele, keine Garantien. Wir bitten um 90 Tage vor einer öffentlichen Offenlegung. Es gibt kein Bug-Bounty mit Geldprämien; auf Wunsch nennen wir Forschende namentlich.
Wo Daten den EWR, das Vereinigte Königreich oder die Schweiz verlassen, stützen wir uns auf das EU-US Data Privacy Framework, wo der Anbieter zertifiziert ist, und sonst auf die EU-Standardvertragsklauseln mit dem UK-Addendum.
NUICORN, Chausseestraße 86, 10115 Berlin, Deutschland, ist unser Vertreter und Datenschutzbeauftragter für die Europäische Union. Er ist in der Datenschutzerklärung genannt.
Mindestens 30 Tage Vorankündigung per E-Mail an die Owner oder in der Konsole, mit dem Recht, aus Datenschutzgründen zu widersprechen und, wenn wir es nicht lösen können, den betroffenen Dienst zu beenden.
Herunterladen, berichtigen und löschen im Dashboard. Andere Anfragen gehen an support@avonao.com und werden unverzüglich und binnen eines Monats beantwortet.
Auf Anfrage stellen wir die Informationen bereit, die zeigen, wie wir Artikel 28 DSGVO erfüllen: den AVV, die Sicherheitsmaßnahmen in seinem Anhang 2 und die Liste der Subunternehmer.
Einmal im Jahr mit 30 Tagen Vorankündigung, durch das Unternehmen oder einen unabhängigen, zur Vertraulichkeit verpflichteten Prüfer, auf Kosten des Unternehmens, oder jederzeit nach einer Verletzung. Wir dürfen zunächst mit Dokumentation antworten.
Wo Zertifizierungen oder öffentliche Compliance-Dokumente eines Anbieters existieren und wir sie teilen dürfen, können wir eine Audit-Anfrage zunächst damit beantworten.
Avonao ID ist kein HIPAA-Dienst. Wir wurden nicht nach HIPAA bewertet und schließen keine Business Associate Agreements. Geben Sie keine geschützten Gesundheitsdaten ein.
Welche personenbezogenen Daten wir verarbeiten, warum, wer sie erhält, wo sie gespeichert werden, wie lange sie aufbewahrt werden, Cookies und wie Sie Ihre Rechte ausüben.
Für Unternehmen, die Avonao ID in ihren Apps nutzen: Rollen, Domains, Livegang, Datenpflichten, Listing, Moderation, Beta-Funktionen, Support und Haftung.
Bedingungen als Auftragsverarbeiter für Enterprise-Verbindungen und Nutzung durch die Belegschaft: Weisungen, Sicherheitsmaßnahmen, Subunternehmer, Meldung von Verletzungen, Audits und Löschung.
Prüfbar
