Skip to content

Winglark

Trust & Security Center

In jeder Einladung steckt Vertrauen.

Eine Gästeliste ist personenbezogene Daten, ein Einladungslink ist ein Schlüssel und ein QR-Code ist eine Eintrittskarte. Winglark ist so konzipiert, dass jedes davon durch die Architektur selbst geschützt ist — auf seinen Eigentümer beschränkt, als Geheimnis gespeichert, das nur wir verifizieren können, und bei jeder Verwendung auf unseren Servern geprüft.

Zuletzt geprüft am 26. September 2026

Die Grenzen um einen Gast: Organisation, Kunde, Veranstaltung und der eigene Link des GastesOrganisationKundeVeranstaltungGast-Link
Jede Grenze wird auf dem Server durchgesetzt: Der Link eines Gastes öffnet eine Einladung, in einer Veranstaltung, bei einem Kunden, in einer Organisation.
  • Pro WorkspaceJede Abfrage ist auf die Organisation beschränkt, der der Datensatz gehört
  • Argon2idPasswort-Hashing, mit einer Anmeldung, die nie verrät, ob ein Konto existiert
  • Schlüsselbasierte HashesEinladungslinks, Anmeldelinks und Einlasscodes werden nur als schlüsselbasierte Hashes gespeichert
  • EU-SpeicherungWorkspace- und Gästedaten werden in der Europäischen Union gespeichert

Security by Design

Sicherheit ist Teil der Architektur, keine zusätzliche Schicht.

Der sicherste Weg durch Winglark ist der einzige Weg. Der Schutz steckt darin, wie Daten abgefragt werden, wo Code läuft und wie sich jede Integration verhält.

  • Grundsätzlich serverseitig

    Alles, was Ihre Daten liest oder ändert, läuft auf unseren Servern, nie im Browser. Servermodule sind so gekennzeichnet, dass sie das Gerät eines Besuchers nicht erreichen können, und automatisierte Tests sichern diese Grenze ab.

  • Eigentum in jeder Abfrage

    Ein Datensatz wird zusammen mit der Organisation abgerufen, der er gehört. Es gibt keinen separaten Schritt „gefunden, jetzt Zugriff prüfen“, der vergessen werden könnte — die Zugriffsprüfung ist Teil der Abfrage selbst.

  • Standardmäßig sicher

    Eine Integration ohne ihre Zugangsdaten verweigert den Dienst, statt sich zu öffnen. Eingehende Webhooks ohne konfigurierten Schlüssel lehnen jeden Aufruf ab, und deaktivierte Funktionen lassen sich nicht über eine Hintertür erreichen.

  • Minimale Rechte

    Jede Workspace-Rolle hat nur die Berechtigungen, die ihre Aufgabe erfordert, und unsere eigenen Mitarbeitenden handeln über einen eng begrenzten, protokollierten Kanal.

  • Nichts Technisches auf dem Bildschirm

    Fehlerseiten zeigen niemals Datenbankmeldungen, Stacktraces oder Konfigurationsdetails. Diese bleiben in unseren eigenen Betriebsprotokollen.

Organisations- & Mandantentrennung

Ihre Organisation ist eine Grenze, kein Filter.

Jeder Workspace gehört genau einer Organisation. Seine Veranstaltungen, Gäste, Listen und Designs sind nur von innen erreichbar — und innerhalb eines Agentur-Workspace lässt sich zudem jeder Kunde getrennt halten.

  • Mandantentrennung

    Jede Abfrage erfolgt gegen den Workspace, dem der Datensatz gehört. Ein Datensatz einer anderen Organisation verhält sich genau so, als existiere er nicht — er kann also weder gelesen noch geändert, ja nicht einmal bestätigt werden.

  • Agenturen und ihre Kunden

    Datensätze tragen den Kunden, zu dem sie gehören. Listen, Designs und Veranstaltungen werden serverseitig nach Kunde gefiltert, und der Zugriff eines Mitglieds auf einen Kunden kann das, was seine Rolle ohnehin erlaubt, nur einschränken.

  • Durch Tests belegt

    Zugriffsversuche über Organisations- und Kundengrenzen hinweg sind Teil der automatisierten Testsuite. Die Grenze wird also mit jedem Release geprüft, nicht vorausgesetzt.

  • Protokollierte Änderungen

    Administrative Aktionen und sensible Änderungen werden in einem Audit-Log festgehalten — so ist klar nachvollziehbar, wer was geändert hat.

Eine Anfrage findet nur Datensätze innerhalb des Workspace — und bei Agenturen des Kunden —, zu dem sie gehört.Agentur-WorkspaceKunde 1Kunde 2Abfrage auf den Eigentümer beschränktWorkspace BDatensatz eines anderen Workspace: nicht gefunden
Eine Anfrage findet nur Datensätze innerhalb des Workspace — und bei Agenturen des Kunden —, zu dem sie gehört.

Datenschutz

Personenbezogene Daten, bei jedem Schritt sorgfältig behandelt.

Gästedaten werden bei der Übertragung verschlüsselt, in der Europäischen Union gespeichert, nur den Personen angezeigt, die sie benötigen, und nur mit Begründung exportiert.

  • Verschlüsselung bei der Übertragung

    Der gesamte Datenverkehr zu Winglark nutzt HTTPS; einfaches HTTP wird umgeleitet, und Browser werden angewiesen, nichts anderes zu verwenden (HSTS). Die Verbindungen zwischen unserer Anwendung und ihrer Datenbank sind verschlüsselt.

  • Verschlüsselung im Ruhezustand

    Gespeicherte Daten werden von unseren Hosting- und Datenbankplattformen im Ruhezustand verschlüsselt. Zusätzlich werden Geheimnisse wie Links, Codes und Sitzungen nur als schlüsselbasierte Hashes gespeichert.

  • Speicherung in der EU

    Workspace- und Gästedaten werden in der Europäischen Union gespeichert: Die Anwendung läuft in Frankfurt, und die Produktionsdatenbank wird in der EU betrieben.

  • Sichtbarkeit nach dem Need-to-know-Prinzip

    E-Mail-Adressen und Telefonnummern von Gästen werden für Teammitglieder maskiert, die sie nicht sehen dürfen. Sensible Angaben wie Ernährungs- oder Barrierefreiheitsbedürfnisse sind nur für die Rollen sichtbar, die sie benötigen.

  • Nachvollziehbare Exporte

    Gästelisten lassen sich in jedem Tarif als CSV oder Excel exportieren. Exporte mit personenbezogenen Daten verlangen eine Begründung, maskieren, was die exportierende Person nicht sehen darf, und werden protokolliert.

  • Ein Standard, jedes Land

    Die DSGVO der EU ist die Grundlage, und dieselben Kontrollen gelten für Veranstalter und Gäste unter anderen Datenschutzgesetzen, etwa der UK GDPR, dem türkischen KVKK, dem Schweizer DSG und dem kalifornischen CCPA.

Identität & Zugriffskontrolle

Wer Sie sind, und was genau Sie dürfen.

Die Anmeldung ist gegen Erraten und Account-Enumeration geschützt, Sitzungen liegen auf dem Server, und jede Rolle in einem Workspace hat einen genau festgelegten Satz an Berechtigungen.

  • Anmeldung mit Google

    Die Anmeldung mit Google nutzt den standardisierten OAuth-2.0-Authorization-Code-Flow mit PKCE sowie State- und Nonce-Prüfung und verknüpft ein Konto nur mit einer Adresse, die Google verifiziert hat.

  • Starker Passwortschutz

    Passwörter werden mit Argon2id und einem eindeutigen Salt gehasht. Sie werden nie gespeichert, nie protokolliert und sind nicht wiederherstellbar; Anmeldung und Passwort-Zurücksetzung antworten gleich, unabhängig davon, ob zu einer Adresse ein Konto existiert.

  • Einmalige Konto-Links

    Links zum Zurücksetzen des Passworts, zur Bestätigung der E-Mail-Adresse und zur Aktivierung funktionieren einmal, für einen Zweck und eine Person, und laufen ab. Ein Zurücksetzen des Passworts meldet das Konto überall ab.

  • Serverseitige Sitzungen

    Sitzungen verwenden sichere HTTP-only-Cookies. Das Sitzungstoken wird auf dem Server als schlüsselbasierter Hash gespeichert und kann dort jederzeit widerrufen werden.

  • Rollenbasierte Berechtigungen

    Inhaber, Manager, Marketing- und Gästemanager, Berichtsleser und Einlasspersonal haben jeweils einen festgelegten Satz an Berechtigungen. Das Einlasspersonal sieht nur den Einlass-Bildschirm; Berichtsleser können lesen, aber nichts ändern.

  • Ratenbegrenzung

    Anmeldung, Registrierung, Passwort-Zurücksetzung, Einladungsabrufe, Rückmeldungen und öffentliche Formulare unterliegen einer Ratenbegrenzung, um Rateversuche und Missbrauch zu verlangsamen.

  • Kontrollierter Mitarbeiterzugang

    Der Zugang zur internen Konsole von Winglark ist auf namentlich benannte Mitarbeitende beschränkt und kann sofort entzogen werden. Jede Änderung, die unsere Mitarbeitenden an einem Kundenkonto vornehmen, erfordert eine angegebene Begründung und wird in einem Audit-Log festgehalten.

Was jede Workspace-Rolle darf (vereinfacht).
Workspace-EinstellungenGästelisteKontaktdatenEinladungen sendenSensible AngabenBerichte
InhaberErlaubtErlaubtErlaubtErlaubtErlaubtErlaubt
ManagerErlaubtErlaubtErlaubtErlaubtNicht erlaubtErlaubt
GästemanagerNicht erlaubtErlaubtErlaubtErlaubtErlaubtErlaubt
MarketingmanagerNicht erlaubtNicht erlaubtNicht erlaubtErlaubtNicht erlaubtErlaubt
BerichtsleserNicht erlaubtNicht erlaubtNicht erlaubtNicht erlaubtNicht erlaubtErlaubt
EinlasspersonalNicht erlaubtNicht erlaubtNicht erlaubtNicht erlaubtNicht erlaubtNicht erlaubt
Was jede Workspace-Rolle darf (vereinfacht).

Sichere Einladungsarchitektur

Jede Einladung ist ein Schlüssel, den nur ihr Gast besitzt.

Einladungen und Rückmeldungen sind so konzipiert, dass ein Gast seine eigene Einladung erreicht und sonst nichts — und dass jede seiner Antworten getreu festgehalten wird.

  • Nicht erratbare Links

    Der Link jedes Gastes enthält einen nicht erratbaren Wert von 256 Bit und keine personenbezogenen Informationen. Gespeichert wird nur ein schlüsselbasierter Hash davon, sodass selbst eine Kopie unserer Datenbank nicht in funktionierende Links umgewandelt werden könnte.

  • Geschützte Abrufe

    Einladungsabrufe unterliegen einer Ratenbegrenzung, und das erneute Senden einer Einladung ersetzt den vorherigen Link.

  • Eine verlässliche Rückmeldung

    Jeder Gast hat eine Antwort, die er bis zum Rückmeldeschluss ändern kann. Jede Änderung wird als Revision aufbewahrt, und gleichzeitige Übermittlungen können nie eine zweite Rückmeldung erzeugen.

  • Gäste sehen nur ihre eigene

    Ein Gast kann nur seine eigene Einladung öffnen — nie die Angaben oder Antworten eines anderen Gastes.

  • Sichere Importe

    ListGuard liest hochgeladene Tabellen ausschließlich als Daten: Formeln werden neutralisiert, Dateien sind größenbegrenzt, und Listen werden auf Fehler und Duplikate geprüft, bevor jemand eingeladen wird.

GatePass QR-Sicherheit

Eine Eintrittskarte, die weder erraten noch als Kopie genutzt noch wiederverwendet werden kann.

GatePass macht jedes Smartphone zu einem sicheren Scanner. Jede Karte wird auf unseren Servern geprüft, gewährt einmal Einlass und bleibt sicher, selbst wenn am Einlass das Netz ausfällt.

  • Opake, signierte Karten

    Eine QR-Karte enthält einen opaken Code und nichts über den Gast. Sie wird mit einem serverseitigen geheimen Schlüssel erzeugt, kann also weder erraten noch gefälscht werden, und gespeichert wird nur ein schlüsselbasierter Hash davon.

  • Auf dem Server verifiziert

    Ein gescannter Code wird auf unseren Servern geprüft. Jede Karte gewährt einmal Einlass, ein zweiter Scan wird markiert, und Codes einer anderen Veranstaltung, widerrufene Karten und entzogene Geräte werden abgewiesen.

  • Widerrufbare Geräte

    Ein verlorenes Einlass-Smartphone lässt sich zentral deaktivieren; ein widerrufenes Gerät kann weder scannen noch synchronisieren.

  • Sicherer Offline-Modus

    Die Liste, die ein Einlass-Smartphone für Momente ohne Netz vorhält, enthält keine Kontaktdaten und keine verwendbaren Kartenwerte und läuft nach 12 Stunden ab.

  • Abgleich nach Wiederverbindung

    Jeder offline gewährte Einlass wird vom Server erneut geprüft, sobald das Smartphone wieder verbunden ist. Der erste Einlass zählt, Duplikate werden gemeldet, und nichts wird überschrieben.

  • Schlüsselrotation

    Eine Rotation des Serverschlüssels macht alle ausgegebenen Karten auf einen Schlag ungültig.

Der Check-in am Einlass ist in den Tarifen enthalten, die ihn umfassen, oder kann für eine einzelne Veranstaltung hinzugebucht werden.

  1. LinkNicht erratbar, als schlüsselbasierter Hash gespeichert
  2. RückmeldungEine Antwort pro Gast, jede Änderung bleibt erhalten
  3. KarteMit einem Serverschlüssel signiert, nichts Persönliches
  4. ScanAuf dem Server geprüft, gewährt einmal Einlass
  5. OfflineKeine Kontakte, läuft ab, nach Verbindung erneut geprüft
Der Weg des Gastes und der Schutz bei jedem Schritt.

Live-Teilnahme

Gäste machen mit. Niemand übernimmt den Saal.

Während einer Veranstaltung beantworten Gäste Umfragen, stellen Fragen und reagieren vom eigenen Handy aus — über Companion und LivePulse. Jeder Link öffnet genau eine Veranstaltung, mitmachen geht ohne Konto, und nichts, was ein Gast schreibt, erreicht den Saal, bevor die Veranstalter es freigeben.

  • Links für genau eine Veranstaltung

    Jeder Gastlink öffnet eine einzige Veranstaltung. Links werden aus einem serverseitigen Geheimnis abgeleitet, gespeichert wird nur ein mit Schlüssel gebildeter Hash — sie lassen sich weder erraten noch auflisten.

  • Kein Einlasscode im offenen Link

    Der offene Link über einen QR-Code im Saal ist anonym und zeigt nie einen Einlasscode. Der GatePass-Code eines Gastes erscheint nur auf seiner persönlichen Seite und nur, solange der Check-in aktiv ist.

  • Mit einem Schritt ersetzt

    Die Veranstalter können alle Gastlinks auf einmal ersetzen und den Link des Saalbildschirms separat. Die alten Links funktionieren sofort nicht mehr; ein Bildschirm mit dem alten Link wird bei der nächsten Aktualisierung dunkel.

  • Ein Handy, eine Stimme, kein Konto

    Ein Handy wird an einem signierten Schlüssel nur für diese Veranstaltung erkannt, in einem Cookie, das Skripte nicht lesen können. Antworten und Stimmen werden mit einem mit Schlüssel gebildeten Hash davon gespeichert, nie mit einem Namen, und jedes Handy beantwortet eine Umfrage einmal.

  • Moderiert, bevor es gezeigt wird

    Fragen warten auf die Freigabe durch das Veranstaltungsteam, bevor sie die Liste des Saals oder den Bildschirm erreichen; abgelehnte Fragen erscheinen nie.

  • Grenzen gegen Fluten

    Stimmen, Fragen, Fragen-Stimmen und Reaktionen sind pro Handy begrenzt, Fragen zusätzlich über ein gemeinsames Netz.

  • Netzwerken nur aus freien Stücken

    In MeetFlow erscheint ein Gast für andere erst, nachdem er ein Profil geschrieben und sich sichtbar geschaltet hat — nur für Gäste derselben Veranstaltung und nur über seinen eigenen Einladungslink. Aus der Gästeliste wird nichts übernommen; Ausblenden oder Austreten ist ein Fingertipp.

  • Nachrichten zwischen zwei Personen

    Anfragen und Nachrichten zwischen Gästen sehen nur diese beiden Gäste. Veranstalter sehen Zahlen — wie viele teilnehmen, wie viele Anfragen es gibt —, nie den Inhalt. Wer blockiert und wer blockiert wurde, sehen einander nicht mehr.

  • Nachrichten bleiben bei den Gastgebern

    Sprach-, Video- und Textnachrichten über VoiceBook erreichen nur das Organisationsteam. Anderswo erscheint eine Nachricht nur, wenn der Gast es erlaubt und das Team sie freigegeben hat; Gäste können eine Nachricht vom eigenen Handy zurückziehen, die Aufnahme wird gelöscht. Aufnahmen werden an keinen KI-Dienst gesendet; Transkripte schreibt das Organisationsteam.

  • Fotos privat bis zur Freigabe

    MomentFlow zeigt jedes Foto und Video, das Gäste senden, nur dem Veranstaltungsteam, bis es für die Leinwand oder die Galerie freigegeben ist. Jeder Gast beantwortet zwei getrennte Fragen — für diese Veranstaltung aufbewahren und, standardmäßig nicht angekreuzt, in der Werbung verwenden — und kann jeden Moment über seinen privaten Link zurücknehmen. Die Dateien liegen in der EU.

  • Ein Besuch ist ein Scan, sonst nichts

    Event Passport zählt einen Ort nur, wenn sein gedruckter Code gescannt wird — kein Standort, kein Tracking im Hintergrund. Jeder Ort zählt pro Gast einmal, und Veranstalter sehen Summen pro Ort, nie den Weg einer Person.

Einwilligung des Publikums

Ihr Publikum gehört Ihnen. Die Entscheidung den Menschen.

Mit AudiencePass hat ein Ort einen dauerhaften QR-Code, den Besucher scannen, um von künftigen Veranstaltungen zu erfahren. Wer beitritt, ist Kontakt der Organisation – und die Entscheidung, wieder zu gehen, liegt bei jeder Person selbst. Winglark setzt sie durch.

  • Nicht das Publikum von Winglark

    Kontakte aus AudiencePass werden verarbeitet, um die Liste der Organisation zu führen und zu senden, was sie senden möchte. Winglark nutzt sie nicht für eigenes Marketing und zeigt sie keinem anderen Kunden.

  • Eine Entscheidung, die die Organisation nicht aufheben kann

    Wer geht, hinterlässt bei Winglark eine Sperre. Keine Einstellung, Rolle, Auswahl und kein Import hebt sie auf; nur die Person selbst kann über ihren eigenen Link wieder beitreten.

  • Eine Regel auf jedem Versandweg

    AudiencePass-Mails, ReachLab-Kampagnen und erste Einladungen über MailFlow stellen dieselbe Frage, bevor sie jemandem schreiben.

  • Getrennt gehalten

    Dieselbe Adresse in zwei Organisationen sind zwei unverbundene Datensätze. Eine Sperre wird als je Organisation unterschiedlicher, verschlüsselter Digest gespeichert, sodass beide nicht verknüpft werden können.

  • Standardmäßig bestätigt

    Eine Person zählt erst, nachdem sie den Link in ihrem Postfach gedrückt hat. Die Einwilligungshistorie hält den zugestimmten Satz, Zeitpunkt und Sprache fest – keine IP-Adresse, kein Geräte-Fingerabdruck.

  • Codes, die sich nicht erraten lassen

    Jeder QR-Code trägt ein zufälliges, verschlüsseltes Token, das nichts benennt. Ein Code lässt sich mit einer Aktion ersetzen; der alte endet sofort.

  • Nachfass-Nachrichten stellen dieselbe Frage

    Nach einer Veranstaltung versendet AfterFlow nur, was ein Veranstalter freigegeben hat, über MailFlow, und prüft jeden Empfänger im Moment des Versands nach derselben Regel: Sperren, Abmeldungen, Austritte aus dem Publikum und verweigerte Einwilligungen. Jede Nachricht enthält eine Abmeldung mit einem Klick; Öffnungen und Klicks werden nicht erfasst.

  • Sponsoren erhalten nur ein Ja

    Mit SponsorFlow erhält ein Sponsor oder Aussteller die Daten einer teilnehmenden Person erst, nachdem sie auf ihrem eigenen Handy zugestimmt hat, sie mit genau diesem Sponsor zu teilen; jede Zustimmung wird mit Version und Sprache des Wortlauts gespeichert. Ein gescannter Code ist nie ein Kontakt, Standpersonal sieht nur den eigenen Sponsor, und wer das Teilen beendet, dessen Daten werden sofort entfernt.

Webhook-Verifizierung

Nur signierte Nachrichten ändern, was Winglark weiß.

Zustellberichte unseres E-Mail-Anbieters aktualisieren den Status von Einladungen. Winglark akzeptiert sie nur, wenn es ihre Herkunft nachweisen kann.

  • Signaturprüfung

    Jeder Zustell-Webhook muss eine gültige Signatur des Anbieters tragen, die vor jeder Verarbeitung mit einem zeitkonstanten Vergleich geprüft wird.

  • Schutz vor Replay-Angriffen

    Signierte Nachrichten werden nur innerhalb eines kurzen Zeitfensters akzeptiert, sodass eine alte Nachricht später nicht erneut eingespielt werden kann.

  • Einmal gezählt

    Jedes Zustellereignis wird genau einmal erfasst, unabhängig davon, wie oft der Anbieter es erneut sendet.

  • Ohne Schlüssel geschlossen

    Ein Webhook-Endpunkt ohne konfigurierten Verifizierungsschlüssel lehnt jede Anfrage ab.

  • Ihre API-Schlüssel

    Ein API-Schlüssel des Arbeitsbereichs wird nur einmal angezeigt, bei der Erstellung, und nur als verschlüsselter Hash gespeichert. Jeder Schlüssel ist auf die für ihn gewählten Berechtigungen begrenzt, lässt sich jederzeit widerrufen und funktioniert nicht mehr, sobald das Mitglied, das ihn erstellt hat, den Zugriff verliert.

  • Webhooks, die wir senden

    Nachrichten, die Winglark an Ihre Systeme sendet, sind mit einem HMAC samt Zeitstempel signiert, gehen nur an öffentliche HTTPS-Adressen, die bei jedem Versand erneut geprüft werden, werden nach festem Zeitplan wiederholt und für Sie protokolliert.

Sichere Kommunikation

Sorgfältig versendete E-Mails, von vertrauenswürdigen Absendern.

MailFlow versendet Einladungen über einen etablierten E-Mail-Versanddienst und verfolgt jede Nachricht von der Warteschlange bis zur Zustellung.

  • Verifizierte Absender

    Einladungen werden nur von einer Absenderadresse versendet, deren Domain beim E-Mail-Anbieter verifiziert wurde.

  • Automatische Sperrliste

    Adressen mit dauerhaftem Bounce oder mit Beschwerde werden automatisch von künftigen Sendungen ausgeschlossen. Eine Beschwerde kann nie aufgehoben werden, und jeder Versandweg beachtet die Sperrliste.

  • Einwilligungsbasiertes Marketing

    Unsere Early-Access-Liste nutzt Double Opt-in, und jede Nachricht enthält eine Abmeldung mit einem Klick, für die kein Konto nötig ist.

  • Kontrollierte Kanäle

    SMS- und WhatsApp-Nachrichten sind in der Produktion deaktiviert, sodass an Telefonnummern von Gästen nie Nachrichten gesendet werden.

  1. Verifizierter AbsenderNur eine bestätigte Domain kann senden
  2. AnbieterZugestellt über einen etablierten E-Mail-Dienst
  3. Signierter BerichtUnsignierte oder veraltete Berichte werden abgewiesen
  4. SperrlisteBounces und Beschwerden werden ausgeschlossen
Wie eine Einladung versendet wird und woher wir wissen, was mit ihr geschehen ist.

Infrastruktursicherheit

Etablierte Plattformen, klar verteilte Verantwortung.

Winglark läuft auf Vercel und Neon in der Europäischen Union. Die Anbieter sichern ihre Plattformen ab; Winglark sichert ab, wie sie genutzt werden.

  • Secret-Management

    Zugangsdaten liegen im Secret Store der Hosting-Plattform, nie im Code. Jede Art von Zugangsdaten — Sitzungen, Einladungslinks, Einlasscodes, die interne Konsole — hat ihren eigenen Schlüssel.

  • Browser-Schutzmaßnahmen

    Jede Seite wird mit Sicherheits-Headern ausgeliefert, die Framing und Content-Sniffing blockieren, Referrer-Daten begrenzen und leistungsstarke Browserfunktionen einschränken.

  • Kontinuierliche Backups

    Unser Datenbankanbieter führt eine fortlaufende Historie der Produktionsdatenbank, und Winglark pflegt ein dokumentiertes Verfahren für die Wiederherstellung daraus.

  • Zustandsüberwachung

    Ein Health-Check meldet den Zustand des Dienstes, einschließlich Erreichbarkeit der Datenbank und Schemastatus, und betriebliche Fehler landen in einer Ausnahme-Warteschlange für unsere Mitarbeitenden.

Wer wofür verantwortlich ist.
BereichAnbieterWinglark
Hosting und NetzwerkVercel betreibt und sichert die Plattform und ihr Netzwerk.Konfiguration, Sicherheits-Header, welcher Branch deployen darf.
DatenbankNeon betreibt die Datenbank, verschlüsselt den Speicher und führt die Point-in-Time-Historie.Schema, Beschränkung auf die Organisation in jeder Abfrage, das Wiederherstellungsverfahren.
E-MailResend stellt E-Mails zu und signiert seine Zustellberichte.Verifizierte Absender, Signaturprüfung, Sperrliste.
Anmeldung mit GoogleGoogle authentifiziert die Person.Die Prüfungen im OAuth-Flow und welche Konten verknüpft werden.
AI StudioOpenAI erzeugt Texte und Bilder.Was gesendet wird, Faktenprüfung, wo Ergebnisse gespeichert werden.
Wer wofür verantwortlich ist.

Trennung von Produktion & Staging

Live-Daten leben in ihrer eigenen Welt.

Die Produktion ist vollständig von Staging und Entwicklung getrennt, sodass Entwicklung und Tests von Winglark nie Kundendaten berühren.

  • Getrennte Umgebungen

    Produktion und Staging nutzen getrennte Datenbankprojekte und getrennte Deployment-Scopes. Entwicklung und Tests laufen gegen Staging und kurzlebige Testdatenbanken, nie gegen die Produktion.

  • Kontrollierte Releases

    Nur der Release-Branch von Winglark kann Winglark deployen. Jedes Release wird nach der Auslieferung auf der Live-Website geprüft, und das vorherige Deployment bleibt als Rollback-Punkt bereit.

  • Sichere Datenbankänderungen

    Datenbankänderungen sind rein additiv und abwärtskompatibel und werden vor dem Release angewendet, das sie benötigt. Der Dienst meldet sich selbst als nicht funktionsfähig, wenn das Datenbankschema im Rückstand ist.

Automatisierte Sicherheitstests

Sicherheitsregeln werden getestet, nicht erinnert.

Vor jedem Release laufen mehr als 3.500 automatisierte Tests. Die sicherheitskritischen unter ihnen prüfen die auf dieser Seite beschriebenen Grenzen direkt.

  • Trennung

    Tests versuchen, auf Veranstaltungen, Gäste und Kunden einer anderen Organisation zuzugreifen, und bestätigen, dass jeder Versuch abgewiesen wird.

  • Tokens und Links

    Tests bestätigen, dass Links einmal funktionieren, ablaufen, nicht für einen anderen Zweck wiederverwendet werden können und nur als Hashes gespeichert werden.

  • Der Einlass

    Tests decken einmaligen Einlass, gleichzeitige Scans, widerrufene Geräte, fremde Karten und den Offline-Abgleich ab.

  • Webhooks und Berechtigungen

    Tests bestätigen, dass unsignierte oder veraltete Webhooks abgewiesen werden und dass jede Aktion unserer Mitarbeitenden ihre Berechtigung prüft und eine Begründung verlangt.

Sichere Entwicklungspraktiken

Sicherheit ist Teil davon, wie Winglark gebaut wird.

Jede Änderung folgt derselben disziplinierten Routine — von der ersten Codezeile bis zur Prüfung auf der Live-Website.

  • Security-Hardening

    Winglark hat vor dem Start eine gezielte Härtungsphase für die Sicherheit durchlaufen.

  • Belegte Aussagen

    Jede Aussage auf dieser Seite ist in einem internen, mit dem Produkt gepflegten Nachweisverzeichnis auf den Code, die Konfiguration oder die Tests zurückgeführt, die sie umsetzen.

  • Abgesicherte Grenzen

    Die Grenze zwischen Server und Browser, die Beschränkung jeder Abfrage und der Umgang mit Geheimnissen werden durch Codestruktur und Tests durchgesetzt, nicht durch Konvention.

  • Isolierte Entwicklung

    Winglark wird auf einem eigenen Branch und in einem eigenen Projekt entwickelt und veröffentlicht, getrennt von allem anderen in seinem Repository.

KI & Datenverarbeitung

AI Studio sieht Ihre Veranstaltung, nie Ihre Gästeliste.

AI Studio läuft nur, wenn Sie es nutzen, und nur in den Tarifen, die es enthalten. Der Anbieter ist OpenAI.

  • Minimale Daten

    Gesendet werden nur die Veranstaltungsdetails (Titel, Daten und Uhrzeiten, Ort, Rückmeldefrist), Ihre Stileinstellungen und Ihr Brand-Kit sowie Ihre eigenen Anweisungen — und ein Bild, das Sie zur Bearbeitung auswählen. Keine Namen, Adressen oder Antworten von Gästen.

  • Ergebnisse bleiben bei Ihnen

    Erzeugte Designs werden in Ihren eigenen Workspace kopiert, hinter derselben Mandantentrennung wie alles andere.

  • Fakten sind geschützt

    Erzeugter Text wird mit Datum, Uhrzeit und Ort der Veranstaltung abgeglichen, bevor Sie ihn sehen, und diese Fakten bleiben in der Veranstaltung selbst bearbeitbar.

  • Modelltraining

    Laut den API-Bedingungen von OpenAI werden über die API gesendete Daten standardmäßig nicht zum Training seiner Modelle verwendet.

Datenschutz & Data Governance

Ihre Daten dienen Ihren Veranstaltungen — und nichts anderem.

Der Veranstalter entscheidet, was in Winglark eingeht; Winglark speichert und verarbeitet es, um die Veranstaltungen des Veranstalters durchzuführen. Maßgeblich ist die Datenschutzerklärung.

  • Kein Verkauf, keine Weitergabe

    Winglark verkauft keine Daten, teilt keine Gästelisten zwischen Veranstaltern und betreibt kein Marketing gegenüber Gästen.

  • Analyse nach Einwilligung

    Website-Analyse und Werbemessung laufen erst, nachdem ein Besucher eingewilligt hat, und Sitzungsaufzeichnungen sind deaktiviert.

  • Transparente Unterauftragsverarbeiter

    Die Dienste, die in unserem Auftrag Daten verarbeiten, sind mit Zweck und Standort auf der Seite zu den Unterauftragsverarbeitern aufgeführt.

  • Veranstaltungsseiten zeigen, was Sie wählen

    Die eigene Seite einer Veranstaltung mit EventSite ist standardmäßig nicht gelistet und bittet Suchmaschinen, sie nicht aufzunehmen; der Veranstalter kann sie auf Eingeladene beschränken oder öffentlich machen. Wer sich anmeldet, wird Gast im Arbeitsbereich dieser Organisation und nirgendwo sonst, und die Veranstaltungsseiten laden keine Tracker Dritter.

Für Ihre Bewertung

Anfragen zur Sicherheitsdokumentation.

Wenn Ihr Team Winglark bewertet, beantworten wir Ihren Sicherheitsfragebogen und führen Sie durch die hier beschriebene Architektur.

  • SicherheitsfragebögenWir beantworten Standardfragebögen mit derselben Offenheit wie diese Seite.
  • Architektur-WalkthroughEin Gespräch mit den Menschen, die das System gebaut haben — zu Trennung, Tokens, dem Einlass und unseren Anbietern.
  • Datenschutz und UnterauftragsverarbeiterDie Datenschutzerklärung, die Nutzungsbedingungen und die aktuelle Liste der Unterauftragsverarbeiter.
Dokumentation anfragen

Responsible Disclosure

Etwas gefunden? Sagen Sie es uns zuerst.

Wenn Sie glauben, eine Schwachstelle in Winglark gefunden zu haben, melden Sie sie vertraulich. Die Disclosure-Seite erklärt, welche Angaben hilfreich sind und wie Sie verantwortungsvoll testen.

So melden Sie eine Schwachstelle

Sicherheitsfragen von Organisationen

Kann ein anderer Kunde unsere Veranstaltungen oder Gäste sehen?

Nein. Jede Abfrage erfolgt gegen den Workspace, dem der Datensatz gehört, sodass sich ein Datensatz einer anderen Organisation verhält, als existiere er nicht. Agenturen können zudem die Daten jedes Kunden getrennt halten, serverseitig durchgesetzt, und diese Grenzen werden vor jedem Release durch automatisierte Tests verifiziert.

Wie werden die personenbezogenen Daten unserer Gäste geschützt?

Gästedaten werden bei der Übertragung und im Ruhezustand verschlüsselt und in der EU gespeichert. Kontaktdaten werden für Teammitglieder ohne entsprechende Berechtigung maskiert, sensible Angaben sind auf die Rollen beschränkt, die sie benötigen, und Exporte mit personenbezogenen Daten erfordern eine Begründung und werden protokolliert. Einladungslinks und Einlasscodes enthalten keine personenbezogenen Informationen.

Welche Anmeldeoptionen gibt es?

Anmeldung mit Google (OAuth 2.0 mit PKCE) oder mit einer E-Mail-Adresse und einem Passwort, das mit Argon2id gehasht wird. Mehr-Faktor-Authentifizierung und Enterprise Single Sign-on wie SAML werden derzeit nicht angeboten.

Wie wird der Zugriff innerhalb unseres Workspace kontrolliert?

Jedes Mitglied hat eine Rolle mit einem festgelegten Satz an Berechtigungen — vom Inhaber bis zu Berichtslesern und Einlasspersonal. Kontaktdaten und sensible Angaben folgen diesen Berechtigungen, und das Einlasspersonal sieht immer nur den Einlass-Bildschirm.

Wie sicher sind Einladungslinks und QR-Karten?

Einladungslinks enthalten einen nicht erratbaren Wert von 256 Bit, und QR-Karten werden mit einem serverseitigen geheimen Schlüssel erzeugt. Beide werden nur als schlüsselbasierte Hashes gespeichert und auf unseren Servern geprüft, und eine Karte gewährt ihrem Gast einmal Einlass.

Wo werden unsere Daten gespeichert?

In der Europäischen Union: Die Anwendung läuft in Frankfurt, und die Produktionsdatenbank wird in der EU betrieben. Einige Unterauftragsverarbeiter, etwa der E-Mail-Versand und der Anbieter von AI Studio, verarbeiten Daten möglicherweise außerhalb der EU; die Seite zu den Unterauftragsverarbeitern führt jeden einzelnen auf.

Halten Sie DSGVO, KVKK und andere Datenschutzgesetze ein?

Winglark ist auf die Datenschutz-Grundverordnung der EU als Grundlage ausgelegt, und dieselben Schutzmaßnahmen gelten für Menschen, wo immer sie leben, auch unter der UK GDPR, dem türkischen KVKK, dem Schweizer DSG und dem kalifornischen CCPA: Speicherung in der EU, Zugriff nach Rolle, Export in jedem Tarif und Löschung einer Veranstaltung, ihrer Gästeliste oder eines ganzen Kontos. Der Veranstalter entscheidet, wozu Gästedaten erhoben werden; Winglark verarbeitet sie in seinem Auftrag. Maßgeblich ist die Datenschutzerklärung; Fragen zu einem bestimmten Gesetz können Sie über die Kontaktseite stellen.

Werden Gästedaten an eine KI gesendet?

Nein. AI Studio sendet nur Veranstaltungsdetails und Ihre eigenen Anweisungen an seinen Anbieter, und nur, wenn Sie es nutzen.

Wie gehen Sie mit einem Sicherheitsvorfall um?

Die Menschen, die Winglark gebaut haben, untersuchen direkt: das Problem eindämmen, den Dienst wiederherstellen und betroffene Kunden über die Kontaktdaten in ihrem Workspace informieren. Wir veröffentlichen keine vertraglich zugesicherten Reaktions- oder Wiederherstellungszeiten.

Haben Sie Backups?

Ja. Unser Datenbankanbieter führt eine fortlaufende Historie der Produktionsdatenbank, und Winglark pflegt ein dokumentiertes Verfahren für die Wiederherstellung daraus.

Verfügen Sie über eine SOC-2- oder ISO-27001-Zertifizierung?

Derzeit nicht, und ein unabhängiger Penetrationstest wurde noch nicht beauftragt. Unsere Sicherheitskontrollen sind Kontrolle für Kontrolle anhand des Codes und der Tests dokumentiert, die sie umsetzen, und wir gehen sie im Rahmen einer Bewertung mit Sicherheitsteams durch.

Können wir Sicherheitsdokumentation für unsere Bewertung erhalten?

Ja. Wir beantworten Sicherheitsfragebögen und bieten einen Architektur-Walkthrough mit den Menschen an, die das System gebaut haben. Nutzen Sie die Kontaktseite und erwähnen Sie Ihre Bewertung.

Sehen Sie es an Ihrer eigenen Veranstaltung.

Winglark ist im frühen Zugang. Fragen Sie Zugang an, ein Mensch prüft die Anfrage, und eine Einladung in Ihren Arbeitsbereich folgt.