Una lista de invitados es un dato personal, un enlace de invitación es una llave y un código QR es un pase. Winglark está diseñado para que cada uno de ellos esté protegido por la propia arquitectura: vinculado a su propietario, guardado como un secreto que solo nosotros podemos verificar y comprobado en nuestros servidores cada vez que se utiliza.
Cada límite se aplica en el servidor: el enlace de un invitado abre una invitación, dentro de un evento, dentro de un cliente, dentro de una organización.
Por espacioCada búsqueda se limita a la organización propietaria del registro
Argon2idHash de contraseñas, con un inicio de sesión que nunca revela si una cuenta existe
Resúmenes con claveLos enlaces de invitación, los enlaces de inicio de sesión y los códigos de acceso se guardan solo como resúmenes con clave
Almacenamiento UELos datos de los espacios de trabajo y de los invitados se almacenan en la Unión Europea
Seguridad desde el diseño
La seguridad forma parte de la arquitectura, no es una capa añadida.
En Winglark, el camino más seguro es el único camino. La protección está integrada en cómo se buscan los datos, en dónde se ejecuta el código y en cómo se comporta cada integración.
En el servidor por construcción
Todo lo que lee o modifica sus datos se ejecuta en nuestros servidores, nunca en el navegador. Los módulos de servidor están marcados para que no puedan llegar al dispositivo de un visitante, y hay pruebas automatizadas que mantienen ese límite.
La propiedad, en cada consulta
Un registro se obtiene junto con la organización a la que pertenece. No existe un paso aparte de «encontrado, ahora comprobamos el acceso» que pueda olvidarse: el acceso forma parte de la propia búsqueda.
Seguro por defecto
Una integración sin sus credenciales se niega en lugar de abrirse. Los webhooks entrantes sin clave configurada rechazan todas las llamadas, y las funciones desactivadas no pueden alcanzarse por una puerta lateral.
Mínimo privilegio
Cada rol de un espacio de trabajo tiene solo los permisos que su función necesita, y nuestro propio personal actúa a través de un canal restringido y auditado.
Nada técnico en pantalla
Las páginas de error nunca muestran mensajes de la base de datos, trazas de ejecución ni detalles de configuración. Esa información se queda en nuestros propios registros operativos.
Desliza para ver más
Aislamiento de organizaciones
Su organización es un límite, no un filtro.
Cada espacio de trabajo pertenece a una sola organización. Sus eventos, invitados, listas y diseños solo son accesibles desde dentro de él — y, dentro de un espacio de agencia, cada cliente también puede mantenerse por separado.
Aislamiento de organizaciones
Cada búsqueda se realiza en el espacio de trabajo propietario del registro. Un registro que pertenece a otra organización se comporta exactamente como si no existiera, de modo que nunca puede leerse, modificarse ni siquiera confirmarse.
Las agencias y sus clientes
Los registros indican el cliente al que pertenecen. Las listas, los diseños y los eventos se filtran por cliente en el servidor, y el acceso de un miembro a un cliente solo puede restringir lo que su rol ya permite.
Demostrado con pruebas
Los intentos entre organizaciones y entre clientes forman parte del conjunto de pruebas automatizadas, de modo que el límite se verifica en cada publicación en lugar de darse por supuesto.
Cambios registrados
Las acciones administrativas y los cambios sensibles se anotan en un registro de auditoría, que deja constancia clara de quién cambió qué.
Desliza para ver más
Una solicitud solo puede encontrar registros dentro del espacio de trabajo — y, en las agencias, del cliente — al que pertenece.
Protección de datos
Datos personales tratados con cuidado en cada paso.
Los datos de los invitados se cifran desde su transmisión, se almacenan en la Unión Europea, solo se muestran a las personas que los necesitan y solo se exportan indicando un motivo.
Cifrado en tránsito
Todo el tráfico hacia Winglark usa HTTPS; el HTTP sin cifrar se redirige y se indica a los navegadores que no usen nada más (HSTS). Las conexiones entre nuestra aplicación y su base de datos están cifradas.
Cifrado en reposo
Los datos almacenados se cifran en reposo por parte de nuestras plataformas de alojamiento y de base de datos. Además, los secretos, como enlaces, códigos y sesiones, se guardan solo como resúmenes con clave.
Almacenados en la UE
Los datos de los espacios de trabajo y de los invitados se almacenan en la Unión Europea: la aplicación se ejecuta en Fráncfort y la base de datos de producción está alojada en la UE.
Visibilidad según la necesidad
Las direcciones de correo electrónico y los números de teléfono de los invitados se ocultan a los miembros del equipo que no están autorizados a verlos. Las respuestas sensibles, como las necesidades alimentarias o de accesibilidad, solo son visibles para los roles que las necesitan.
Exportaciones responsables
Las listas de invitados pueden exportarse en CSV o Excel en todos los planes. Las exportaciones que contienen datos personales piden un motivo, ocultan lo que quien exporta no puede ver y quedan registradas.
Una norma, todos los países
El RGPD de la UE es la base, y los mismos controles protegen a organizadores e invitados sujetos a otras leyes de protección de datos, como el UK GDPR, la KVKK turca, la FADP suiza y la CCPA de California.
Desliza para ver más
Identidad y control de acceso
Quién es usted, y qué puede hacer exactamente.
El inicio de sesión está protegido frente a intentos de adivinación y enumeración, las sesiones residen en el servidor y cada rol de un espacio de trabajo tiene un conjunto preciso de permisos.
Inicio de sesión con Google
El inicio de sesión con Google usa el flujo estándar de código de autorización de OAuth 2.0 con PKCE y comprobaciones de state y nonce, y solo vincula una cuenta a una dirección que Google haya verificado.
Protección sólida de contraseñas
Las contraseñas se procesan con Argon2id y una sal única. Nunca se almacenan, se registran ni se pueden recuperar, y el inicio de sesión y el restablecimiento de contraseña dan la misma respuesta tanto si una dirección tiene cuenta como si no.
Enlaces de cuenta de un solo uso
Los enlaces de restablecimiento de contraseña, de confirmación de correo y de activación funcionan una sola vez, para un solo fin y una sola persona, y caducan. Un restablecimiento de contraseña cierra la sesión de la cuenta en todas partes.
Sesiones en el servidor
Las sesiones usan cookies seguras y HTTP-only. El token de sesión se guarda en el servidor como resumen con clave y puede revocarse allí en cualquier momento.
Permisos por rol
Propietarios, gestores, responsables de marketing, gestores de invitados, consultores de informes y personal de acceso tienen cada uno un conjunto definido de permisos. El personal de acceso solo ve la pantalla de control de acceso; los consultores de informes pueden leer, pero no modificar.
Limitación de frecuencia
El inicio de sesión, el registro, el restablecimiento de contraseña, las consultas de invitaciones, las respuestas y los formularios públicos tienen limitación de frecuencia para frenar los intentos de adivinación y los abusos.
Acceso controlado del personal
El acceso a la consola interna de Winglark está limitado a miembros del personal designados nominalmente y puede revocarse de inmediato. Cada cambio que nuestro personal realiza en la cuenta de un cliente exige un motivo declarado y se anota en un registro de auditoría.
Desliza para ver más
Qué puede hacer cada rol del espacio de trabajo (simplificado).
Ajustes del espacio
Lista de invitados
Datos de contacto
Enviar invitaciones
Respuestas sensibles
Informes
Propietario
Permitido
Permitido
Permitido
Permitido
Permitido
Permitido
Gestor
Permitido
Permitido
Permitido
Permitido
·No permitido
Permitido
Gestor de invitados
·No permitido
Permitido
Permitido
Permitido
Permitido
Permitido
Responsable de marketing
·No permitido
·No permitido
·No permitido
Permitido
·No permitido
Permitido
Consultor de informes
·No permitido
·No permitido
·No permitido
·No permitido
·No permitido
Permitido
Personal de acceso
·No permitido
·No permitido
·No permitido
·No permitido
·No permitido
·No permitido
Qué puede hacer cada rol del espacio de trabajo (simplificado).
Arquitectura segura de invitaciones
Cada invitación es una llave que solo tiene su invitado.
Las invitaciones y las respuestas están diseñadas para que un invitado llegue a su propia invitación y a nada más, y para que cada respuesta que dé quede registrada con fidelidad.
Enlaces imposibles de adivinar
El enlace de cada invitado contiene 256 bits de valor imposible de adivinar y ninguna información personal. Solo se guarda un resumen con clave, de modo que ni siquiera una copia de nuestra base de datos podría convertirse en enlaces válidos.
Consultas protegidas
Las consultas de invitaciones tienen limitación de frecuencia, y reenviar una invitación sustituye el enlace anterior.
Una única respuesta fiel
Cada invitado tiene una sola respuesta que puede cambiar hasta que se cierren las respuestas. Cada cambio se conserva como una revisión, y los envíos simultáneos nunca pueden crear una segunda respuesta.
Cada invitado ve solo lo suyo
Un invitado solo puede abrir su propia invitación, nunca los datos ni las respuestas de otro invitado.
Importaciones seguras
ListGuard lee las hojas de cálculo subidas solo como datos: las fórmulas se neutralizan, el tamaño de los archivos está limitado y las listas se revisan en busca de errores y duplicados antes de invitar a nadie.
Desliza para ver más
Seguridad de los códigos QR de GatePass
Un pase de acceso que no se puede adivinar, copiar para usarlo ni reutilizar.
GatePass convierte cualquier teléfono en un escáner seguro. Cada pase se comprueba en nuestros servidores, da acceso una sola vez y sigue siendo seguro incluso cuando el acceso se queda sin señal.
Pases opacos y firmados
Un pase QR contiene un código opaco y nada sobre el invitado. Se genera con una clave secreta del servidor, de modo que no puede adivinarse ni falsificarse, y solo se guarda un resumen con clave del mismo.
Verificado en el servidor
Un código escaneado se comprueba en nuestros servidores. Cada pase da acceso una sola vez, un segundo escaneo se señala, y se rechazan los códigos de otro evento, los pases revocados y los dispositivos retirados.
Dispositivos revocables
Un teléfono de acceso perdido puede desactivarse de forma centralizada; un dispositivo revocado no puede escanear ni sincronizar.
Modo sin conexión seguro
La lista que un teléfono de acceso conserva para los momentos sin señal no contiene datos de contacto ni valores de pase utilizables, y caduca a las 12 horas.
Conciliación al reconectar
Cada entrada registrada sin conexión la vuelve a comprobar el servidor cuando el teléfono se reconecta. Cuenta la primera llegada, los duplicados se señalan y no se sobrescribe nada.
Rotación de claves
Rotar la clave del servidor invalida de inmediato todos los pases vigentes.
Desliza para ver más
El control de acceso está incluido en los planes que lo contemplan, o puede añadirse a un evento concreto.
01EnlaceImposible de adivinar, guardado como resumen con clave
02RespuestaUna respuesta por invitado, cada cambio conservado
03PaseFirmado con una clave del servidor, sin nada personal
04EscaneoComprobado en el servidor, da acceso una vez
05Sin conexiónSin contactos, caduca, se vuelve a comprobar al reconectar
El recorrido del invitado y la protección en cada paso.
Participación en directo
Los invitados participan. Nadie se adueña de la sala.
Durante un evento, los invitados responden encuestas, hacen preguntas y reaccionan desde su propio móvil con Companion y LivePulse. Cada enlace abre un solo evento, participar no requiere cuenta y nada de lo que escribe un invitado llega a la sala sin la aprobación de los organizadores.
Enlaces limitados a un evento
Cada enlace de invitado abre un único evento. Los enlaces se derivan de un secreto en el servidor y solo se guarda un resumen con clave de cada uno, así que no se pueden adivinar ni enumerar.
Ningún pase en el enlace abierto
El enlace abierto, desde un código QR en la sala, es anónimo y nunca muestra un pase. El pase de GatePass de un invitado aparece solo en su página personal y solo mientras el control de acceso está activo.
Sustituidos en una sola acción
Los organizadores pueden sustituir todos los enlaces de invitados a la vez, y el de la pantalla de la sala por separado. Los antiguos dejan de funcionar al instante; una pantalla con el enlace antiguo se apaga en su siguiente actualización.
Un móvil, una voz, sin cuenta
El móvil se reconoce por una clave firmada solo para ese evento, guardada en una cookie que los scripts no pueden leer. Respuestas y votos se guardan con un resumen con clave de ella, nunca con un nombre, y cada móvil responde una encuesta una vez.
Moderado antes de mostrarse
Las preguntas esperan la aprobación del equipo organizador antes de llegar a la lista de la sala o a la pantalla; las rechazadas nunca aparecen.
Límites contra el abuso
Votos, preguntas, votos a preguntas y reacciones tienen límites por móvil, y las preguntas también en una red compartida.
Networking solo si quieres
En MeetFlow, un invitado solo aparece para los demás después de escribir un perfil y elegir ser visible, solo para invitados del mismo evento y solo con su propio enlace de invitación. No se toma nada de la lista de invitados; ocultarse o salir es un toque.
Notas entre dos personas
Las solicitudes y notas entre invitados solo las ven esos dos invitados. Los organizadores ven cifras —cuántos participan, cuántas solicitudes hay—, nunca lo que se escribió. Quien bloquea y quien es bloqueado dejan de verse.
Los mensajes se quedan con los anfitriones
Los mensajes de voz, vídeo y texto que se dejan con VoiceBook solo llegan al equipo organizador. Un mensaje solo se muestra en otro lugar si el invitado lo permitió y el equipo lo aprobó; el invitado puede retirar su mensaje desde su móvil y la grabación se elimina. Las grabaciones no se envían a ningún servicio de IA; las transcripciones las escribe el equipo organizador.
Fotos privadas hasta su aprobación
MomentFlow solo muestra al equipo organizador cada foto y vídeo que envían los invitados, hasta que se aprueba para la pantalla o la galería. Cada invitado responde dos preguntas por separado — guardarla para este evento y, desmarcada por defecto, usarla en promoción — y puede retirar cualquier momento desde su enlace privado. Los archivos se guardan en la UE.
Una visita es un escaneo, nada más
Event Passport cuenta un lugar solo cuando se escanea su código impreso: sin ubicación ni seguimiento en segundo plano. Cada lugar cuenta una vez por invitado, y los organizadores ven totales por lugar, nunca el recorrido de una persona.
Desliza para ver más
Consentimiento del público
Su público es suyo. La decisión es de ellos.
Con AudiencePass, un espacio tiene un código QR permanente que los visitantes escanean para saber de sus próximos eventos. Quienes se unen son contactos de la organización, y la decisión de irse es de cada uno: Winglark la hace cumplir.
No es el público de Winglark
Los contactos reunidos con AudiencePass se tratan para gestionar la lista de la organización y enviar lo que ella decida. Winglark no los usa para su propio marketing ni los muestra a ningún otro cliente.
Una decisión que la organización no puede revertir
Darse de baja deja un bloqueo del lado de Winglark. Ningún ajuste, rol, selección ni importación lo elimina; solo la persona puede volver, desde su propio enlace.
Una regla en cada vía de envío
Los correos de AudiencePass, las campañas de ReachLab y las primeras invitaciones de MailFlow hacen la misma pregunta antes de escribir a alguien.
Separados entre sí
La misma dirección en dos organizaciones son dos registros sin relación. Un bloqueo se guarda como un resumen cifrado distinto por organización, de modo que no pueden unirse.
Confirmado por defecto
Una persona cuenta solo después de pulsar el enlace enviado a su correo. El historial guarda la frase aceptada, cuándo y en qué idioma; ni dirección IP ni huella del dispositivo.
Códigos imposibles de adivinar
Cada QR lleva un token aleatorio y cifrado que no nombra nada. Un código se sustituye en una acción; el anterior deja de funcionar al instante.
Los seguimientos hacen la misma pregunta
Después de un evento, AfterFlow solo envía lo que un organizador aprobó, a través de MailFlow, y comprueba cada destinatario en el momento del envío con la misma regla: bloqueos, bajas, salidas de la audiencia y consentimientos rechazados. Cada seguimiento incluye una baja en un clic; no se registran aperturas ni clics.
Los patrocinadores solo reciben un sí
Con SponsorFlow, un patrocinador o expositor recibe los datos de un asistente solo después de que esa persona acepte, en su propio móvil, compartirlos con ese único patrocinador; cada aceptación se registra con la versión y el idioma del texto. Un código escaneado nunca es un contacto, el personal del stand solo ve a su propio patrocinador y dejar de compartir elimina los datos al momento.
Desliza para ver más
Verificación de webhooks
Solo los mensajes firmados cambian lo que Winglark sabe.
Los informes de entrega de nuestro proveedor de correo electrónico actualizan el estado de las invitaciones. Winglark solo los acepta cuando puede demostrar su procedencia.
Verificación de firmas
Cada webhook de entrega debe llevar una firma válida del proveedor, comprobada mediante una comparación en tiempo constante antes de procesar nada.
Protección frente a la reproducción
Los mensajes firmados solo se aceptan dentro de un margen de tiempo breve, de modo que un mensaje antiguo no puede reenviarse más tarde.
Contado una sola vez
Cada evento de entrega se registra exactamente una vez, por muchas veces que el proveedor lo reintente.
Cerrado sin clave
Un endpoint de webhook sin su clave de verificación configurada rechaza todas las solicitudes.
Tus claves de API
Una clave de API del espacio de trabajo se muestra una sola vez, al crearla, y solo se guarda como un resumen cifrado con clave. Cada clave se limita a los permisos elegidos para ella, puede revocarse en cualquier momento y deja de funcionar cuando el miembro que la creó pierde el acceso.
Los webhooks que enviamos
Los mensajes que Winglark envía a tus sistemas van firmados con un HMAC con marca de tiempo, solo salen hacia direcciones HTTPS públicas que se comprueban de nuevo en cada envío, se reintentan con un calendario fijo y quedan registrados para que los revises.
Desliza para ver más
Comunicaciones seguras
Correo enviado con cuidado, desde remitentes de confianza.
MailFlow envía las invitaciones a través de un proveedor consolidado de envío de correo electrónico y sigue cada mensaje desde que entra en cola hasta que se entrega.
Remitentes verificados
Las invitaciones solo salen desde una dirección de remitente cuyo dominio se ha verificado con el proveedor de correo electrónico.
Exclusión automática
Las direcciones que rebotan de forma permanente o presentan quejas quedan excluidas automáticamente de los envíos futuros. Una queja nunca puede levantarse, y todas las vías de envío respetan la lista de exclusión.
Marketing basado en el consentimiento
Nuestra lista de acceso anticipado es de doble confirmación (double opt-in), y cada mensaje incluye una baja con un solo clic que no requiere cuenta.
Canales controlados
La mensajería por SMS y WhatsApp permanece desactivada en producción, de modo que nunca se envían mensajes a los números de teléfono de los invitados.
Desliza para ver más
01Remitente verificadoSolo un dominio confirmado puede enviar
02ProveedorEntregado por un servicio de correo consolidado
03Informe firmadoSe rechazan los informes sin firma o caducados
04ExclusiónRebotes y quejas quedan fuera
Cómo sale una invitación y cómo sabemos qué ha sido de ella.
Winglark funciona sobre Vercel y Neon en la Unión Europea. Los proveedores protegen sus plataformas; Winglark protege cómo se utilizan.
Gestión de secretos
Las credenciales se guardan en el almacén de secretos de la plataforma de alojamiento, nunca en el código. Cada tipo de credencial — sesiones, enlaces de invitación, códigos de acceso, la consola interna — tiene su propia clave.
Protecciones del navegador
Cada página se envía con cabeceras de seguridad que bloquean la inserción en marcos y la detección del tipo de contenido (sniffing), limitan la información de referencia y restringen las funciones sensibles del navegador.
Copias de seguridad continuas
Nuestro proveedor de base de datos conserva un historial continuo de la base de datos de producción, y Winglark mantiene un procedimiento documentado para restaurarla a partir de él.
Supervisión del estado
Una comprobación de estado informa de la situación del servicio, incluida la accesibilidad de la base de datos y el estado de su esquema, y los fallos operativos se elevan a una cola de incidencias que atiende el personal.
Desliza para ver más
Quién es responsable de qué.
Ámbito
Proveedor
Winglark
Alojamiento y red
Vercel opera y protege la plataforma y su red.
Configuración, cabeceras de seguridad, qué rama puede desplegar.
Base de datos
Neon opera la base de datos, cifra el almacenamiento y conserva el historial para la recuperación a un momento dado.
Esquema, limitación a la organización en cada consulta, el procedimiento de restauración.
Correo electrónico
Resend entrega el correo y firma sus informes de entrega.
Remitentes verificados, comprobación de firmas, exclusión.
Inicio de sesión con Google
Google autentica a la persona.
Las comprobaciones del flujo OAuth y qué cuentas se vinculan.
AI Studio
OpenAI genera texto e imágenes.
Qué se envía, comprobación de datos, dónde se guardan los resultados.
Quién es responsable de qué.
Separación entre producción y preproducción
Los datos reales viven en su propio mundo.
La producción está completamente separada de la preproducción y del desarrollo, de modo que construir y probar Winglark nunca toca datos de clientes.
Entornos separados
La producción y la preproducción usan proyectos de base de datos distintos y ámbitos de despliegue distintos. El desarrollo y las pruebas se ejecutan contra la preproducción y bases de datos de prueba desechables, nunca contra la producción.
Publicaciones controladas
Solo la rama de publicación de Winglark puede desplegar Winglark, y cada publicación se comprueba en el sitio en producción después de salir, con el despliegue anterior preparado como punto de reversión.
Cambios seguros en la base de datos
Los cambios en la base de datos son aditivos y compatibles con versiones anteriores, y se aplican antes de la publicación que los necesita. El servicio se declara en mal estado si el esquema de su base de datos está desactualizado.
Desliza para ver más
Pruebas de seguridad automatizadas
Las reglas de seguridad se prueban, no se recuerdan.
Más de 3.500 pruebas automatizadas se ejecutan antes de cada publicación. Las que afectan a la seguridad comprueban directamente los límites descritos en esta página.
Aislamiento
Las pruebas intentan llegar a los eventos, invitados y clientes de otra organización, y confirman que cada intento se rechaza.
Tokens y enlaces
Las pruebas confirman que los enlaces funcionan una sola vez, caducan, no pueden reutilizarse para otro fin y se guardan solo como resúmenes.
El acceso
Las pruebas cubren la entrada única, los escaneos simultáneos, los dispositivos revocados, los pases ajenos al evento y la conciliación sin conexión.
Webhooks y permisos
Las pruebas confirman que los webhooks sin firma o caducados se rechazan y que cada acción del personal comprueba su permiso y exige un motivo.
Desliza para ver más
Prácticas de desarrollo seguro
La seguridad forma parte de cómo se construye Winglark.
Cada cambio sigue la misma rutina disciplinada, desde la primera línea de código hasta la comprobación en el sitio en producción.
Refuerzo de la seguridad
Winglark pasó por una fase específica de refuerzo de la seguridad antes de su lanzamiento.
Afirmaciones basadas en evidencias
Cada afirmación de esta página está vinculada al código, la configuración o las pruebas que la implementan, en un registro interno de evidencias que se mantiene junto con el producto.
Límites protegidos
La separación entre servidor y navegador, la limitación de cada consulta y la gestión de secretos se imponen mediante la estructura del código y las pruebas, no por convención.
Desarrollo aislado
Winglark se desarrolla y publica en su propia rama y su propio proyecto, separados de todo lo demás en su repositorio.
Desliza para ver más
IA y tratamiento de datos
AI Studio ve su evento, nunca su lista de invitados.
AI Studio solo se ejecuta cuando usted lo utiliza, en los planes que lo incluyen. Su proveedor es OpenAI.
Datos mínimos
Solo se envían los datos del evento (título, fechas y horas, lugar, fecha límite de respuesta), sus ajustes de estilo y su kit de marca, y sus propias instrucciones, además de una imagen que usted decida editar. Ningún nombre, dirección ni respuesta de invitados.
Los resultados se quedan con usted
Los diseños generados se copian en su propio espacio de trabajo, tras el mismo aislamiento de organizaciones que todo lo demás.
Los datos del evento están protegidos
El texto generado se contrasta con la fecha, la hora y el lugar del evento antes de que usted lo vea, y esos datos siguen siendo editables en el propio evento.
Entrenamiento de modelos
Las condiciones de la API de OpenAI establecen que los datos enviados a través de su API no se utilizan por defecto para entrenar sus modelos.
Desliza para ver más
Privacidad y gobernanza de datos
Sus datos sirven a sus eventos, y a nada más.
El organizador decide qué entra en Winglark; Winglark lo almacena y lo trata para gestionar los eventos del organizador. La Política de privacidad es el documento que rige.
Sin venta, sin cesión
Winglark no vende datos, no comparte listas de invitados entre organizadores y no dirige marketing a los invitados.
Analítica tras el consentimiento
La analítica del sitio web y la medición publicitaria solo se activan después de que el visitante acepte, y la grabación de sesiones está desactivada.
Subencargados con transparencia
Los servicios que tratan datos en nuestro nombre figuran, con su finalidad y ubicación, en la página de subencargados.
Las páginas de evento muestran lo que eliges
La página propia de un evento con EventSite es no listada por defecto y pide a los buscadores que no la incluyan; el organizador puede dejarla solo para invitados o hacerla pública. Quienes se inscriben pasan a ser invitados en el espacio de esa organización y en ningún otro, y las páginas de evento no cargan rastreadores de terceros.
Desliza para ver más
Para su evaluación
Solicitudes de documentación de seguridad.
Si su equipo está evaluando Winglark, responderemos a su cuestionario de seguridad y le explicaremos la arquitectura descrita aquí.
Cuestionarios de seguridadCompletamos cuestionarios estándar con la misma franqueza que esta página.
Presentación de la arquitecturaUna llamada con las personas que construyeron el sistema, sobre el aislamiento, los tokens, el control de acceso y nuestros proveedores.
Privacidad y subencargadosLa Política de privacidad, las Condiciones y la lista actual de subencargados.
Si cree haber encontrado una vulnerabilidad en Winglark, infórmenos de forma privada. La página de divulgación explica qué incluir y cómo realizar pruebas de forma responsable.
¿Puede otro cliente ver nuestros eventos o invitados?
No. Cada búsqueda se realiza en el espacio de trabajo propietario del registro, de modo que un registro de otra organización se comporta como si no existiera. Las agencias también pueden mantener separados los datos de cada cliente, lo que se aplica en el servidor, y estos límites se verifican con pruebas automatizadas antes de cada publicación.
¿Cómo se protegen los datos personales de nuestros invitados?
Los datos de los invitados se cifran en tránsito y en reposo, y se almacenan en la UE. Los datos de contacto se ocultan a los miembros del equipo sin permiso para verlos, las respuestas sensibles se limitan a los roles que las necesitan, y las exportaciones con datos personales piden un motivo y quedan registradas. Los enlaces de invitación y los códigos de acceso no contienen información personal.
¿Qué opciones de inicio de sesión hay disponibles?
Inicio de sesión con Google (OAuth 2.0 con PKCE) o con una dirección de correo electrónico y una contraseña procesada con Argon2id. La autenticación multifactor y el inicio de sesión único empresarial, como SAML, no se ofrecen por el momento.
¿Cómo se controla el acceso dentro de nuestro espacio de trabajo?
Cada miembro tiene un rol con un conjunto definido de permisos, desde el propietario hasta el consultor de informes y el personal de acceso. Los datos de contacto y las respuestas sensibles siguen esos permisos, y el personal de acceso solo ve en todo momento la pantalla de control de acceso.
¿Qué seguridad ofrecen los enlaces de invitación y los pases QR?
Los enlaces de invitación contienen 256 bits de valor imposible de adivinar y los pases QR se generan con una clave secreta del servidor. Ambos se guardan solo como resúmenes con clave y se comprueban en nuestros servidores, y un pase da acceso a su invitado una sola vez.
¿Dónde se almacenan nuestros datos?
En la Unión Europea: la aplicación se ejecuta en Fráncfort y la base de datos de producción está alojada en la UE. Algunos subencargados, como el envío de correo electrónico y el proveedor de AI Studio, pueden tratar datos fuera de la UE; la página de subencargados los enumera uno por uno.
¿Cumplen el RGPD, la KVKK y otras leyes de protección de datos?
Winglark está construido sobre el Reglamento General de Protección de Datos de la UE como base, y las mismas protecciones se aplican a las personas vivan donde vivan, también bajo el UK GDPR, la KVKK turca, la FADP suiza y la CCPA de California: datos almacenados en la UE, acceso limitado por rol, exportación en todos los planes y eliminación de un evento, su lista de invitados o una cuenta entera. El organizador decide para qué se recogen los datos de los invitados y Winglark los trata en su nombre. La Política de privacidad es el documento que rige; las preguntas sobre una ley concreta pueden enviarse desde la página de contacto.
¿Se envían datos de invitados a la IA?
No. AI Studio solo envía a su proveedor los datos del evento y sus propias instrucciones, y solo cuando usted lo utiliza.
¿Cómo gestionan un incidente de seguridad?
Las personas que construyeron Winglark investigan directamente: contienen el problema, restablecen el servicio e informan a los clientes afectados mediante los datos de contacto de su espacio de trabajo. No publicamos tiempos contractuales de respuesta ni de recuperación.
¿Tienen copias de seguridad?
Sí. Nuestro proveedor de base de datos conserva un historial continuo de la base de datos de producción, y Winglark mantiene un procedimiento documentado para restaurarla a partir de él.
¿Tienen la certificación SOC 2 o ISO 27001?
Por el momento no, y todavía no se ha encargado ninguna prueba de penetración independiente. Nuestros controles de seguridad están documentados uno por uno frente al código y las pruebas que los implementan, y los repasamos con los equipos de seguridad durante una evaluación.
¿Podemos recibir documentación de seguridad para nuestra evaluación?
Sí. Respondemos a cuestionarios de seguridad y ofrecemos una presentación de la arquitectura con las personas que construyeron el sistema. Use la página de contacto y mencione su evaluación.
Véalo en su propio evento.
Winglark está en acceso anticipado. Solicite acceso: una persona lo revisa y después llega una invitación a su espacio de trabajo.