Para una red de distribución y administración de contenido basada en la nube, la seguridad de la base de datos y la confiabilidad del servidor son de máxima prioridad. BrightSign Cloud se ha diseñado teniendo en cuenta estos principios. Esta sección proporciona una descripción general de la arquitectura de seguridad y recuperación para BSN.Cloud. Tenga en cuenta que cierta información específica puede omitirse por motivos de seguridad.

Todos los servidores de BSN.Cloud están alojados mediante Amazon Web Services (AWS). Amazon controla estrictamente el acceso físico a la infraestructura de su plataforma utilizando controles perimetrales de nivel militar, así como sistemas de vigilancia y detección de intrusiones de última generación.

El acceso a los centros de datos de Amazon está limitado únicamente a empleados de Amazon con necesidades comerciales legítimas, y cada permiso de acceso se revoca una vez que expira la necesidad comercial de una persona, incluso si la persona sigue siendo empleada de Amazon. Todo acceso físico y electrónico a los centros de datos por parte de los empleados se registra y audita periódicamente.

Los recursos físicos utilizados por los empleados de BrightSign son administrados y clasificados por el vicepresidente de finanzas. Los cambios relevantes en los recursos se comunican periódicamente a las partes correspondientes.

Toda la comunicación con BSN.Cloud es mediada por Amazon Route 53. Todas las llamadas a los dominios de BSN.Cloud se dirigen a través de puntos de acceso de Route 53 y se distribuyen entre funciones de carga hacia los nodos adecuados. El tráfico se dirige automáticamente a ubicaciones según la ubicación geográfica.

Cada servidor de BSN.Cloud tiene un servidor de respaldo que puede asumir el control en caso de tiempo de inactividad no programado. El servidor de base de datos de BSN.Cloud tiene tanto una copia espejo como un respaldo que se actualizan con frecuencia para evitar la pérdida de datos en caso de que la base de datos de producción quede fuera de línea. 

Los incidentes se administran caso por caso. El objetivo de tiempo de recuperación (RTO) es de 30 minutos o menos, mientras que el objetivo de punto de recuperación (RPO) es evitar la pérdida de cualquier dato del cliente. Existen diferentes umbrales para comunicar degradaciones y interrupciones a los usuarios, dependiendo de si el tiempo de inactividad es programado o no programado.

Las pruebas de continuidad del negocio y recuperación ante desastres (BCDR) se realizan trimestralmente. Además, se realiza un análisis de impacto empresarial anualmente: todas las instancias de servidor se encienden y apagan para probar la resiliencia del sistema ante interrupciones.

Monitoreo y pruebas de seguridad La infraestructura de BSN.Cloud está sujeta a monitoreo continuo de seguridad, incluidos análisis diarios para detectar intentos de piratería e intrusión. De acuerdo con nuestras obligaciones de cumplimiento SOC 2, contratamos regularmente equipos especializados en pruebas de penetración para realizar intentos independientes de vulnerar nuestros sistemas e identificar posibles vulnerabilidades. Todos los sistemas backend están protegidos por software antivirus y de detección de amenazas estándar de la industria. Almacenamiento de contraseñas Todas las contraseñas de cuentas de BSN.Cloud se almacenan utilizando técnicas criptográficas de hashing y salting. Esto significa que las contraseñas nunca se almacenan en una forma recuperable; una vez establecidas, no es posible que ningún miembro del personal de BrightSign, incluido el personal de TI, recupere una contraseña de la base de datos de BSN.Cloud. El acceso a la base de datos subyacente está estrictamente controlado, y las credenciales de nivel root están en posesión de un número muy limitado de personas autorizadas dentro de BrightSign. Requisitos de contraseña Todas las contraseñas de cuentas de BSN.Cloud deben tener una longitud mínima de 12 caracteres. Además, las contraseñas se validan automáticamente contra una base de datos de contraseñas comprometidas conocidas y de uso común. Cualquier contraseña identificada como insuficientemente compleja será rechazada y se le pedirá que elija una alternativa más segura. Bloqueo de cuenta Para proteger contra intentos de acceso no autorizados, BSN.Cloud aplica una política automática de bloqueo. Si se introduce una contraseña incorrecta varias veces seguidas, su cuenta se bloqueará temporalmente. El acceso se restaurará automáticamente después de un período de tiempo. Si su cuenta se bloquea repetidamente, se aplicará un bloqueo permanente. En este caso, deberá ponerse en contacto con BrightSign Support para verificar su identidad y recuperar el acceso a su cuenta. Contacto con soporte Si su cuenta ha sido bloqueada permanentemente, comuníquese con BrightSign Support para recibir asistencia:

Los registros de actividad de los servidores de BSN.Cloud son auditados regularmente por el equipo de DevOps. Los registros se conservan durante 6 meses en una forma de fácil acceso y hasta 2 años en archivos.

Una combinación de registros del sistema operativo y registros de aplicaciones proporciona un historial de intentos de inicio de sesión exitosos/fallidos, cambios de contraseña y modificaciones de cuentas. Sin embargo, actualmente no existe una interfaz de usuario para que los administradores de cuentas recuperen esta información.

Los datos se almacenan tanto en una base de datos como en un sistema de archivos. BSN.Cloud es un servicio multiinquilino: el contenido de los clientes está segregado, pero el clúster de base de datos contiene la información de todos los inquilinos.

Las copias de seguridad de la base de datos se conservan durante 6 meses en una forma de fácil acceso y hasta 2 años en archivos. El contenido no se conserva en el ciclo de respaldo una vez que se elimina del almacén de contenido (por el cliente o un administrador de BSN.Cloud). Las copias de seguridad de la base de datos sí conservan cierta información de estado de cuenta y red, pero no archivos de contenido ni datos PII.

Las consultas SQL a la base de datos se utilizan para recuperar/copiar datos sin afectar los metadatos.

Todos los repositorios de software de BSN.Cloud y el material confidencial relacionado son administrados por expertos relevantes en la materia dentro de la empresa. No existe acceso generalizado a esta información dentro de la empresa.

Todos los empleados recién contratados en BrightSign deben firmar un acuerdo de confidencialidad (NDA) y documentos anticorrupción.

La mayoría de los empleados de BrightSign no tienen acceso a BSN.Cloud. El acceso de administrador de pedidos está limitado al soporte técnico y a los administradores de pedidos; el acceso al servidor está limitado a los ingenieros de operaciones de desarrollo; y el acceso a nivel de aplicación (para cambios de configuración y código) está restringido únicamente al sistema automatizado de versiones.

Los grupos de soporte técnico y de producto dentro de BrightSign son responsables de la privacidad en lo que respecta a la información de los clientes. El acceso a los datos de los clientes está restringido a un subconjunto de empleados dentro de la empresa, y estos equipos están capacitados para cumplir con los NDA que firman al unirse a la empresa.

La información de identificación personal (PII) no es requerida ni recomendada con BSN.Cloud. Existen sistemas separados para manejar la información de tarjetas de crédito, direcciones de envío y otra información personal.

Todos los datos de clientes de BSN.Cloud se envían y reciben electrónicamente; nunca se utilizan medios físicos.

Todos los procedimientos operativos relacionados con los servidores y el código fuente de BSN.Cloud son generados y revisados por la gerencia.

Por política de la gerencia, el código del servidor nunca se envía manualmente: Se utiliza una combinación de procesos SDLC Agile y Waterfall para administrar y actualizar el código de BSN.Cloud.

La política de privacidad completa de BrightSign puede verse aquí. La gerencia revisa todos los cambios de código y configuración para garantizar que cumplan con la política de privacidad.

Todos los terceros utilizados junto con BSN.Cloud son auditados anualmente.

BSN.Cloud no cumple con HIPAA y no debe utilizarse para almacenar o transmitir información médica.

BSN.Cloud interactúa con entornos de señalización digital comunicándose con dispositivos BrightSign, el software BrightSign Author y la API de BrightSign (es decir, la BSN.Cloud WebUI basada en navegador).

BSN.Cloud y los reproductores BrightSign se comunican entre sí utilizando HTTPS y WSS, en lugar de HTTP y WS. BSN.Cloud requiere que un reproductor se autentique con una frase con hash y salt antes de poder descargar contenido.

BrightSign Author requiere autenticación de cuenta de BSN.Cloud antes de aplicar cambios en los servidores de BSN.Cloud. Toda la comunicación entre BrightSign Author y BSN.Cloud se realiza mediante HTTPS y WSS.

Cada llamada API requiere autenticación de cuenta antes de aplicar cambios en los servidores de BSN.Cloud o devolver contenido de la base de datos.

Los reproductores BrightSign que ejecutan BrightSignOS 8.0.x y versiones posteriores mantienen una conexión persistente de WebSocket con el servidor BrightSign WebSocket para que los usuarios autorizados puedan ver y modificar la configuración del reproductor en tiempo real a través de Internet.

El servidor BrightSign WebSocket implementa un modelo de permisos que vincula cada reproductor a una sola red BSN.Cloud (mediante el número de serie del reproductor). Solo una persona con las credenciales de red adecuadas puede realizar llamadas Remote DWS a través del servidor WebSockets. Las credenciales se validan utilizando el mismo servidor OAUTH 2.0 que otras aplicaciones de BSN.Cloud.

El servidor WebSocket valida todos los datos del cliente antes del procesamiento para prevenir ataques maliciosos.

La comunicación entre el servidor WebSocket y los reproductores BrightSign se realiza utilizando el protocolo seguro WebSocket ("wss://"): Los mensajes se cifran para prevenir ataques de intermediario contra el reproductor o el servidor. La autenticidad del cliente (reproductor) se valida utilizando el mismo servidor OAUTH 2.0 que otras aplicaciones de BSN.Cloud.

El reproductor BrightSign valida todos los datos del servidor antes de utilizarlos para modificar la configuración del reproductor. Los datos del servidor WebSockets también pueden pasarse a un puerto UDP interno para ser procesados por la aplicación cliente BrightScript/JavaScript.

Toda la comunicación debe verificarse a través de servidores OAuth2.0 antes de poder transmitirse entre BrightSign Author y un reproductor BrightSign.

La configuración de red de un reproductor BrightSign es muy flexible y configurable. Como resultado, la integridad de un reproductor es el resultado directo de la configuración de publicación y red especificada durante el proceso de configuración del reproductor. Algunas configuraciones son mejores para redes donde la seguridad tiene poca importancia, mientras que otras configuraciones otorgan al reproductor una cantidad significativa de resiliencia frente a ataques externos.

Existen cuatro funciones opcionales en la ventana Configuración de la unidad BrightSign de BrightAuthor Classic que afectan la seguridad general del reproductor:

A. El servidor web de diagnóstico: El Diagnostic Web Server (DWS) responde a las solicitudes enviadas a la dirección IP del reproductor, lo que permite que un usuario que cumpla con los requisitos de nombre de usuario y contraseña recupere información sobre el reproductor y le envíe comandos del sistema (reiniciar, entrar en modo de recuperación, probar la resolución de video, etc.).

B. Servidor web local: El Local Web Server responde a las solicitudes enviadas a la dirección IP del reproductor en el puerto 8080. De forma predeterminada, esta opción también habilita la página web del dispositivo en el puerto 8008, que opcionalmente puede deshabilitarse navegando a Archivo > Propiedades de la presentación > Variables. La página web del dispositivo permite a los usuarios de la red local modificar Variables de usuario, que son valores numéricos dentro de la presentación que amplían las capacidades interactivas de un reproductor.

C. Redes de archivos locales: Entre los tres métodos de red para publicar contenido en un reproductor, solo Local File Networking puede facilitar problemas relacionados con la seguridad de la red. Un reproductor configurado para usar Simple File Networking o BrightSign Network enviará solicitudes de actualización de contenido a un servidor remoto en función de condiciones e intervalos internos que se especifican durante el proceso de configuración: Un reproductor con una de estas configuraciones no responderá a solicitudes externas cuando obtenga actualizaciones de contenido. Un reproductor que use Local File Networking, por otro lado, está configurado para responder a solicitudes de conexión y actualización de contenido desde BrightAuthor Classic o la red local.

D. Simple File Networking – Autenticación básica: Si configura un reproductor para Simple File Networking con parámetros de autenticación de nombre de usuario y contraseña, el reproductor utilizará autenticación de acceso digest de forma predeterminada. Esto evitará ataques de repetición y otros intentos de terceros de leer los datos de los paquetes de autenticación enviados al servidor. Si selecciona la casilla Habilitar autenticación básica , el reproductor enviará el nombre de usuario y la contraseña como datos de texto sin formato. Esta opción hace que el reproductor sea compatible con ciertos sistemas de autenticación de servidores, pero cualquier persona que pueda capturar los paquetes de la red podrá determinar fácilmente las credenciales. 

Otros ajustes de red que se pueden configurar durante el proceso de configuración del reproductor, como la configuración del proxy, la configuración inalámbrica y DHCP frente a IP manual, no afectan negativamente la seguridad de un reproductor.

Siga estos pasos durante el proceso de configuración de la unidad de BrightAuthor Classic para garantizar que el reproductor tenga un alto nivel de resiliencia frente a ataques externos.

Siga estos pasos durante el proceso de configuración de la unidad de BrightAuthor Classic para garantizar que el reproductor tenga un nivel básico de protección contra ataques externos.

Siga estos pasos para crear la configuración de reproductor con más funciones posible. Recomendamos esta configuración solo si un reproductor está en un entorno de prueba o si la seguridad no es una preocupación

Puede usar el Web Inspector para depurar páginas web en la instancia de BrightSign Chromium (consulte la página Mejores prácticas de HTML para obtener más detalles). Esta herramienta no requiere autenticación, por lo que cualquier parte de la red puede acceder y modificar contenido en el reproductor BrightSign; por lo tanto, el Web Inspector debe estar deshabilitado en entornos de producción.

Aunque la aplicación BrightSign se ejecuta sobre una pila Linux, es poco probable que el malware convencional de Linux pueda infectar reproductores BrightSign. Un reproductor BrightSign solo ejecutará una imagen de firmware que haya sido firmada criptográficamente por BrightSign. Además, durante el funcionamiento normal, el sistema de archivos utilizado en el reproductor es de solo lectura.

Los reproductores BrightSign admiten un Java Runtime Environment (JRE): Los desarrolladores pueden cargar aplicaciones Java utilizando el objeto BrightScript roJRE . Esta funcionalidad no está habilitada de forma predeterminada y debe inicializarse mediante el autorun.

Aunque las interfaces de red en BrightScript están diseñadas para priorizar la seguridad, el código Java puede generar cualquier cantidad de vulnerabilidades de seguridad. Si planea cargar aplicaciones Java en un reproductor BrightSign, recomendamos probar exhaustivamente la configuración antes de implementarla en un entorno de producción.