Sightadel

Soluciones · Responsables de seguridad y CISO

Menos hojas de cálculo que mantener.
Más seguridad que gestionar.

Como responsable de seguridad de la información o CISO, usted mantiene en marcha el SGSI, responde a los cuestionarios de los clientes, prepara las auditorías e informa a la dirección. Sightadel reúne requisitos, riesgos, evidencias y medidas en un solo lugar, también cuando se aplican varios frameworks a la vez.

Punto de partida

Lo que asume este rol.

En muchas empresas, el SGSI es una colección de archivos. Una hoja de cálculo para la declaración de aplicabilidad (SoA), otra para los riesgos, otra para los proveedores, además de carpetas con políticas y un buzón lleno de evidencias. Funciona mientras una persona lo tenga todo en la cabeza. Se vuelve pesado en cuanto se añade un segundo framework, un compañero se ausenta o el auditor pregunta cuándo se revisó por última vez una evidencia.

Con NIS2, la situación se ha vuelto aún más exigente. Muchas empresas deben ahora mantener ISO 27001, cumplir las obligaciones de la ley alemana del BSI (BSIG) y demostrar a la vez las medidas técnicas del RGPD. Los temas se solapan mucho. Por eso, la documentación también debería hacerlo: una evidencia sobre copias de seguridad que sirva para los tres, en lugar de tres copias con tres estados distintos.

A ello se suma un papel entre dos aguas. Necesita la colaboración de TI, personal, compras y los departamentos, pero ninguno de ellos depende de usted. Sightadel hace visibles las responsabilidades y los plazos sin que tenga que perseguir cada tarea por correo electrónico. Y ofrece a la dirección una visión de la situación que puede leer sin explicaciones.

Por qué ahora

Motivos habituales para abordar el tema.

01

NIS2 se suma al SGSI existente

Usted gestiona un SGSI según ISO 27001 y ahora queda además sujeto a la ley del BSI. La cadena de notificación, el registro y las obligaciones de la dirección son nuevos. El resto no debe documentarse por duplicado.

02

Se acerca una auditoría de seguimiento o de recertificación

El auditor quiere ver que el sistema está vivo: auditorías internas, revisión por la dirección, riesgos actualizados, acciones correctivas cerradas. Las evidencias que eran válidas hace un año quizá ya no lo sean hoy.

03

Asume el puesto por primera vez

Su predecesor se ha ido y los archivos están dispersos. Antes de poder mejorar tiene que entender qué hay, qué está vigente y qué está desfasado. Una importación ordenada es más rápida que empezar de nuevo.

04

Demasiados cuestionarios de clientes

Cada gran cliente envía su propio cuestionario sobre la cadena de suministro. Las preguntas se parecen, los formatos no. Una situación bien mantenida y un Trust Center responden a las preguntas habituales una sola vez para todos.

05

Los proveedores pasan a ser objeto de auditoría

NIS2 e ISO 27001 exigen que evalúe a los proveedores y que fije por contrato los requisitos de seguridad. Sin una lista central con fechas de validez, un certificado caducado solo se detecta cuando alguien pregunta por él.

Frameworks relevantes

Qué aplica y qué exige aquí en concreto.

Resumido con nuestras propias palabras, sin constituir asesoramiento jurídico. Prevalece el texto original en su versión vigente.

ISO/IEC 27001Exigido con frecuencia

El marco sobre el que se construyen la mayoría de los SGSI. Los capítulos 4 a 10 regulan el sistema de gestión y el anexo A contiene 93 controles agrupados en cuatro temas. El certificado tiene una validez de tres años, con dos auditorías de seguimiento anuales y una auditoría de recertificación posterior. Las auditorías internas y la revisión por la dirección son los puntos en los que los sistemas muestran debilidades con más frecuencia en la auditoría.

Ver el framework →
NIS2Obligatorio

Obligatoria para las entidades importantes y esenciales según la ley del BSI. Los diez ámbitos de medidas del § 30 de la BSIG coinciden en gran parte con el anexo A. Lo nuevo es sobre todo el registro ante la Oficina Federal de Seguridad de la Información (BSI), la cadena de notificación de 24 horas, 72 horas y un mes y las obligaciones de la dirección según el § 38 de la BSIG.

Ver el framework →
RGPDObligatorio

Las medidas técnicas y organizativas del art. 32 pueden demostrarse con las mismas evidencias que muchos controles del anexo A. Un incidente de seguridad puede ser a la vez una violación de datos. Por eso compensa una estrecha coordinación con protección de datos.

Ver el framework →
BSI C5:2026Según el caso

Para proveedores de servicios en la nube cuyos clientes proceden del sector público, del sector sanitario o de sectores regulados. El catálogo de criterios del BSI se basa en ISO 27001 y añade temas propios de la nube. El resultado es un informe de atestación emitido por un auditor independiente (auditor de cuentas).

Ver el framework →
DORASegún el caso

Para las entidades financieras prevalece sobre NIS2. La gestión del riesgo relacionado con las TIC, la gestión de incidentes y el control de accesos se basan en los mismos fundamentos que el SGSI. Se añaden el registro de información sobre los proveedores de servicios TIC y las pruebas de resiliencia.

Ver el framework →

Orden recomendado

Por dónde empezar y qué viene después.

  1. 1

    Importar lo existente

    La declaración de aplicabilidad, las listas de riesgos y las tablas de proveedores existentes se incorporan a Sightadel mediante importación desde Excel o Word. Las políticas y evidencias se suben a la biblioteca de evidencias y se asignan a los requisitos. Así ve rápidamente lo que ya hay.

  2. 2

    Crear los frameworks en paralelo

    Cree a la vez ISO 27001, NIS2 y, si hace falta, el RGPD. Una evidencia se guarda una sola vez y se vincula con todos los requisitos que demuestra. Lo que ya está hecho para un framework aparece como demostrado en el otro.

  3. 3

    Crear el registro de riesgos

    Los riesgos se evalúan con un método fijo, se les asignan un tratamiento y responsables y se vinculan con medidas. Las mismas entradas dan resultados comparables. Los riesgos residuales aceptados los hace confirmar por la dirección.

  4. 4

    Repartir las responsabilidades

    Las carencias se convierten en planes de acción con responsables y plazos. Los compañeros de TI, personal y compras reciben el rol Contributor y trabajan su parte directamente. A los proveedores externos y consultores los invita con un rol propio.

  5. 5

    Fijar el ciclo anual

    Revisiones de permisos, formaciones, evaluaciones de proveedores, pruebas de emergencia, auditoría interna y revisión por la dirección funcionan como ciclos recurrentes con fechas fijas. Las evidencias tienen fecha de caducidad y Sightadel avisa antes de que venzan.

  6. 6

    Preparar y acompañar la auditoría

    Una auditoría interna honesta unas semanas antes muestra las últimas carencias. El auditor externo recibe un rol propio: ve los requisitos, las respuestas y las evidencias en su contexto, comenta y nunca elimina nada.

Su día a día

Lo que de verdad cuesta tiempo al operar un SGSI

La implantación es un proyecto. La operación es rutina, y es precisamente ahí donde, sin un sistema, más tiempo se pierde.

Evidencias caducadas

Una prueba de restauración de hace 14 meses, una lista de formación del año anterior. Cada evidencia en Sightadel tiene una fecha de validez. Lo que va a caducar pronto aparece como tarea, no como hallazgo en la auditoría.

Documentación duplicada

La misma política en tres versiones para tres frameworks. En Sightadel está una sola vez, con versión y aprobación, vinculada con todos los requisitos que cubre.

Perseguir a los compañeros

Repartir tareas por correo electrónico y hacer seguimiento en el calendario. Los planes de acción con responsables y plazos lo sustituyen. Usted y la dirección ven los puntos vencidos sin tener que preguntar.

Informe a la dirección

Una presentación nueva para cada reunión. El panel muestra el avance por framework, los problemas abiertos y las medidas vencidas. La dirección lo consulta con el rol Viewer y usted añade la valoración.

Preguntas de auditores y clientes

¿Quién cambió esto y cuándo, y dónde está la evidencia? El registro de actividad responde a la primera pregunta y la biblioteca de evidencias, a la segunda. El auditor ve ambas cosas por sí mismo, con su propio rol.

Cómo ayuda Sightadel

Las funciones que marcan la diferencia aquí.

Evaluaciones guiadas

Cada requisito está formulado como pregunta con explicación, control por control. Respuesta, justificación y evidencia están en el mismo lugar. Eso ayuda tanto con la declaración de aplicabilidad como con la colaboración de compañeros que no conocen la norma.

Más información →

Biblioteca de evidencias

Evidencias con versión, estado y fecha de validez. Una evidencia puede vincularse con requisitos de varios frameworks, por ejemplo un concepto de copias de seguridad con ISO 27001, NIS2 y las medidas técnicas del RGPD a la vez.

Más información →

Planes de acción

Las carencias de las evaluaciones, las auditorías internas y los hallazgos externos se convierten en medidas con responsable y plazo. La creación, la modificación y el cierre quedan en el registro de actividad, con fecha, hora y persona.

Más información →

Riesgo de proveedores

Proveedores con criticidad, cuestionarios, contratos y evidencias en una sola lista. Los certificados caducados y las respuestas que faltan saltan a la vista. Así se cubren la obligación sobre la cadena de suministro de NIS2 y los controles correspondientes del anexo A.

Más información →

Security Score

El Security Score muestra la superficie de ataque de sus dominios desde fuera como calificación y como cifra, con una lista de problemas concretos e instrucciones para resolverlos. Los hallazgos se gestionan con su estado y se integran en su gestión de vulnerabilidades.

Más información →

Frameworks propios

Las directrices internas, las políticas del grupo o los anexos de seguridad de grandes clientes los crea como framework propio. Conviven con ISO 27001 y NIS2 y utilizan las mismas evidencias.

Más información →

Esfuerzo y duración

Una estimación honesta.

Migración de un SGSI existente2–6 semanas
Importación de la declaración de aplicabilidad, los riesgos y los proveedores, y asignación de las evidencias existentes. La duración depende sobre todo de lo actualizada que esté la documentación anterior.
NIS2 sobre un SGSI existente2–4 meses
Cadena de notificación, registro, implicación de la dirección y cierre de las carencias que el anexo A no cubre. Las evidencias existentes se reutilizan.
Crear un SGSI hasta la primera auditoría6–12 meses
Alcance, método de riesgos, controles, políticas, auditoría interna y revisión por la dirección. Requisito previo: al menos un día a la semana para la persona responsable, mejor más.
Operación continua1–2 días por semana
Para una empresa mediana con dos o tres frameworks. A ello se suman las horas de los departamentos para su colaboración y las citas del ciclo anual.

Los plazos son valores basados en la experiencia, no un compromiso. Lo que más influye es el punto de partida, el tamaño del alcance y el tiempo que le queda junto al trabajo diario.

Qué licencia contrata · normalmente Professional

Una empresa con un SGSI según ISO 27001 y obligada por NIS2 contrata ambos frameworks en la edición Professional. Incluye diez usuarios, diez activos y 25 proveedores. Como ISO 27001 está incluida, NIS2 tiene un descuento permanente. El RGPD puede añadirse más adelante y utiliza las mismas evidencias.

Licencia por framework, duración mínima de un año, pago mensual o anual. Todos los precios, descuentos y una calculadora están en la página de precios. Los honorarios de un organismo de certificación o de auditoría se suman por separado.

Preguntas y respuestas

Preguntas sobre responsables de seguridad y CISO

Más respuestas en las preguntas frecuentes o directamente a través de nuestro formulario de contacto.

¿Podemos incorporar nuestro SGSI existente?

Sí. La declaración de aplicabilidad, las listas de riesgos y las tablas de proveedores pueden importarse desde Excel, y las políticas desde Word. Después asigna los documentos a los requisitos. No empieza de cero, sino que pone orden en lo que ya existe.

¿Cómo funciona el trabajo con varios frameworks?

Cada framework tiene sus propios requisitos y su propio avance. Sin embargo, las evidencias y las medidas se crean una sola vez y se vinculan con todos los requisitos correspondientes. Deliberadamente no damos una cifra de solapamiento, porque depende de su alcance.

¿Cómo incorporamos a consultores externos?

Mediante el rol «Consultant externo». Su consultor trabaja directamente en su cuenta y el registro de actividad indica que se produjo un acceso desde fuera. Si no tiene consultor, puede contratar asesoramiento como paquete en la aplicación.

¿Qué ve el auditor externo?

El auditor tiene su propio rol: ve los requisitos, las respuestas, las evidencias y el registro de actividad, comenta y, tras su aprobación, crea o edita entradas. Nunca puede eliminar nada. Eso ahorra tiempo de preparación y envío de archivos.

¿Quién realiza la certificación?

Un organismo de certificación independiente y acreditado. Puede elegirlo en nuestra red de socios dentro de la aplicación o traer el suyo. Sightadel no certifica y por las auditorías no se paga ninguna comisión, ni a nosotros ni a los socios.

¿Ayuda Sightadel con la auditoría interna?

Sí. El programa de auditoría se planifica como un ciclo recurrente, las constataciones se convierten en medidas con plazo y los resultados se integran en la revisión por la dirección. La auditoría interna debería realizarla alguien que no haya implantado personalmente el tema auditado.

¿Redacta la IA nuestras políticas?

Proporciona borradores a partir de plantillas sectoriales y ayuda a redactar. Deliberadamente no se rellena todo de antemano. La evaluación de riesgos, los riesgos residuales y la decisión sobre qué controles se aplican los decide usted. Eso es precisamente lo que revisa el auditor.

¿Dónde se guardan nuestros datos?

Sightadel se desarrolla y se opera en Alemania. Con cada cliente firmamos un contrato de encargado del tratamiento conforme al art. 28 RGPD.

Revisado por expertos el 8 de octubre de 2026 · No constituye asesoramiento jurídico. Prevalece la norma o la ley en su versión vigente.

Empiece con una sola norma.

14 días, acceso completo, sin datos de pago. Todo lo que cree se conserva en el plan de pago.