Backend como autoridad
Ocultar una pantalla o un botón no concede ni revoca permisos. La operación debe ser autorizada por las reglas del backend.
Principio definido en la arquitecturaSeguridad por arquitectura, no por apariencia
Los permisos no dependende esconder un botón.
IsiVoltPro está diseñado para que la autorización se compruebe en backend, con acceso limitado por usuario, organización, membresía y función. La web distingue claramente los principios ya definidos de los controles que deben cerrarse antes de producción.
Arquitectura definida · producción sujeta a validación final
Acceso efectivoIdentidad + organización + membresía + rol
● Backend authorityMiembros y alcanceDemo conceptual
CoordinadorEmpresa NorteOT + activosPermitido
TécnicoEmpresa NorteTrabajo asignadoPermitido
Usuario externoEmpresa SurEmpresa NorteBloqueado
AdminEmpresa NorteGestiónPermitido
Principios de arquitecturaDefensa en profundidad
Defensa en profundidad
desde la base.
El frontend puede adaptar la experiencia, pero no se considera una barrera de seguridad. Las reglas de datos y operaciones se diseñan para ser verificadas directamente desde la API.
Aislamiento por organización
Los registros empresariales deben quedar vinculados a su organización y las consultas deben validar una membresía activa dentro del mismo ámbito.
Diseñado para impedir accesos cruzadosMínimo privilegio
Cada identidad recibe únicamente el alcance necesario para su organización, aplicación y función, evitando permisos globales por comodidad.
Acceso efectivo por varias condicionesSecretos fuera del frontend
Credenciales administrativas, tokens, contraseñas y copias de bases de datos no deben incorporarse al código ni llegar al navegador.
Separación entre usuario y administración técnicaQué significa multiempresaConocer un identificador
Conocer un identificador
no debe darte acceso.
La separación entre empresas no se basa solo en filtros de interfaz. La arquitectura exige comprobar organización, estado, membresía y permiso para cada operación sensible.
Usuario activo
Una identidad suspendida o inactiva no debe conservar acceso efectivo al entorno empresarial.
Membresía válida
El usuario debe pertenecer activamente a la organización concreta cuyos datos intenta consultar o modificar.
Aplicación y rol habilitados
Tener una cuenta o un rol aislado no basta si la aplicación no está habilitada para esa organización y función.
Transparencia preproducciónLo definido y lo que todavía
Lo definido y lo que todavía
debe validarse.
Preferimos separar controles de arquitectura de compromisos de producción. La segunda columna no se presenta como terminada hasta que haya pruebas, configuración y operación reales.
Arquitectura definida
- ✓Autorización basada en backend.
- ✓Aislamiento entre organizaciones como requisito.
- ✓Roles, membresías y estados como parte del acceso efectivo.
- ✓Secretos y credenciales fuera del código versionado.
- ✓Reglas explícitas para datos y operaciones sensibles.
Obligatorio antes de producción
- →HTTPS y exposición exterior definitiva.
- →Backups con restauración realmente probada.
- →Revisión completa de accesos cruzados y rutas directas API.
- →Protección y auditoría del panel administrativo.
- →Revisión de sesiones y MFA para administración cuando corresponda.
No mostramos sellos ni certificaciones que no tengamos. Cuando IsiVoltPro avance a producción, esta página deberá actualizarse con los controles realmente desplegados, política de backups, proveedores, ubicaciones de datos y documentación contractual que corresponda.
¿Necesitas revisar seguridad antes de un piloto?
Podemos separar requisitos imprescindibles, controles de producción y necesidades específicas de tu operación antes de conectar datos reales.