Installation

Requisitos de seguridad del despliegue

Qué guarda C21 Live Control que es sensible y qué debe garantizar el host que lo ejecuta — cifrado de disco, acceso restringido, una base de datos que no sale del host y copias de backups cifradas.

C21 Live Control guarda los valores que le permiten emitir en tu nombre. Protegerlos es un trabajo compartido: el producto cifra sus backups y no devuelve las credenciales guardadas a través de la API ni del asistente; el host que ejecuta el producto lo tiene que proteger quien lo despliega. Esta página lista lo que el despliegue debe garantizar antes de meter credenciales de producción en Live Control.

Qué guarda Live Control que es sensible

Live Control guarda estos valores tal como los usa, sin cifrarlos campo a campo: el encoder envía al proveedor la stream key, no un hash de ella. Por eso la protección se aplica al host en conjunto y no a cada valor.

ElementoQué contiene
Base de datos de configuraciónStream keys de los destinos de publicación (YouTube, Twitch y el resto de proveedores RTMP), credenciales de destinos de almacenamiento de objetos (S3, Azure Blob Storage), Remote Folders (NFS, WebDAV) y Target Folders (FTP, SFTP, S3), passphrases SRT de Channels y destinos, claves de cifrado y credenciales de DRM providers, y claves de integraciones.
BackupsUn dump de esa base de datos más la configuración de la instalación, cifrado. Todo lo que contiene la base de datos está en cada backup.
Configuración de la instalaciónPasswords de los servicios, la clave que cifra los backups, las credenciales iniciales y la clave privada TLS. Viven bajo el directorio de instalación del host, legibles solo por root.

Quien pueda leer el disco del host, el directorio de instalación o un backup junto con su clave puede emitir en tus canales y llegar a tu almacenamiento. Trata el host como un activo sensible.

Requisitos

El despliegue debe cumplir los cuatro. El instalador no comprueba ninguno: son decisiones sobre el host, tomadas antes de instalar Live Control.

Cifrado de disco del host

Cifra los volúmenes que alojan el directorio de instalación, los volúmenes de datos y el directorio de backups: LUKS en un host físico o virtual, o el cifrado de volumen de tu proveedor cloud (volúmenes EBS cifrados, Azure disk encryption y similares). El cifrado en reposo es lo que protege la base de datos cuando un disco, un snapshot o una máquina dada de baja sale de tu control. Actívalo antes de ejecutar el instalador: el instalador no cifra el disco.

Acceso al host restringido a administradores

Al host solo entran las personas que administran la plataforma, cada una con su propia cuenta y una clave SSH: sin login por password y sin cuentas compartidas. Quien tiene root en el host puede leer la base de datos y la clave de los backups, así que el acceso al host equivale a tener todas las stream keys. Mantén la lista de administradores del host tan corta como la lista de System Administrators de Live Control.

La base de datos no se expone fuera del host

El instalador deja la base de datos en la red Docker interna del stack y no publica su puerto. No publiques el puerto de la base de datos, no apuntes clientes de base de datos remotos a ella y no la abras a otros hosts para informes. Todo lo que necesita los datos llega a ellos a través de la API de Live Control. Recuerda que los puertos que publica Docker no los filtra ufw (consulta Preparar el host).

Las copias de los backups fuera del host se guardan cifradas y con acceso restringido

Los backups se cifran en el host con una clave que vive en la configuración de la instalación. Si los copias a otro sitio (un almacenamiento de objetos, un servidor de backups, una bóveda), mantenlos cifrados, guarda esa clave aparte de las copias y restringe quién puede leerlas, con las mismas reglas que el propio host. Un backup más su clave es la base de datos entera.

Lo que el producto ya hace

  • Los backups automáticos van cifrados. El instalador programa un backup diario, cifrado con AES-256, con 7 días de retención por defecto. Consulta Backups en la página de instalación de Control.
  • Los ficheros de la instalación solo los lee root. La configuración, las credenciales iniciales, la clave privada TLS y el directorio de backups se crean con permisos restringidos, y el CLI se ejecuta con sudo.
  • Las credenciales guardadas no se devuelven. La API devuelve el centinela •••••••• en lugar de una credencial guardada de un destino (los Target Folders solo informan de si hay password), y el servidor MCP entrega al asistente una huella de la stream key en vez de su valor. Consulta Destinations y Herramientas MCP.

Recomendaciones

El despliegue debería además:

  • Rotar las stream keys de todos los destinos si un host, una imagen de disco o un backup pueden haberse expuesto. YouTube, Twitch y el resto de proveedores permiten resetear la clave desde su estudio; después actualiza el destino en Live Control.
  • Revisar periódicamente quién tiene el rol System Administrator en Users, junto con los API tokens emitidos a esas cuentas. Los administradores gestionan los destinos y sus credenciales; una cuenta de administrador sin uso es un riesgo permanente.

Responsabilidad compartida

Cires21 (el producto)Tú (el despliegue)
Cifra los backups automáticos y los mantiene en el host.Cifra los discos del host antes de instalar.
Crea los ficheros de la instalación con permisos solo para root.Restringe el acceso al host a administradores con nombre y clave SSH.
Mantiene la base de datos en la red interna del stack y expone los datos solo a través de la API.Mantiene cerrado el puerto de la base de datos y filtra los puertos publicados.
No devuelve las credenciales guardadas a través de la API ni del asistente.Protege cada copia de un backup fuera del host como protege el host.
Publica las correcciones de seguridad como actualizaciones del producto.Aplica las actualizaciones del producto y las de seguridad del sistema operativo del host (consulta Actualizaciones).
Rota las claves tras una exposición y revisa la lista de administradores.
Copyright © 2026