Seguridad y autorizaciones

Principios básicos

La seguridad depende de varias capas. El front oculta o deshabilita acciones, y el servidor vuelve a validar la identidad y el alcance en cada solicitud.

• Comprueba tu nombre y rol en el menú antes de modificar un recurso.
• Verifica empresa, sistema, gateway y periodo en cada formulario o vista previa.
• Concede primero lectura; agrega escritura o control solo cuando sea indispensable.
• Conserva secretos fuera de prompts, reportes, tickets, capturas y repositorios.
• Revoca o reduce los permisos que ya no se usan.
• Si eres Administrador de tenant o Superadministrador, consulta Auditoría después de una operación sensible o un cambio de acceso; los demás roles deben solicitar esa revisión.

Sesiones y contraseñas

La sesión representa tu identidad activa. Protégela igual que una credencial, incluso cuando el navegador no vuelva a pedir la contraseña.

Contraseñas

• La pantalla de restablecimiento exige al menos 10 caracteres; utiliza una combinación más larga y exclusiva siempre que sea posible.
• Guárdala en un gestor de contraseñas aprobado. No la reutilices ni la envíes por mensajería.
• Solicita la recuperación desde la pantalla oficial. El enlace recibido contiene un token temporal y no debe compartirse.
• Si sospechas exposición, restablece la contraseña y avisa al Administrador de tenant o Superadministrador para revisar sesiones y Auditoría.

Comportamientos de la sesión

Consulta el procedimiento en Acceso y recuperación.

Secretos y tokens

Una contraseña, un enlace de recuperación y un token Bearer permiten actuar con una identidad. Un client_id de OAuth identifica una aplicación, pero no es un secreto.

Credenciales de clientes externos

1. Concede herramientas mínimas.

   Selecciona solo las capacidades requeridas y limita los recursos.

2. Define expiración.

   Evita llaves indefinidas cuando la integración tenga una duración conocida.

3. Copia el token una sola vez.

   La ventana advierte que el servidor almacena únicamente un hash y que el valor no podrá recuperarse al cerrarla.

4. Guarda fuera del front.

   Utiliza el almacén de secretos del cliente; no un archivo compartido ni el código fuente.

5. Rota o revoca.

   Rota de forma planificada y revoca si existe duda sobre custodia o uso.

La gestión completa se documenta en Herramientas e integraciones: credenciales.

Revisar un consentimiento OAuth

La pantalla de consentimiento aparece cuando un cliente externo solicita actuar en nombre de una cuenta activa del tenant. Puede autorizar o denegar cualquier rol salvo Superadministrador: la autoridad global no puede delegarse mediante OAuth. Nada queda autorizado hasta que selecciones herramientas y confirmes.

1. Verifica el cliente.

   Confirma nombre, descripción, identificador abreviado y hora de vencimiento de la solicitud.

2. Comprueba la identidad.

   Revisa el usuario autenticado y el tenant mostrado. Si no corresponden, deniega.

3. Lee los permisos OAuth.

   Distingue lectura, cambios y sesión renovable. Estos permisos todavía no habilitan herramientas por sí solos.

4. Revisa los recursos.

   Comprueba empresas, sistemas y gateways limitados para el cliente.

5. Abre los grupos.

   Todos comienzan contraídos y sin seleccionar. Busca por nombre, acción o alcance si la lista es extensa.

6. Selecciona herramientas una por una.

   Lee resumen, operación, nivel de riesgo y si exigirá confirmación al ejecutarse.

7. Reconoce el riesgo sensible.

   Si seleccionas una herramienta de riesgo alto, crítico o con confirmación, marca la declaración de comprensión.

8. Autoriza o deniega.

   Selecciona Autorizar solo si todo coincide; de lo contrario usa Denegar y volver.

Después de autorizar

• Prueba primero una consulta de lectura.
• Si tienes acceso como Administrador de tenant o Superadministrador, revisa Auditoría cuando el cliente realice operaciones sensibles; en otro caso solicita la revisión.
• Si administras clientes externos, revoca el cliente y sus tokens de renovación cuando deje de ser necesario; en otro caso avisa al responsable autorizado.
• Una autorización nunca convierte al cliente en Superadministrador ni supera los permisos de la persona.

Confirmar acciones de control

Una acción de control puede modificar un valor físico o lógico. El permiso de control y la confirmación son controles separados: necesitas ambos.

Lista previa

• El sistema, gateway, equipo, variable y tag corresponden al proceso previsto.
• El valor actual, el valor propuesto, la unidad y el rango son coherentes.
• La lectura está actualizada y su calidad es válida; no existe un aviso de telemetría pausada.
• La variable permite control y tu cuenta está en modo de control para ese sistema.
• El equipo remoto no está marcado como solo lectura.
• El procedimiento operativo, las interdependencias y las autorizaciones locales están cumplidos.
• La vista previa no contiene ambigüedades ni otro recurso con nombre similar.

Después de ejecutar

• Confirma que el servidor informó un resultado exitoso; una solicitud enviada no garantiza ejecución.
• Comprueba la nueva lectura y el estado del equipo desde una fuente actualizada.
• Registra la razón del cambio cuando el procedimiento lo requiera.
• Ante un resultado incierto, no repitas automáticamente la orden: revisa el estado real y solicita a un Administrador de tenant o Superadministrador que consulte Auditoría.