DevOps / Seguridad

Proteja su propiedad intelectual y
Gestione el acceso al PLC a escala

T-IA Connect le ofrece control programático sobre toda la pila de seguridad en TIA Portal: protección de know-how de bloques, contraseñas de nivel de acceso a la CPU, roles de usuario a nivel de proyecto, autenticación OPC UA y acceso al servidor web, todo a través de más de 13 herramientas MCP y puntos finales REST.

Gestión integral de la seguridad

Cada capa de seguridad en TIA Portal, expuesta a través de una API consistente

Protección de know-how de bloques

Proteja bloques individuales o aplique protección por lotes en todo su proyecto. El cifrado basado en contraseña evita la ingeniería inversa de sus algoritmos patentados y lógica de control. Desproteja selectivamente para mantenimiento o actualizaciones.

Gestión de contraseñas de CPU

Establezca y gestione contraseñas de nivel de acceso para los niveles FullAccess, ReadAccess, HmiAccess y NoAccess. Configure contraseñas de pantalla y secretos maestros mediante programación, sin necesidad de interacción manual con la GUI de TIA Portal.

Gestión de usuarios UMAC

Cree y elimine usuarios a nivel de proyecto, defina roles personalizados y asigne o revoque membresías de roles. Implemente el control de acceso basado en roles (RBAC) directamente en los proyectos de TIA Portal a través de scripts de automatización.

Autenticación OPC UA

Cree y elimine usuarios de OPC UA en el servidor OPC UA de la CPU. Gestione certificados de cliente y credenciales de autenticación para controlar qué sistemas y aplicaciones pueden suscribirse a los datos del proceso.

Control de acceso al servidor web

Gestione los usuarios del servidor web de la CPU para la interfaz web S7-1500 integrada. Cree cuentas con privilegios específicos y elimínelas cuando se deba revocar el acceso, integrado en sus flujos de trabajo de alta y baja.

Configuración de seguridad unificada

Aplique una postura de seguridad completa en una sola operación con configure_security. Audite el estado actual con get_security_summary: una sola llamada que devuelve el estado de protección, los usuarios activos, los niveles de acceso y las asignaciones de roles.

Niveles de acceso a la CPU

Cuatro niveles de control de acceso, todos configurables mediante API

Nivel de accesoClavePermisosCaso de uso típico
Acceso totalFullAccessLeer, escribir, descargar, conectarse, cambiar configuraciónEstaciones de trabajo de ingeniería, ingenieros de puesta en marcha
Acceso de lecturaReadAccessLeer programa, monitorear variables, sin escritura ni descargaPersonal de mantenimiento, auditores, diagnósticos de solo lectura
Acceso HMIHmiAccessSolo lectura/escritura de variables HMI, sin acceso al programaPaneles HMI, sistemas SCADA, terminales de operador
Sin accesoNoAccessLa CPU está completamente bloqueada, todas las conexiones requieren contraseñaMáquinas bloqueadas para producción, despliegues sensibles a la propiedad intelectual

Mejores prácticas de seguridad

Patrones que los equipos automatizan con T-IA Connect

Pipeline de protección automatizada

Ejecute esta secuencia al final de cada compilación de versión

1

Compilar el proyecto y verificar cero errores

2

Exportar todos los bloques como fuente SCL para el archivo Git

3

Aplicar protección de know-how por lotes a todos los bloques de producción

4

Establecer contraseñas de CPU para el nivel de acceso objetivo

5

Generar informe de resumen de seguridad y adjuntarlo a la versión

Lista de verificación de control de acceso

Verifique estos puntos antes de enviar cualquier máquina

Todos los bloques FB/FC patentados están protegidos por know-how

La contraseña de FullAccess está configurada y guardada en el depósito de secretos

La contraseña de HmiAccess es distinta de FullAccess

Nivel NoAccess habilitado en máquinas sin mantenimiento in situ

Los usuarios de OPC UA están limitados a solo lectura donde corresponda

Los usuarios del servidor web se proporcionan por persona, no con cuentas compartidas

Los roles de UMAC siguen el principio de privilegio mínimo

Referencia de herramientas MCP

Más de 13 herramientas de seguridad disponibles mediante MCP y REST API

Protección de bloques

protect_block, unprotect_block, protect_blocks (batch), get_block_protection_status

Contraseñas de CPU

set_plc_password, reset_plc_password, set_display_password, manage_master_secret

UMAC y roles

create_project_user, delete_project_user, create_custom_role, delete_custom_role, assign_role_to_user, remove_role_from_user, get_project_users, get_project_roles

OPC UA y servidor web

create_opcua_user, delete_opcua_user, get_opcua_config, create_webserver_user, delete_webserver_user, get_webserver_config

Autenticación en línea

set_online_auth_password, clear_online_auth_password, get_online_auth_status: persista las credenciales para conexiones automatizadas a CPU protegidas por contraseña

Resumen de seguridad

configure_security, get_security_summary: aplique una configuración de seguridad completa o audite el estado actual en una sola llamada a la API

Preguntas frecuentes

¿Puedo aplicar la protección de know-how a todos los bloques a la vez?

Sí. La herramienta protect_blocks aplica protección basada en contraseña a todos los bloques seleccionados en una sola llamada. Puede dirigirse a todo el proyecto o a una carpeta específica, lo que hace que sea práctico ejecutarlo al final de un pipeline de compilación antes de que se envíe una máquina.

¿T-IA Connect almacena la contraseña de la CPU en algún lugar?

No. T-IA Connect pasa la contraseña a TIA Portal Openness en la memoria durante la llamada a la API. Nunca se escribe en el disco ni el servidor la registra. Gestione sus contraseñas en su propio depósito de secretos (Infisical, HashiCorp Vault, etc.) e inyéctelas en tiempo de ejecución.

¿Cuál es la diferencia entre la protección de know-how y las contraseñas de nivel de acceso?

La protección de know-how cifra bloques individuales para que su código fuente no se pueda leer ni exportar: protege su propiedad intelectual dentro del archivo de proyecto de TIA Portal. Las contraseñas de nivel de acceso a la CPU controlan quién puede conectarse a la CPU física o virtual a través de la red. Ambas capas son independientes y complementarias.

¿Puedo automatizar el aprovisionamiento de usuarios cuando un nuevo ingeniero se une al proyecto?

Sí. Las herramientas UMAC (create_project_user, create_custom_role, assign_role_to_user) se pueden llamar desde cualquier script o pipeline de CI. Intégrelas con su sistema de RR. HH. o proveedor de identidad para aprovisionar el acceso a TIA Portal automáticamente cuando se agregue un nuevo miembro del equipo a un proyecto.

Automatice su flujo de trabajo de seguridad de PLC

Deje de configurar la seguridad manualmente en TIA Portal. Prográmela, audítela y aplíquela de manera consistente en cada máquina que envíe.