Confianza y seguridad

Sí. Un cliente puede solicitar que su contenedor ya no sea parte del proceso de recopilación.

Tenable utiliza centros de datos y servicios de Amazon Web Services (AWS) para proporcionar y ofrecer Tenable One Vulnerability Management a sus clientes. La recopilación y el procesamiento de los datos de escaneo de los clientes tienen lugar dentro de la plataforma en la nube de Tenable en la región geográfica en la cual está hospedada la cuenta del cliente, a menos que el cliente seleccione explícitamente una región geográfica diferente para que residan los datos. Las ubicaciones actuales son las siguientes:

• EE. UU. oriental
• EE. UU. occidental
• Centro de los EE. UU.
• Londres
• Frankfurt
• Sídney
• Singapur
• Canadá
• Japón

Tenable incorporará otros países en el futuro.

Porque todos los datos de los clientes se almacenan en servicios seguros regionales de AWS. Las certificaciones para la protección de datos en la UE que mantiene AWS se aplican a la nube de Tenable. Podrá encontrar más información disponible en https://aws.amazon.com/compliance/eu-data-protection/.

Sí. Los datos se almacenan en el país seleccionado cuando se creó la cuenta.

Tenable aplica múltiples medidas de seguridad para garantizar la seguridad y la privacidad de los datos de Tenable One Vulnerability Management. Para obtener descripciones detalladas de las medidas de seguridad aplicadas, consulte la hoja de datos de Seguridad y privacidad de datos.

Puede encontrar información detallada en la hoja de datos de Seguridad y privacidad de datos.

Tenable cuenta con un equipo interdisciplinario que impulsa el ciclo de vida del desarrollo de software seguro (SSDLC). Para enviar productos seguros y de alta calidad a un ritmo rápido, Tenable aprovecha las pruebas de seguridad automatizadas para identificar las vulnerabilidades potenciales dentro del código fuente, las dependencias y la infraestructura subyacente antes de entregarlos a nuestros clientes. Tenable utiliza pruebas de seguridad de aplicaciones estáticas (SAST), dependencias y escaneos de bibliotecas de terceros, pruebas de seguridad de aplicaciones dinámicas (DAST) y pruebas de vulnerabilidad en las imágenes de contenedores. Se sigue un estricto criterio de puntuación que se aplica en todo el proceso de desarrollo.

Tenable proporciona diversos mecanismos para ayudar a los clientes a mantener sus datos seguros y controlar el acceso, incluyendo:

• Los datos de Tenable.io se cifran en tránsito y almacenamiento mediante cifrado TLS y AES-256. Las claves de cifrado se almacenan de manera segura y el acceso a ellas es limitado. El cifrado se aplica a diferentes capas de la infraestructura de la aplicación; está prohibido compartir las claves.
• Tenable protege contra ataques de fuerza bruta mediante el bloqueo de cuentas tras cinco (5) intentos de inicio de sesión fallidos.
• Los clientes pueden configurar una autenticación mediante dos factores a través de los servicios provistos por Twillo.
• Los clientes pueden integrar Tenable One Vulnerability Management con su implementación de SAML. Tenable One Vulnerability Management admite solicitudes iniciadas tanto por IdP como por SP. Por último, los usuarios pueden restablecer sus contraseñas directamente desde dentro de la aplicación usando su dirección de correo electrónico.
• Los clientes pueden crear conexiones personalizadas con Tenable One Vulnerability Management utilizando nuestras API o SDK documentados. El acceso se puede conceder y controlar mediante la creación de claves específicas de API. Es compatible el uso de claves diferentes para integraciones diferentes sin tener que compartir credenciales de usuario.
• Los datos recopilados en nuestra nube no incluyen ningún dato de escaneo que contenga información personal identificable (PII) ni datos personales. En el caso de los datos de escaneo que utilizamos para realizar análisis entre sectores, cualesquiera datos que pudieran identificar potencialmente a un cliente se omiten o se anonimizan en la plataforma Tenable One antes de su uso.
• Para proteger contra las interceptaciones de datos, todas las comunicaciones con la plataforma están cifradas mediante SSL (TLS-1.2). Además, las negociaciones de SSL más antiguas e inseguras se rechazan para garantizar el mayor nivel de protección.

Todos los datos en todos los estados en la plataforma Tenable One Vulnerability Management se cifran con al menos un nivel de cifrado, usando sistemas de cifrado AES-256 y TLS.

En reposo: los datos están almacenados en medios cifrados usando al menos un nivel de cifrado AES-256.

Algunas clases de datos incluyen un segundo nivel de cifrado por archivo.

En circulación: los datos están cifrados en circulación usando TLS v1.2 con una clave de 4096 bits (esto incluye transportes internos).

Comunicación de sensores de Tenable One Vulnerability Management: el tráfico desde los sensores a la plataforma siempre lo inicia el sensor y es saliente solamente en el puerto 443. El tráfico se cifra mediante la comunicación SSL usando TLS 1.2 con una clave de 4096 bits. Esto elimina la necesidad de cambios en el firewall y permite a los clientes controlar las conexiones a través de reglas del firewall.

• Autenticación del escáner a la plataforma
• La plataforma genera una clave aleatoria de 256 bits de largo para cada escáner conectado al contenedor y pasa esa clave al escáner durante el proceso de vinculación.
• Los escáneres emplean esta clave para autenticarse frente al controlador al solicitar tareas, realizar actualizaciones de complementos y del binario del escáner.
• Comunicación de la tarea del escáner a la plataforma
• Los escáneres se contactan con la plataforma cada 30 segundos.
• Si existe una tarea, la plataforma genera una clave aleatoria de 128 bits.
• El escáner solicita la política a la plataforma.
• El controlador usa la clave para cifrar la política, que incluye las credenciales a usar durante el escaneo.

En copias de seguridad o replicación: se almacenan snapshots de volumen y réplicas de datos con el mismo nivel de cifrado que su fuente, no menos que AES-256. Toda la replicación se realiza a través del proveedor. Tenable no realiza la copia de seguridad de ningún dato a medios físicos fuera del sitio o sistemas físicos.

En índices: los datos de índices están almacenados en medios cifrados usando al menos un nivel de cifrado AES-256.

Escaneo de credenciales: se almacenan en el interior de una política cifrada dentro de la clave global AES-256 para contenedores. Cuando se lanzan escaneos, la política se cifra con una clave aleatoria de un solo uso de 128 bits y se transporta mediante TLS v1.2 con una clave de 4096 bits.

Gestión de claves: las claves se almacenan centralmente, cifradas con una clave en función de roles, y el acceso es limitado. Todos los datos cifrados se pueden alternar a una clave nueva. Las claves de cifrado de archivos de datos son diferentes en cada sitio regional, al igual que las claves a nivel de discos. El uso compartido de claves está prohibido y los procedimientos de gestión de claves se revisan anualmente.

El cliente no puede configurar la gestión de claves. Tenable gestiona las claves y su rotación.

Tenable recibió las siguientes certificaciones:

• Cloud Security Alliance (CSA) STAR
• Privacy Shield Framework
• ISO 27001
• Programa Nacional de Garantía de la Información (NIAP)
• Autorización FedRAMP para Tenable One Vulnerability Management y Tenable One Web App Scanning

La plataforma Tenable One Vulnerability Management se esfuerza al máximo por no recopilar datos de identificación personal en un formato que requiera certificaciones o medidas de seguridad adicionales. Los datos recopilados en nuestra nube no incluyen ningún dato de escaneo que contenga información personal identificable (PII) ni datos personales. En el caso de los datos de escaneo que utilizamos para realizar análisis entre sectores, cualesquiera datos que pudieran identificar potencialmente a un cliente se omiten o se anonimizan en la plataforma Tenable One antes de su uso. Esto incluye números de tarjetas de crédito, números del Seguro Social y otras verificaciones personalizadas. Cuando los complementos de Tenable capturen cadenas de caracteres que puedan contener información confidencial o personal, la plataforma hará que no se pueda tener acceso a al menos el 50 % de los caracteres para proteger datos que pueden ser confidenciales.

Los datos de cada cliente están marcados con un "ID de contenedor" que corresponde a una suscripción específica del cliente. Este ID de contenedor garantiza que el acceso a los datos de un cliente esté limitado únicamente a ese cliente.

Tenable aprovecha sus propias soluciones para realizar escaneos diarios, semanales o mensuales de todas las computadoras portátiles corporativas, la infraestructura y los entornos en la nube. Todos los hallazgos se analizan, se les asigna un ticket y se les da seguimiento de acuerdo con la política de Tenable One Vulnerability Management. El Programa de gestión de vulnerabilidades de Tenable abarca el escaneo autenticado, de agentes, de aplicaciones web y de bases de datos. Además, cuenta con los siguientes controles:

• Firewalls y la segmentación de red controlan el acceso.
• Las herramientas y los procesos automatizados monitorean la plataforma Tenable One Vulnerability Management para comprobar su disponibilidad, rendimiento y detectar comportamientos anómalos.
• Los registros se monitorean mediante automatización las 24 horas del día, los 7 días de la semana, los 365 días del año y el personal de Tenable está disponible de ese modo para responder a los eventos.
• Pruebas de penetración de nuestras aplicaciones, servicios y negocios en general realizadas por terceros.
• Tenable cuenta con una junta de informes de vulnerabilidades para recibir toda deficiencia o vulnerabilidad identificada por la amplia comunidad de investigadores de seguridad y responder a ella. A medida que los informes identificados se clasifican y se responden, Tenable publica boletines de seguridad en beneficio de los clientes, los clientes potenciales y la comunidad en general.
• Tenable revisa a todos los proveedores externos a través de un riguroso programa de gestión de riesgo.

Los sensores que se conectan a la plataforma tienen un papel importantísimo en la seguridad del cliente, recopilando información de vulnerabilidades y de activos. Proteger estos datos y garantizar la seguridad de las rutas de comunicación es una función fundamental de Tenable One Vulnerability Management. Tenable One Vulnerability Management es compatible con varios sensores en la actualidad: escáneres de vulnerabilidades Nessus, escáneres pasivos y agentes Nessus.

Estos sensores se conectan a la plataforma Tenable One Vulnerability Management tras autenticarse criptográficamente y vincularse a dicha plataforma. Una vez vinculados, Tenable One Vulnerability Management gestiona todas las actualizaciones (plug-ins, código, etc.) para garantizar que los sensores estén siempre actualizados.

E tráfico desde los sensores a la plataforma siempre es iniciado por el sensor y es saliente solamente en el puerto 443. El tráfico se cifra mediante la comunicación SSL usando TLS 1.2 con una clave de 4096 bits. Esto elimina la necesidad de cambios en el firewall y permite a los clientes controlar las conexiones a través de reglas del firewall.

• Autenticación del escáner a la plataforma
• La plataforma genera una clave aleatoria de 256 bits de largo para cada escáner conectado al contenedor y pasa esa clave al escáner durante el proceso de vinculación.
• Los escáneres emplean esta clave para autenticarse frente al controlador al solicitar tareas, realizar actualizaciones de complementos y del binario del escáner.
• Comunicación de la tarea del escáner a la plataforma
• Los escáneres se contactan con la plataforma cada 30 segundos.
• Si existe una tarea, la plataforma genera una clave aleatoria de 128 bits.
• El escáner solicita la política a la plataforma.
• El controlador usa la clave para cifrar la política, que incluye las credenciales a usar durante el escaneo.

Los servicios de Tenable One Vulnerability Management se esfuerzan por proporcionar un tiempo de actividad del 99,95 % o superior, y han logrado un tiempo de actividad del 100 % en la mayoría de sus servicios. Tenable ha publicado un SLA que describe nuestro compromiso para garantizar que la plataforma esté disponible para todos los usuarios y cómo ofrecemos crédito a los clientes en caso de un tiempo de inactividad imprevisto.

El estado de actividad se determina simplemente mediante pruebas de disponibilidad públicas hospedadas por un tercero que prueba con regularidad la disponibilidad de los servicios. El tiempo de actividad para los servicios (tanto actual como histórico) está disponible en https://status.tenable.com/.

Tenable One Vulnerability Management hace un uso extensivo de la plataforma AWS y otras tecnologías líderes para garantizar que nuestros clientes disfruten del mejor servicio posible y de la máxima calidad. A continuación, encontrará una lista de las soluciones que ofrecieron los beneficios a los clientes:

• Clústeres ElasticSearch: los clústeres ElasticSearch cuentan con una disponibilidad elevada y pueden recuperarse de la pérdida de nodos maestros, nodos lb y al menos un (1) nodo de datos, sin que esto afecte la disponibilidad del servicio.
• Elastic Block Stores: se emplean para tomar snapshots diarias y almacenar ocho (8) copias.
• Ecosistema Kafka: Kafka y Zookeeper replican datos en el agrupamiento para ofrecer tolerancia al error en caso de la falla catastrófica de cualquier nodo.
• Instancias Postgres: gestionan el marco del microservicio administrativo para mantener 30 días de snapshots.

Los datos replicados se almacenan dentro de la misma región.

Desastres son eventos que generan la pérdida irrecuperable de datos o equipos en una o más regiones.

Los procedimientos de recuperación ante desastres de Tenable One Vulnerability Management tienen varios niveles y están diseñados para reaccionar ante situaciones que pueden ocurrir con una frecuencia que oscila entre una vez cada cinco años y una vez cada 50 años. En función del alcance del desastre, los procedimientos de recuperación varían en tiempo de 60 minutos a 24 horas.

Los clientes controlan quién tiene acceso a sus datos, incluso mediante la asignación de roles y permisos a su personal y la concesión provisoria de acceso por parte del personal de soporte de Tenable.

Los administradores de clientes de Tenable One Vulnerability Management pueden asignar roles de usuario (básico, operador de escaneo, estándar, gestor de escaneo, administrador y deshabilitado) para gestionar los permisos de las funcionalidades principales de Tenable One Vulnerability Management, como el acceso a escaneos, políticas, escáneres, agentes y listas de activos. Los clientes también pueden asignar grupos de acceso para permitir que grupos de su organización vean activos específicos y vulnerabilidades relacionadas en resultados globales de escaneos, y realizar escaneos con objetivos específicos y ver los resultados individuales del escaneo.

Sí. El soporte técnico de Tenable restringe el privilegio de suplantación de identidad de Tenable One Vulnerability Management a un subconjunto de roles sénior autorizados. Con el permiso del cliente, los miembros sénior autorizados del personal de soporte global de Tenable pueden suplantar la identidad de las cuentas de usuario, lo que les permite realizar operaciones en Tenable One Vulnerability Management como otro usuario sin necesidad de obtener la contraseña de dicho usuario.

El personal de soporte de Tenable, o el cliente, puede solicitar activar la función. Si el soporte técnico de Tenable necesita suplantar la identidad de un usuario de Tenable One Vulnerability Management, se abre un ticket que se sigue hasta su resolución. El soporte técnico enviará un correo electrónico al cliente después de identificar la necesidad comercial de representación. El cliente tiene la obligación de confirmar por correo electrónico que el soporte técnico está autorizado para representar al usuario. El soporte técnico no representará al usuario hasta que se reciba la aprobación el cliente. Los permisos deben concederse por cada problema registrado ante soporte. El seguimiento de las aprobaciones se realiza dentro del ticket inicial. Tenable no operará conforme a una aceptación general para representar cuentas en cualquier momento.

Tenable cuenta con un proceso de contratación y desvinculación laboral definido. Es obligatorio que todos los empleados firmen acuerdos de confidencialidad como parte de su contratación, y todas las cuentas y claves de acceso se revocan tras su desvinculación. Todo el personal de operaciones de Tenable One Vulnerability Management también debe superar una verificación de antecedentes realizada por un tercero.

Solo el administrador de la cuenta y los miembros del personal de soporte sénior de Tenable tienen permitido emplear la función de representación. Todas las cuentas con la capacidad de realizar representaciones requieren de una autenticación mediante dos factores por motivos de seguridad. Tenable audita internamente las representaciones, y los clientes también pueden auditar las representaciones realizadas en su cuenta. Todas las suplantaciones de identidad se registran en los registros de auditoría, y todos los clientes de Tenable One Vulnerability Management pueden auditar dichas suplantaciones a través de la API. Tenable documenta cómo extraer los registros de auditoría en el siguiente documento público: https://developer.tenable.com/reference#audit-log. Tenga en cuenta que existe una cuenta automatizada, ([email protected]), que a veces puede aparecer en estos registros de auditoría.

Tenable hace todos los esfuerzos posibles para garantizar que los datos de los clientes se encuentren protegidos y garantizamos que se cumplan sus políticas al trabajar con ellos para asegurarnos de que los datos permanezcan en la región donde son necesarios. No obstante, la representación de un usuario puede dar lugar a que los datos salgan de la ubicación principal. Hay instancias en las que los casos deben utilizar un proceso las 24 horas del día cuando el trabajo en el caso debe continuar por fuera del horario comercial local. También existen instancias en las cuales los clientes pueden enviar un informe por correo electrónico a Tenable o quebrantar su propia política enviando correos electrónicos fuera de su región.

Para los clientes que utilizan un producto Tenable autorizado por FedRamp, estos datos siempre permanecen dentro de los EE. UU.

No. El escáner inicia todo el tráfico y solo es saliente. Los escáneres están instalados detrás del firewall del cliente, y los clientes pueden controlar el acceso de dichos escáneres a través de su firewall.

La política de retención de datos para Tenable One Vulnerability Management y otros productos hospedados por Tenable es de 12 meses para los clientes existentes. Los datos de los clientes que finalizan la suscripción de un producto se conservarán durante treinta (30) días desde la fecha de finalización. La política de retención de datos de Tenable con respecto a los escaneos PCI coincide con los requisitos vigentes establecidos por el Consejo de Normas de Seguridad de PCI.

La capacidad de medir el progreso a lo largo del tiempo es una función fundamental de Tenable One Vulnerability Management. Tenable One Vulnerability Management almacenará automáticamente datos de los clientes durante 12 meses para permitirles realizar informes sobre un período de tiempo de 1 año.

En caso de que caduque o venza la cuenta de un cliente, Tenable conservará los datos como estaban al momento del vencimiento durante no más de 30 días. Pasado ese tiempo, estos datos pueden eliminarse y no podrán recuperarse.

Los datos que están involucrados en un proceso de validación de cumplimiento de PCI no se eliminan hasta al menos tres años después de la fecha de la certificación de PCI, conforme los requisitos de las normativas de PCI. Tenable conserva estos datos durante este período de tiempo, incluso si el cliente decide eliminar sus escaneos o su cuenta, o si cancela su servicio de Tenable One Vulnerability Management.

Para garantizar la mejor experiencia posible, Tenable recopila esta información siempre que el contenedor del cliente permanezca activo. Una vez que el cliente interrumpa el servicio, los datos no se conservarán durante un plazo mayor a 30 días.

Por lo general, la certificación Common Criteria no se aplica a una solución SaaS, ya que la frecuencia de las actualizaciones no se presta a un proceso de certificación cuya realización demanda entre seis a nueve (6 a 9) meses. Tenable logró la certificación Common Criteria en los productos Tenable Security Center, Nessus Manager, Nessus Agents y Log Correlation Engine (LCE).