Une liste d’invités est une donnée personnelle, un lien d’invitation est une clé et un QR code est un laissez-passer. Winglark est conçu pour que chacun d’eux soit protégé par l’architecture elle-même — rattaché à son propriétaire, stocké comme un secret que nous seuls pouvons vérifier, et contrôlé sur nos serveurs à chaque utilisation.
Chaque frontière est appliquée sur le serveur : le lien d’un invité ouvre une invitation, dans un événement, pour un client, au sein d’une organisation.
Par espaceChaque recherche est limitée à l’organisation propriétaire de l’enregistrement
Argon2idHachage des mots de passe, avec une connexion qui ne révèle jamais si un compte existe
Empreintes à cléLes liens d’invitation, les liens de connexion et les codes d’entrée ne sont stockés que sous forme d’empreintes à clé
Stockage UELes données des espaces de travail et des invités sont stockées dans l’Union européenne
Sécurité dès la conception
La sécurité fait partie de l’architecture, ce n’est pas une couche ajoutée.
Dans Winglark, le chemin le plus sûr est le seul chemin. La protection est intégrée à la manière dont les données sont recherchées, à l’endroit où le code s’exécute et au comportement de chaque intégration.
Côté serveur par construction
Tout ce qui lit ou modifie vos données s’exécute sur nos serveurs, jamais dans le navigateur. Les modules serveur sont marqués de sorte qu’ils ne puissent pas atteindre l’appareil d’un visiteur, et des tests automatisés garantissent cette frontière.
La propriété dans chaque requête
Un enregistrement est récupéré en même temps que l’organisation qui en est propriétaire. Il n’existe pas d’étape distincte « trouvé, vérifions maintenant l’accès » susceptible d’être oubliée — l’accès fait partie de la recherche elle-même.
Sécurisé par défaut
Une intégration dépourvue de ses identifiants refuse au lieu de s’ouvrir. Les webhooks entrants sans clé configurée rejettent chaque appel, et les fonctionnalités désactivées ne peuvent pas être atteintes par une porte dérobée.
Moindre privilège
Chaque rôle d’un espace de travail ne détient que les autorisations nécessaires à sa fonction, et notre propre personnel intervient par un canal restreint et audité.
Rien de technique à l’écran
Les pages d’erreur n’affichent jamais de messages de base de données, de traces d’exécution ni de détails de configuration. Ces informations restent dans nos propres registres d’exploitation.
Faites glisser pour la suite
Isolation des organisations
Votre organisation est une frontière, pas un filtre.
Chaque espace de travail appartient à une seule organisation. Ses événements, invités, listes et créations ne sont accessibles que depuis cet espace — et, au sein d’un espace agence, chaque client peut lui aussi être tenu à part.
Isolation des organisations
Chaque recherche s’effectue dans l’espace de travail propriétaire de l’enregistrement. Un enregistrement appartenant à une autre organisation se comporte exactement comme s’il n’existait pas : il ne peut jamais être lu, modifié, ni même confirmé.
Les agences et leurs clients
Les enregistrements portent le client auquel ils appartiennent. Les listes, créations et événements sont filtrés par client sur le serveur, et l’accès d’un membre à un client ne peut que restreindre ce que son rôle autorise déjà.
Prouvé par les tests
Les tentatives entre organisations et entre clients font partie de la suite de tests automatisés : la frontière est vérifiée à chaque mise en production, et non supposée.
Modifications tracées
Les actions d’administration et les modifications sensibles sont inscrites dans un journal d’audit, qui indique clairement qui a modifié quoi.
Faites glisser pour la suite
Une requête ne peut trouver que des enregistrements situés dans l’espace de travail — et, pour les agences, le client — auquel elle appartient.
Protection des données
Des données personnelles traitées avec soin, à chaque étape.
Les données des invités sont chiffrées dès leur transmission, stockées dans l’Union européenne, présentées uniquement aux personnes qui en ont besoin et exportées uniquement avec un motif.
Chiffrement en transit
Tout le trafic vers Winglark passe par HTTPS ; le HTTP simple est redirigé et les navigateurs sont tenus de n’utiliser rien d’autre (HSTS). Les connexions entre notre application et sa base de données sont chiffrées.
Chiffrement au repos
Les données stockées sont chiffrées au repos par nos plateformes d’hébergement et de base de données. En complément, les secrets tels que les liens, les codes et les sessions ne sont stockés que sous forme d’empreintes à clé.
Stockage dans l’UE
Les données des espaces de travail et des invités sont stockées dans l’Union européenne : l’application s’exécute à Francfort et la base de données de production est hébergée dans l’UE.
Visibilité selon le besoin
Les adresses e-mail et numéros de téléphone des invités sont masqués pour les membres de l’équipe qui ne sont pas autorisés à les voir. Les réponses sensibles, comme les besoins alimentaires ou d’accessibilité, ne sont visibles que par les rôles qui en ont besoin.
Des exports responsables
Les listes d’invités peuvent être exportées en CSV ou Excel avec toutes les offres. Les exports contenant des données personnelles demandent un motif, masquent ce que la personne qui exporte n’est pas autorisée à voir, et sont journalisés.
Une norme, tous les pays
Le RGPD de l’UE sert de base, et les mêmes contrôles s’appliquent aux organisateurs et aux invités relevant d’autres lois sur la protection des données, comme le UK GDPR, la KVKK turque, la LPD suisse et le CCPA californien.
Faites glisser pour la suite
Identité et contrôle d’accès
Qui vous êtes, et exactement ce que vous pouvez faire.
La connexion est protégée contre les tentatives de devinette et l’énumération, les sessions sont gérées côté serveur, et chaque rôle d’un espace de travail dispose d’un ensemble précis d’autorisations.
Connexion avec Google
La connexion avec Google utilise le flux standard OAuth 2.0 par code d’autorisation avec PKCE, et vérification des paramètres state et nonce ; un compte n’est associé qu’à une adresse vérifiée par Google.
Une protection solide des mots de passe
Les mots de passe sont hachés avec Argon2id et un sel unique. Ils ne sont jamais stockés, journalisés ni récupérables, et la connexion comme la réinitialisation du mot de passe donnent la même réponse, qu’une adresse corresponde à un compte ou non.
Des liens de compte à usage unique
Les liens de réinitialisation de mot de passe, de confirmation d’e-mail et d’activation ne fonctionnent qu’une fois, pour un seul usage et une seule personne, et expirent. Une réinitialisation du mot de passe déconnecte le compte partout.
Des sessions côté serveur
Les sessions utilisent des cookies sécurisés, en HTTP-only. Le jeton de session est stocké sur le serveur sous forme d’empreinte à clé et peut y être révoqué à tout moment.
Des autorisations par rôle
Propriétaires, gestionnaires, responsables marketing, gestionnaires des invités, lecteurs de rapports et personnel d’accueil disposent chacun d’un ensemble défini d’autorisations. Le personnel d’accueil ne voit que l’écran de contrôle à l’entrée ; les lecteurs de rapports peuvent consulter mais pas modifier.
Limitation de débit
La connexion, l’inscription, la réinitialisation du mot de passe, la consultation des invitations, les réponses et les formulaires publics sont soumis à une limitation de débit afin de freiner les tentatives de devinette et les abus.
Un accès du personnel maîtrisé
L’accès à la console interne de Winglark est réservé à des membres du personnel nommément désignés et peut être révoqué immédiatement. Toute modification apportée par notre personnel au compte d’un client exige un motif déclaré et est inscrite dans un journal d’audit.
Faites glisser pour la suite
Ce que chaque rôle de l’espace de travail peut faire (version simplifiée).
Paramètres de l’espace
Liste d’invités
Coordonnées
Envoi des invitations
Réponses sensibles
Rapports
Propriétaire
Autorisé
Autorisé
Autorisé
Autorisé
Autorisé
Autorisé
Gestionnaire
Autorisé
Autorisé
Autorisé
Autorisé
·Non autorisé
Autorisé
Gestionnaire des invités
·Non autorisé
Autorisé
Autorisé
Autorisé
Autorisé
Autorisé
Responsable marketing
·Non autorisé
·Non autorisé
·Non autorisé
Autorisé
·Non autorisé
Autorisé
Lecteur de rapports
·Non autorisé
·Non autorisé
·Non autorisé
·Non autorisé
·Non autorisé
Autorisé
Personnel d’accueil
·Non autorisé
·Non autorisé
·Non autorisé
·Non autorisé
·Non autorisé
·Non autorisé
Ce que chaque rôle de l’espace de travail peut faire (version simplifiée).
Architecture sécurisée des invitations
Chaque invitation est une clé que seul son invité détient.
Les invitations et les réponses sont conçues pour qu’un invité accède à sa propre invitation et à rien d’autre, et pour que chacune de ses réponses soit enregistrée fidèlement.
Des liens impossibles à deviner
Le lien de chaque invité porte 256 bits de valeur impossible à deviner et aucune information personnelle. Seule une empreinte à clé en est stockée : même une copie de notre base de données ne permettrait pas d’en tirer des liens valides.
Des consultations protégées
La consultation des invitations est soumise à une limitation de débit, et le renvoi d’une invitation remplace le lien précédent.
Une seule réponse, fidèle
Chaque invité dispose d’une réponse unique qu’il peut modifier jusqu’à la clôture des réponses. Chaque modification est conservée comme une révision, et des envois simultanés ne peuvent jamais créer une seconde réponse.
Chaque invité ne voit que ce qui le concerne
Un invité ne peut ouvrir que sa propre invitation — jamais les coordonnées ou les réponses d’un autre invité.
Des imports sûrs
ListGuard lit les feuilles de calcul importées uniquement comme des données : les formules sont neutralisées, la taille des fichiers est limitée, et les listes sont vérifiées pour détecter erreurs et doublons avant que quiconque soit invité.
Faites glisser pour la suite
Sécurité des QR codes GatePass
Un laissez-passer impossible à deviner, à réutiliser ou à exploiter par copie.
GatePass transforme n’importe quel téléphone en scanner sécurisé. Chaque laissez-passer est vérifié sur nos serveurs, n’admet qu’une fois et reste sûr même lorsque l’entrée perd le réseau.
Des laissez-passer opaques et signés
Un QR code porte un code opaque et aucune information sur l’invité. Il est généré à l’aide d’une clé secrète côté serveur, de sorte qu’il ne peut être ni deviné ni falsifié, et seule une empreinte à clé en est stockée.
Vérifié sur le serveur
Un code scanné est vérifié sur nos serveurs. Chaque laissez-passer n’admet qu’une fois, un second scan est signalé, et les codes d’un autre événement, les laissez-passer révoqués et les appareils retirés sont refusés.
Des appareils révocables
Un téléphone d’accueil perdu peut être désactivé de manière centralisée ; un appareil révoqué ne peut plus ni scanner ni synchroniser.
Un mode hors ligne sûr
La liste qu’un téléphone d’accueil conserve pour les moments sans réseau ne contient aucune coordonnée ni aucune valeur de laissez-passer exploitable, et elle expire au bout de 12 heures.
Rapprochement à la reconnexion
Chaque admission effectuée hors ligne est revérifiée par le serveur lorsque le téléphone se reconnecte. La première arrivée fait foi, les doublons sont signalés et rien n’est écrasé.
Rotation des clés
La rotation de la clé serveur invalide immédiatement tous les laissez-passer en circulation.
Faites glisser pour la suite
Le contrôle à l’entrée est inclus dans les offres qui le comprennent, ou peut être ajouté à un événement unique.
01LienImpossible à deviner, stocké sous forme d’empreinte à clé
02RéponseUne réponse par invité, chaque modification conservée
03Laissez-passerSigné avec une clé serveur, sans rien de personnel
04ScanVérifié sur le serveur, admet une seule fois
05Hors ligneSans coordonnées, expire, revérifié à la reconnexion
Le parcours de l’invité, et la protection à chaque étape.
Participation en direct
Les invités participent. Personne ne prend le contrôle de la salle.
Pendant un événement, les invités répondent aux sondages, posent des questions et réagissent depuis leur propre téléphone, avec Companion et LivePulse. Chaque lien ouvre un seul événement, participer ne demande aucun compte, et rien de ce qu’écrit un invité n’atteint la salle sans l’accord des organisateurs.
Des liens limités à un événement
Chaque lien invité ouvre un seul événement. Les liens sont dérivés d’un secret côté serveur et seule une empreinte à clé de chacun est conservée : impossible de les deviner ou de les lister.
Aucun pass sur le lien ouvert
Le lien ouvert, depuis un QR code dans la salle, est anonyme et n’affiche jamais de pass. Le pass GatePass d’un invité n’apparaît que sur sa page personnelle, et seulement tant que le contrôle d’entrée est actif.
Remplacés en une action
Les organisateurs peuvent remplacer tous les liens invités d’un coup, et le lien de l’écran de salle séparément. Les anciens liens cessent aussitôt de fonctionner ; un écran affichant l’ancien lien s’éteint à son prochain rafraîchissement.
Un téléphone, une voix, sans compte
Un téléphone est reconnu par une clé signée propre à l’événement, conservée dans un cookie que les scripts ne peuvent pas lire. Réponses et votes sont enregistrés avec une empreinte à clé de celle-ci, jamais avec un nom, et chaque téléphone répond une fois à un sondage.
Modéré avant d’être affiché
Les questions attendent la validation de l’équipe d’organisation avant d’atteindre la liste de la salle ou l’écran ; les questions refusées n’apparaissent jamais.
Des limites contre les abus
Votes, questions, votes sur les questions et réactions sont limités par téléphone, et les questions aussi sur un réseau partagé.
Des rencontres seulement par choix
Dans MeetFlow, un invité n’apparaît aux autres qu’après avoir rédigé un profil et choisi d’être visible, uniquement auprès des invités du même événement et uniquement via son propre lien d’invitation. Rien n’est repris de la liste d’invités ; se masquer ou partir se fait d’un geste.
Des messages entre deux personnes
Les demandes et les messages entre invités ne sont visibles que par ces deux invités. Les organisateurs voient des chiffres — combien participent, combien de demandes — jamais ce qui a été écrit. Une personne bloquée et celle qui l’a bloquée ne se voient plus.
Les messages restent aux hôtes
Les messages vocaux, vidéo et écrits laissés via VoiceBook ne parviennent qu’à l’équipe organisatrice. Un message n’est montré ailleurs que si l’invité l’a permis et que l’équipe l’a validé ; l’invité peut retirer son message depuis son téléphone, et l’enregistrement est supprimé. Les enregistrements ne sont envoyés à aucun service d’IA ; les transcriptions sont saisies par l’équipe organisatrice.
Des photos privées jusqu’à validation
MomentFlow ne montre chaque photo et vidéo envoyée par les invités qu’à l’équipe organisatrice, jusqu’à sa validation pour l’écran ou la galerie. Chaque invité répond à deux questions distinctes — la garder pour cet événement et, décochée par défaut, l’utiliser en promotion — et peut reprendre chaque moment depuis son lien privé. Les fichiers sont stockés dans l’UE.
Une visite, c’est un scan, rien de plus
Event Passport ne compte un lieu que lorsque son code imprimé est scanné — aucune localisation, aucun suivi en arrière-plan. Chaque lieu compte une fois par invité, et les organisateurs voient des totaux par lieu, jamais le parcours d’une personne.
Faites glisser pour la suite
Consentement du public
Votre public vous appartient. Le choix leur appartient.
Avec AudiencePass, un lieu dispose d’un QR code permanent que les visiteurs scannent pour être tenus informés de ses prochains événements. Les personnes inscrites sont des contacts de l’organisation, et la décision de partir revient à chacune d’elles — Winglark la fait respecter.
Pas le public de Winglark
Les contacts recueillis via AudiencePass sont traités pour gérer la liste de l’organisation et envoyer ce qu’elle choisit d’envoyer. Winglark ne les utilise pas pour son propre marketing et ne les montre à aucun autre client.
Une décision que l’organisation ne peut pas lever
Partir enregistre un blocage du côté de Winglark. Aucun réglage, rôle, sélection ni import ne le supprime ; seule la personne peut revenir, depuis son propre lien.
Une seule règle sur chaque chemin d’envoi
Les e-mails AudiencePass, les campagnes ReachLab et les premières invitations via MailFlow posent la même question avant d’écrire à quelqu’un.
Tenus à l’écart
La même adresse dans deux organisations correspond à deux fiches sans lien. Un blocage est stocké sous forme d’empreinte chiffrée propre à chaque organisation : impossible de les rapprocher.
Confirmé par défaut
Une personne n’est comptée qu’après avoir cliqué sur le lien reçu par e-mail. L’historique garde la phrase acceptée, la date et la langue — ni adresse IP, ni empreinte d’appareil.
Des codes impossibles à deviner
Chaque QR porte un jeton aléatoire et chiffré qui ne nomme rien. Un code se remplace en une action ; l’ancien s’arrête aussitôt.
Les suivis posent la même question
Après un événement, AfterFlow n’envoie que ce qu’un organisateur a validé, via MailFlow, et vérifie chaque destinataire au moment de l’envoi selon la même règle : exclusions, désinscriptions, départs du public et consentements refusés. Chaque suivi comporte une désinscription en un clic ; les ouvertures et les clics ne sont pas suivis.
Les sponsors ne reçoivent qu’un oui
Avec SponsorFlow, un sponsor ou un exposant ne reçoit les coordonnées d’un participant qu’après son accord, donné sur son propre téléphone, pour ce seul sponsor ; chaque accord est enregistré avec la version et la langue du texte. Un code scanné n’est jamais un contact, l’équipe d’un stand ne voit que son propre sponsor, et arrêter le partage supprime aussitôt les coordonnées.
Faites glisser pour la suite
Vérification des webhooks
Seuls les messages signés modifient ce que Winglark sait.
Les rapports de remise de notre fournisseur d’e-mails mettent à jour le statut des invitations. Winglark ne les accepte que lorsqu’il peut prouver leur provenance.
Vérification des signatures
Chaque webhook de remise doit porter une signature valide du fournisseur, contrôlée par une comparaison à temps constant avant tout traitement.
Protection contre le rejeu
Les messages signés ne sont acceptés que dans une courte fenêtre de temps, de sorte qu’un ancien message ne peut pas être rejoué plus tard.
Comptabilisé une seule fois
Chaque événement de remise est enregistré exactement une fois, quel que soit le nombre de nouvelles tentatives du fournisseur.
Fermé sans clé
Un point de terminaison de webhook dont la clé de vérification n’est pas configurée refuse chaque requête.
Vos clés d’API
Une clé d’API d’espace de travail n’est affichée qu’une fois, à sa création, et n’est conservée que sous forme d’empreinte chiffrée. Chaque clé est limitée aux autorisations choisies pour elle, peut être révoquée à tout moment et cesse de fonctionner quand le membre qui l’a créée perd son accès.
Les webhooks que nous envoyons
Les messages que Winglark envoie à vos systèmes sont signés par un HMAC horodaté, ne partent que vers des adresses HTTPS publiques vérifiées à nouveau à chaque envoi, sont retentés selon un calendrier fixe et consignés pour que vous puissiez les consulter.
Faites glisser pour la suite
Communications sécurisées
Des e-mails envoyés avec soin, par des expéditeurs dignes de confiance.
MailFlow envoie les invitations via un fournisseur reconnu d’envoi d’e-mails et suit chaque message, de sa mise en file d’attente à sa remise.
Expéditeurs vérifiés
Les invitations ne partent que d’une adresse d’expéditeur dont le domaine a été vérifié auprès du fournisseur d’e-mails.
Exclusion automatique
Les adresses en rebond permanent ou ayant fait l’objet d’une plainte sont automatiquement exclues des envois ultérieurs. Une plainte ne peut jamais être levée, et chaque canal d’envoi respecte la liste d’exclusion.
Un marketing fondé sur le consentement
Notre liste d’accès anticipé repose sur un double consentement (double opt-in), et chaque message comporte un lien de désinscription en un clic qui ne nécessite aucun compte.
Des canaux maîtrisés
Les messageries SMS et WhatsApp restent désactivées en production : aucun message n’est envoyé aux numéros de téléphone des invités.
Faites glisser pour la suite
01Expéditeur vérifiéSeul un domaine confirmé peut envoyer
02FournisseurRemis par un service d’e-mail reconnu
03Rapport signéLes rapports non signés ou périmés sont refusés
04ExclusionRebonds et plaintes sont tenus à l’écart
Comment une invitation part, et comment nous savons ce qu’il en est advenu.
Sécurité de l’infrastructure
Des plateformes reconnues, des responsabilités clairement réparties.
Winglark fonctionne sur Vercel et Neon dans l’Union européenne. Les fournisseurs sécurisent leurs plateformes ; Winglark sécurise la manière dont elles sont utilisées.
Gestion des secrets
Les identifiants sont conservés dans le coffre de secrets de la plateforme d’hébergement, jamais dans le code. Chaque type d’identifiant — sessions, liens d’invitation, codes d’entrée, console interne — dispose de sa propre clé.
Protections du navigateur
Chaque page est envoyée avec des en-têtes de sécurité qui bloquent l’intégration dans des cadres et la détection de type de contenu (sniffing), limitent les informations de référent et restreignent les fonctionnalités sensibles du navigateur.
Sauvegardes continues
Notre fournisseur de base de données conserve un historique continu de la base de production, et Winglark dispose d’une procédure documentée pour la restaurer à partir de cet historique.
Surveillance de l’état de santé
Un contrôle de santé rend compte de l’état du service, y compris de la joignabilité de la base de données et de l’état de son schéma, et les défaillances opérationnelles sont remontées dans une file d’anomalies traitée par le personnel.
Faites glisser pour la suite
Qui est responsable de quoi.
Domaine
Fournisseur
Winglark
Hébergement et réseau
Vercel exploite et sécurise la plateforme et son réseau.
Configuration, en-têtes de sécurité, branche autorisée à déployer.
Base de données
Neon exploite la base de données, chiffre le stockage et conserve l’historique permettant la restauration à un instant donné.
Schéma, limitation à l’organisation dans chaque requête, procédure de restauration.
E-mail
Resend remet les e-mails et signe ses rapports de remise.
Expéditeurs vérifiés, contrôle des signatures, exclusion.
Connexion avec Google
Google authentifie la personne.
Les contrôles du flux OAuth et les comptes qui sont associés.
AI Studio
OpenAI génère du texte et des images.
Ce qui est envoyé, vérification des faits, lieu de stockage des résultats.
Qui est responsable de quoi.
Séparation production et préproduction
Les données réelles vivent dans leur propre monde.
La production est entièrement séparée de la préproduction et du développement : construire et tester Winglark ne touche jamais aux données des clients.
Des environnements séparés
La production et la préproduction utilisent des projets de base de données distincts et des périmètres de déploiement distincts. Le développement et les tests s’exécutent sur la préproduction et sur des bases de test jetables, jamais sur la production.
Des mises en production maîtrisées
Seule la branche de publication de Winglark peut déployer Winglark, et chaque mise en production est vérifiée sur le site en ligne après sa publication, le déploiement précédent étant conservé comme point de retour arrière.
Des modifications de base de données sûres
Les modifications de la base de données sont additives et rétrocompatibles, et appliquées avant la mise en production qui en a besoin. Le service se déclare en mauvais état si le schéma de sa base de données est en retard.
Faites glisser pour la suite
Tests de sécurité automatisés
Les règles de sécurité sont testées, pas mémorisées.
Plus de 3 500 tests automatisés s’exécutent avant chaque mise en production. Ceux qui touchent à la sécurité vérifient directement les frontières décrites sur cette page.
Isolation
Les tests tentent d’atteindre les événements, les invités et les clients d’une autre organisation, et confirment que chaque tentative est refusée.
Jetons et liens
Les tests confirment que les liens ne fonctionnent qu’une fois, expirent, ne peuvent pas être réutilisés à une autre fin et ne sont stockés que sous forme d’empreintes.
L’entrée
Les tests couvrent l’admission unique, les scans simultanés, les appareils révoqués, les laissez-passer étrangers à l’événement et le rapprochement hors ligne.
Webhooks et autorisations
Les tests confirment que les webhooks non signés ou périmés sont refusés, et que chaque action du personnel vérifie son autorisation et exige un motif.
Faites glisser pour la suite
Pratiques de développement sécurisé
La sécurité fait partie de la manière dont Winglark est construit.
Chaque modification suit la même routine rigoureuse, de la première ligne de code jusqu’à la vérification sur le site en ligne.
Renforcement de la sécurité
Winglark a fait l’objet d’une phase dédiée de renforcement de la sécurité avant son lancement.
Des affirmations fondées sur des preuves
Chaque affirmation de cette page est rattachée au code, à la configuration ou aux tests qui la mettent en œuvre, dans un registre de preuves interne tenu à jour avec le produit.
Des frontières protégées
La séparation entre serveur et navigateur, la limitation de chaque requête et la gestion des secrets sont imposées par la structure du code et par les tests, et non par convention.
Un développement isolé
Winglark est développé et publié sur sa propre branche et son propre projet, séparés de tout le reste de son dépôt.
Faites glisser pour la suite
IA et traitement des données
AI Studio voit votre événement, jamais votre liste d’invités.
AI Studio ne s’exécute que lorsque vous l’utilisez, avec les offres qui l’incluent. Son fournisseur est OpenAI.
Des données minimales
Seules les informations de l’événement (titre, dates et horaires, lieu, date limite de réponse), vos réglages de style et votre charte de marque, ainsi que vos propres instructions sont envoyés — plus une image que vous choisissez de retoucher. Aucun nom, aucune adresse ni aucune réponse d’invité.
Les résultats restent chez vous
Les créations générées sont copiées dans votre propre espace de travail, derrière la même isolation des organisations que tout le reste.
Les faits sont protégés
Le texte généré est vérifié par rapport à la date, à l’heure et au lieu de l’événement avant que vous ne le voyiez, et ces informations restent modifiables dans l’événement lui-même.
Entraînement des modèles
Les conditions de l’API d’OpenAI indiquent que les données envoyées via son API ne sont pas utilisées par défaut pour entraîner ses modèles.
Faites glisser pour la suite
Confidentialité et gouvernance des données
Vos données servent vos événements — et rien d’autre.
L’organisateur décide de ce qui entre dans Winglark ; Winglark le stocke et le traite pour faire fonctionner les événements de l’organisateur. La Politique de confidentialité est le document de référence.
Ni vente, ni partage
Winglark ne vend pas de données, ne partage pas de listes d’invités entre organisateurs et ne fait pas de marketing auprès des invités.
Mesure d’audience après consentement
La mesure d’audience du site web et la mesure publicitaire ne s’exécutent qu’après l’accord du visiteur, et l’enregistrement des sessions est désactivé.
Des sous-traitants en toute transparence
Les services qui traitent des données pour notre compte sont listés, avec leur rôle et leur localisation, sur la page des sous-traitants.
Les pages d’événement montrent ce que vous choisissez
La page propre d’un événement avec EventSite est non répertoriée par défaut et demande aux moteurs de recherche de ne pas la référencer ; l’organisateur peut la réserver aux invités ou la rendre publique. Les inscrits deviennent des invités dans l’espace de cette organisation et nulle part ailleurs, et les pages d’événement ne chargent aucun traceur tiers.
Faites glisser pour la suite
Pour votre évaluation
Demandes de documentation de sécurité.
Si votre équipe évalue Winglark, nous répondrons à votre questionnaire de sécurité et vous présenterons l’architecture décrite ici.
Questionnaires de sécuritéNous remplissons les questionnaires standard avec la même franchise que cette page.
Présentation de l’architectureUn échange avec les personnes qui ont construit le système, sur l’isolation, les jetons, le contrôle à l’entrée et nos fournisseurs.
Confidentialité et sous-traitantsLa Politique de confidentialité, les Conditions d’utilisation et la liste actuelle des sous-traitants.
Si vous pensez avoir découvert une vulnérabilité dans Winglark, signalez-la en privé. La page de divulgation explique quoi inclure et comment tester de manière responsable.
Questions de sécurité posées par les organisations
Un autre client peut-il voir nos événements ou nos invités ?
Non. Chaque recherche s’effectue dans l’espace de travail propriétaire de l’enregistrement, de sorte qu’un enregistrement d’une autre organisation se comporte comme s’il n’existait pas. Les agences peuvent également tenir à part les données de chaque client, avec une application côté serveur, et ces frontières sont vérifiées par des tests automatisés avant chaque mise en production.
Comment les données personnelles de nos invités sont-elles protégées ?
Les données des invités sont chiffrées en transit et au repos, et stockées dans l’UE. Les coordonnées sont masquées pour les membres de l’équipe qui n’ont pas l’autorisation de les voir, les réponses sensibles sont limitées aux rôles qui en ont besoin, et les exports contenant des données personnelles demandent un motif et sont journalisés. Les liens d’invitation et les codes d’entrée ne contiennent aucune information personnelle.
Quelles options de connexion sont disponibles ?
La connexion avec Google (OAuth 2.0 avec PKCE) ou avec une adresse e-mail et un mot de passe haché avec Argon2id. L’authentification multifacteur et l’authentification unique d’entreprise, comme SAML, ne sont pas proposées à ce jour.
Comment l’accès est-il contrôlé au sein de notre espace de travail ?
Chaque membre a un rôle doté d’un ensemble défini d’autorisations — du propriétaire au lecteur de rapports et au personnel d’accueil. Les coordonnées et les réponses sensibles suivent ces autorisations, et le personnel d’accueil ne voit jamais que l’écran de contrôle à l’entrée.
Quel est le niveau de sécurité des liens d’invitation et des QR codes ?
Les liens d’invitation portent 256 bits de valeur impossible à deviner et les QR codes sont générés à l’aide d’une clé secrète côté serveur. Les deux ne sont stockés que sous forme d’empreintes à clé et sont vérifiés sur nos serveurs, et un laissez-passer n’admet son invité qu’une seule fois.
Où nos données sont-elles stockées ?
Dans l’Union européenne : l’application s’exécute à Francfort et la base de données de production est hébergée dans l’UE. Certains sous-traitants, comme le service d’envoi d’e-mails et le fournisseur d’AI Studio, peuvent traiter des données en dehors de l’UE ; la page des sous-traitants les liste un par un.
Respectez-vous le RGPD, la KVKK et les autres lois sur la protection des données ?
Winglark est conçu sur la base du Règlement général sur la protection des données de l’UE, et les mêmes protections s’appliquent aux personnes où qu’elles vivent, y compris sous le UK GDPR, la KVKK turque, la LPD suisse et le CCPA californien : données stockées dans l’UE, accès limité selon le rôle, export sur toutes les formules et suppression d’un événement, de sa liste d’invités ou d’un compte entier. L’organisateur décide pourquoi les données des invités sont collectées ; Winglark les traite pour son compte. La Politique de confidentialité fait foi ; les questions sur une loi précise peuvent être envoyées depuis la page de contact.
Les données des invités sont-elles envoyées à l’IA ?
Non. AI Studio n’envoie à son fournisseur que les informations de l’événement et vos propres instructions, et uniquement lorsque vous l’utilisez.
Comment gérez-vous un incident de sécurité ?
Les personnes qui ont construit Winglark mènent elles-mêmes l’analyse : contenir le problème, rétablir le service et informer les clients concernés à l’aide des coordonnées de leur espace de travail. Nous ne publions pas de délais contractuels d’intervention ou de rétablissement.
Disposez-vous de sauvegardes ?
Oui. Notre fournisseur de base de données conserve un historique continu de la base de production, et Winglark dispose d’une procédure documentée pour la restaurer à partir de cet historique.
Êtes-vous certifiés SOC 2 ou ISO 27001 ?
Pas à ce jour, et aucun test d’intrusion indépendant n’a encore été commandé. Nos mesures de sécurité sont documentées une à une au regard du code et des tests qui les mettent en œuvre, et nous les présentons aux équipes sécurité lors d’une évaluation.
Pouvons-nous obtenir une documentation de sécurité pour notre évaluation ?
Oui. Nous répondons aux questionnaires de sécurité et proposons une présentation de l’architecture avec les personnes qui ont construit le système. Utilisez la page de contact en mentionnant votre évaluation.
Voyez-le sur votre propre événement.
Winglark est en accès anticipé. Demandez un accès : une personne l’examine, puis une invitation vers votre espace de travail suit.