Sus datos se quedan donde deben estar.

Despliegue y datos

• Autoalojado. SnagBane es software que usted instala con Docker, en un VPS o en cPanel. Formularios, respuestas, archivos y cuentas se guardan en su propia base de datos (MySQL/MariaDB, PostgreSQL o SQLite) y en su propio almacenamiento.
• Sin contraseñas predeterminadas compartidas. La base de datos de Docker arranca con una contraseña de instalación que el instalador sustituye por una aleatoria y robusta; php artisan snagbane:db-password la cambia más adelante.
• Almacenamiento privado de archivos fuera de la raíz web, con nombres de archivo aleatorios.
• Funciona en una red interna. El plan Free no necesita acceso a internet; Business y Enterprise necesitan HTTPS saliente para la comprobación de licencia.

Identidad y acceso

• Inicio de sesión único con Microsoft Entra ID, Google Workspace, Okta y cualquier proveedor de identidad SAML 2.0 como AD FS o Ping (Business y Enterprise): solo respuestas SAML firmadas a inicios de sesión que inició SnagBane, cada una aceptada una vez. Los inicios de sesión del directorio nunca crean administradores, y la asignación de roles por grupos solo puede subir un rol.
• Verificación en dos pasos para cuentas de SnagBane: una aplicación de autenticación (su clave de configuración puede ir a un gestor de contraseñas) o llaves de seguridad FIDO2 y llaves de acceso — YubiKey, Windows Hello, Gestor de contraseñas de Google, llavero de iCloud. Primero se pide el método más fuerte; los códigos de recuperación de un solo uso son la vía de vuelta, nunca la contraseña sola. Puede ser obligatoria para administradores, y un administrador puede pedir que se configure de nuevo.
• Bloqueo de cuenta tras varios inicios de sesión fallidos (también con direcciones desconocidas, para que no se puedan descubrir cuentas), reglas de contraseña estrictas y hash bcrypt.
• Roles y espacios de trabajo: propietarios, administradores, editores, lectores y encuestados; reglas de acceso por formulario, portal y espacio de trabajo. Los visitantes sin acceso solo ven el título y la descripción, nunca las preguntas.
• Las personas nuevas no tienen permisos de edición por defecto: el rol predeterminado es encuestado.

Seguridad de la aplicación

• Content Security Policy estricta con nonces por petición, protección contra clickjacking, HSTS en HTTPS, nosniff y una política de referer. Protección contra CSRF y fijación de sesión.
• Los archivos subidos se comprueban con una lista de extensiones permitidas y análisis del contenido; se bloquean scripts, ejecutables, SVG/HTML y extensiones dobles.
• Protección SSRF en cada webhook e integración: se bloquean las direcciones privadas y de metadatos (a prueba de DNS rebinding), con una lista de permitidos para hosts internos de confianza.
• Secretos cifrados con su clave de aplicación. Los tokens de API, los enlaces de aprobación, de edición y de reanudación se guardan solo como hashes.
• Validación en el servidor de cada respuesta, ruta de ramificación y cálculo; las soluciones de los cuestionarios nunca llegan al navegador; la inyección de fórmulas se neutraliza en las exportaciones a CSV, Excel y Google Sheets.
• Enlaces construidos a partir de su dirección configurada, nunca a partir de la cabecera Host de la petición.

Supervisión y auditoría

• Registro de auditoría de inicios de sesión, administración, exportaciones y decisiones de aprobación, incluido quién cambió un aprobador y por qué.
• Envío al SIEM: cada entrada también se escribe como una línea JSON plana en un archivo diario, lista para Microsoft Sentinel, Elastic o un Splunk Universal Forwarder. Exportación en CSV o JSON Lines.
• Webhooks firmados (HMAC-SHA256 con marca de tiempo) para que los receptores puedan verificar cada llamada.

Actualizaciones y cadena de suministro

• Actualizaciones firmadas: cada versión se verifica con Ed25519 antes de instalarse y se aplica en modo mantenimiento, con vuelta atrás en un clic.
• Actualizaciones limpias: los archivos eliminados en una versión también se eliminan de su servidor, así que una instalación actualizada equivale a una instalación nueva.
• Las pruebas de licencia se firman y se verifican con una clave integrada en la aplicación: ningún ajuste de entorno puede desbloquear un plan de pago.

Ajustes que usted controla

Los valores seguros se aplican desde el principio. En Configuración → Seguridad puede reforzarlos aún más:

• Exigir autenticación en dos factores a los administradores
• Longitud mínima de contraseña (mayúsculas, minúsculas y dígitos siempre obligatorios) y duración de la sesión
• Extensiones de archivo permitidas y tamaño máximo de subida
• Hosts privados permitidos para webhooks e integraciones; todo lo interno se bloquea en caso contrario
• Ubicaciones y cuentas de SharePoint, OneDrive y Google Drive que pueden usar los editores (los administradores pueden elegir cualquiera)
• Si las cuentas de Microsoft, Google y Okta pueden usar también una contraseña; las cuentas desactivadas en Entra ID o Google Workspace ya no pueden iniciar sesión con ella
• Escribir cada respuesta en un archivo de registro JSON para su recolector de logs
• Conservación de datos: eliminar automáticamente las respuestas antiguas tras el periodo que elija (vea RGPD)

Arquitectura

Una única aplicación web en su servidor: ningún servicio en la nube nuestro en el camino de sus datos.

• Aplicación: PHP 8.3+ (Laravel) detrás de su servidor web, o la imagen de Docker. La app del navegador se sirve desde la misma dirección; no se cargan scripts, fuentes ni CDN de terceros, y la Content-Security-Policy solo permite su propio servidor.
• Base de datos: MySQL/MariaDB, PostgreSQL o SQLite: formularios, respuestas, aprobaciones, cuentas y ajustes. Las contraseñas y claves de API de las integraciones se cifran con la clave propia de la instalación (APP_KEY).
• Archivos: subidas, firmas y PDF generados en la carpeta storage, fuera de la raíz web, con nombres aleatorios; solo se sirven tras comprobar el acceso.
• Programador: una entrada cron (schedule:run cada minuto) envía recordatorios, aplica la política de conservación y comprueba actualizaciones y licencia.
• Direcciones públicas: formularios (/f/…), portales (/p/…), enlaces de aprobación (/approve/…) y justificantes (/r/…); cada una comprueba su propia regla de acceso o un token firmado. Todo lo demás (/app, /api) requiere una cuenta con sesión iniciada; la API REST (Business y Enterprise) y SCIM (Enterprise) requieren tokens.
• Las copias de seguridad son suyas: la base de datos más la carpeta storage, incluido storage/.env con la clave que descifra los secretos guardados.

Qué sale de su servidor

SnagBane no tiene analítica ni telemetría. Por sí mismo solo establece estas conexiones:

Y estas solo si las configura:

Documentos para evaluadores

• Política de divulgación de vulnerabilidades: cómo informar de un problema de seguridad, y security.txt.
• Anexo de tratamiento de datos: para los datos personales que pueda compartir con nosotros en solicitudes de soporte (en inglés).
• RGPD y protección de datos, la política de privacidad y el contrato de licencia (estos dos últimos en inglés).
• El código del servidor se entrega legible con el software, para que su equipo pueda revisarlo y someterlo a pruebas de seguridad en su propia instalación (EULA, sección 2.3).

No afirmamos tener certificaciones como ISO 27001 o SOC 2: SnagBane funciona dentro de su infraestructura, bajo sus controles y auditorías.

Preguntas de los evaluadores