OpenWhistle
Plataforma open source auto-alojada para canales de denuncia interna cumpliendo Directiva UE 2019/1937 y HinSchG. Utiliza arquitectura moderna con Next.js, FastAPI, PostgreSQL y Redis. Prioriza el anonimato del denunciante, la seguridad hardened y el cumplimiento normativo estricto (GDPR) mediante c
Ficha actualizada 27 sept 2026, 8:35 · upstream 27 sept 2026, 6:58 · release v2.0.1
Qué es OpenWhistle
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
OpenWhistle es una solución de software libre diseñada para implementar canales de denuncia interna obligatorios en empresas con más de 50 empleados o autoridades públicas bajo la Directiva UE 2019/1937 y el HinSchG alemán. Permite a las organizaciones establecer un canal seguro sin dependencia de proveedores externos, garantizando cero bloqueo de vendedores y privacidad por diseño.
La plataforma se basa en una arquitectura moderna utilizando Next.js para la interfaz frontend, FastAPI para la lógica backend en Python y bases de datos PostgreSQL y Redis. Implementa medidas de seguridad avanzadas como autenticación MFA obligatoria (TOTP), cifrado de datos sensibles y eliminación segura de registros bajo el principio de privacidad por diseño. Incluye hardening de contenedores con sistemas de archivos read-only y sin capacidades.
Ofrece funcionalidades clave como anonimato total o confidencialidad con revelación controlada, seguimiento de SLA para respuestas administrativas y gestión de casos con roles definidos (Admin y Case Manager). Incluye herramientas para auditoría inmutable, exportación a PDF y soporte para múltiples idiomas, garantizando accesibilidad WCAG 2.1 AA y cumplimiento GDPR/DSGVO en la eliminación de datos.
- Implementación de canal interno obligatorio en empresas con más de 50 empleados bajo HinSchG.
- Gestión segura de reportes de incumplimiento ético o legal con anonimato garantizado.
- Auditoría interna de procesos de denuncia cumpliendo requisitos de GDPR/DSGVO.
- Seguimiento de tiempos de respuesta (SLA) para cumplir plazos legales de 7 días y 3 meses.
- Centralización de evidencias adjuntas con escaneo antivirus opcional y almacenamiento S3.
- Cumplimiento legal explícito para Directiva UE 2019/1937 y HinSchG (Alemania).
- Anonimato técnico: no se registran IPs ni timestamps exactos en el nivel de aplicación.
- Seguridad hardened: CSP estricto, headers consolidados y sesiones administrativas con límite temporal.
- Autenticación MFA obligatoria para todos los administradores sin excepciones.
- Auditoría inmutable: registro de acciones administrativas con CSV exportable y cifrado de secretos TOTP.
- Complejidad técnica alta requiere conocimientos de DevOps para despliegue en Docker/Kubernetes.
- No incluye soporte oficial ni SLA del proveedor, siendo responsabilidad del operador el mantenimiento.
- Dependencia de servicios externos opcionales como ClamAV o S3 que deben configurarse correctamente.
- La eliminación de datos requiere intervención manual o scripts específicos para cumplir con la hard deletion completa incluyendo Redis.
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Requiere entorno Docker con al menos 4 núcleos CPU y 4 GB RAM. Se recomienda usar el Helm chart para Kubernetes. Configurar variables de entorno para almacenamiento S3 o PostgreSQL. Habilitar MFA en la configuración inicial. Verificar que los puertos 4009, 5432 y 6379 estén abiertos.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.