Secani
Secani
  • Socios
Iniciar sesiónHacer el recorrido

Resumir con IA

Abrir en ChatGPTAbrir en ClaudeAbrir en PerplexityAbrir en MistralAbrir en Grok
SIBB Startups
Berlín
Cofinanciado por la Unión Europea
for Startupsby
Secani

Jonathan Bezdek

Wörther Straße 9

10435 Berlin


hello@secani.com

Producto

  • Secani Agent
  • Hoja de ruta
  • Documentación
  • OSCAL
  • Comprobación de aplicabilidad NIS2
  • Comprobación de implementación NIS2
  • Marcos

Información legal

  • Política de privacidad
  • Términos
  • Configuración de cookies
  • Aviso legal
  • humans.txt
  • lawyers.txt
  • security.txt

Empresa

  • Empresa
  • Contacto
  • Blog
  • Marca

Soporte

  • Ayuda
  1. Inicio›
  2. Marcos›
  3. CIS Controls

CIS Controls.

Priorizar la ciberdefensa, justificar el grupo de implementación adecuado y comprobar la implantación en la propia operación de forma trazable.

  • CIS Critical Security Controls v8.1
  • ·Por Jonathan Bezdek
  • ·Actualizado: 22/10/2026
  • ·Tiempo de lectura: 9 min.

Respuesta breve.

CIS Controls son recomendaciones priorizadas de ciberdefensa del Center for Internet Security. La versión 8.1 organiza 153 salvaguardas en 18 áreas. Los grupos de implementación ayudan a empezar según riesgos y recursos disponibles. Los grupos son acumulativos; documentar la implantación no constituye automáticamente una certificación ni acredita todas las obligaciones legales.

CIS Controls v8.1 como orientación práctica.

CIS Controls estructura la selección de prácticas de protección de sistemas y redes. Un Control es un área temática; las salvaguardas asociadas describen campos de actuación más concretos. La página del editor sobre v8.1 presenta esta versión como una revisión iterativa de v8, entre otros aspectos, con términos precisados, clases de activos adaptadas y referencia a NIST CSF 2.0.

Las recomendaciones no son una obligación legal de aplicación general. Una organización puede acordarlas como base de trabajo; los clientes o contratos pueden exigir determinadas evidencias. Las preguntas frecuentes de CIS aclaran expresamente que los controles no sustituyen otros procedimientos regulatorios o formales de acreditación. Por ello, la selección debe ajustarse a los servicios propios y las obligaciones adicionales.

CIS Controls y CIS Benchmarks tienen funciones diferentes. Los controles abordan la práctica general de protección; los benchmarks, la configuración segura de productos y tecnologías concretos. Un hallazgo de configuración puede apoyar una evaluación de implantación, pero no resuelve todas las cuestiones organizativas. El editor explica esta distinción en sus preguntas frecuentes sobre los controles.

Elegir los grupos de implementación según riesgos y recursos.

Los grupos de implementación ayudan a priorizar a organizaciones de distintos tamaños. Según la página de grupos de CIS, cuentan el perfil de riesgo y los recursos disponibles. IG1 incluye 56 salvaguardas fundamentales; CIS recomienda este comienzo a toda organización. Los recursos limitados de seguridad explican la orientación, pero no justifican una excepción general ante riesgos mayores o requisitos contractuales.

IG2 añade 74 salvaguardas a la selección de IG1 para una mayor complejidad operativa. La página del editor describe, entre otros aspectos, responsables informáticos propios, departamentos diferentes e información más sensible. Por ello, IG2 no significa trabajar únicamente los puntos adicionales y omitir los fundamentos. Lo decisivo es el alcance completo acordado.

IG3 añade otras 23 salvaguardas e incluye así las 153. CIS describe, entre otros aspectos, competencia especializada en seguridad y atención a ataques dirigidos. Estos grupos no son una escala general de madurez: un grupo elegido por sí solo no indica si sus medidas funcionan ni qué riesgos residuales ha aceptado la organización.

Los principales ámbitos de trabajo de la ciberdefensa.

Los seis ámbitos siguientes agrupan editorialmente el trabajo con CIS Controls; no son una nueva estructura oficial del catálogo. Para la selección concreta siguen siendo determinantes la versión publicada, el grupo de implementación acordado y la operación examinada.

  • Comprender los activos y los datos.

    Las decisiones de protección necesitan una visión trazable de los sistemas, el software y la información realmente utilizados. Como preparación práctica, los responsables deben aclarar qué servicio se examina y qué dependencias lo sostienen. Un inventario pierde valor si los cambios operativos dejan de reflejarse en él o nadie puede evaluar su integridad.

  • Conectar configuración segura y gestión de vulnerabilidades.

    La configuración, el software con soporte y la gestión de vulnerabilidades conocidas se complementan. Para la implantación, conviene definir también la responsabilidad y la vía de cambio, además de la disposición técnica. Los benchmarks de productos concretos pueden ayudar a evaluar una configuración; no sustituyen la decisión sobre qué sistemas y condiciones operativas comprende la evaluación.

  • Gestionar identidades y accesos.

    Los permisos deben ajustarse a las tareas y las necesidades de protección. Una evaluación práctica debe examinar tanto la configuración como los pasos de incorporación, cambio de puesto y salida de personas. Un tipo de cuenta bien configurado todavía no demuestra que los accesos obsoletos se detecten y retiren de forma fiable; para ello son útiles registros operativos adecuados.

  • Coordinar observación y respuesta.

    La información de seguridad debe llegar a personas capaces de evaluarla y gestionarla. Para la implantación, aclare quién examina los avisos, cómo se transmite un incidente y qué suplencia interviene. La mera disponibilidad de una herramienta no explica esas responsabilidades. Una tarea de respuesta ensayada puede mostrar si el procedimiento acordado funciona realmente.

  • Considerar la recuperación y los proveedores.

    La prestación examinada suele depender de copias de seguridad, servicios externos y vías de apoyo acordadas. Compruebe en la práctica quién puede recuperar qué prestación durante una interrupción y qué información necesita para ello. Una evidencia debe mostrar el alcance del uso propio; el informe de un proveedor no resuelve automáticamente todas las tareas de sus clientes.

  • Incluir a las personas y la verificación.

    La práctica de protección necesita tareas comprensibles y una evaluación de su implantación. Como ayuda, los equipos pueden registrar quién opera una medida, qué observación muestra su estado y cuándo corresponde una nueva revisión. Las adaptaciones son razonables si cambian servicios, amenazas o responsabilidades. Un cuestionario cumplimentado una vez no refleja esos cambios por sí solo.

Aplicar CIS Controls paso a paso.

  1. Delimitar el servicio examinado.

    Como primer paso práctico, describa el servicio, sus sistemas, información y dependencias externas de modo que la evaluación posterior tenga unos límites reconocibles.

  2. Justificar el grupo y los requisitos adicionales.

    Elija un grupo de implementación según riesgos y recursos y documente qué otros requisitos legales o contractuales deben considerarse por separado.

  3. Acordar la implantación y la responsabilidad.

    Traduzca la base elegida en tareas concretas y asigne a cada tarea una persona con competencias y autoridad adecuadas.

  4. Recopilar registros operativos.

    Vincule la implantación con configuraciones, registros de comprobación o evidencias de procesos adecuados e identifique su alcance y el período examinado.

  5. Conectar evaluación y mejora.

    Examine el valor probatorio de las evidencias, gestione las desviaciones detectadas y defina cómo se reconocerá el efecto de una corrección.

  6. Volver a decidir ante cambios.

    Revise de nuevo la selección, las responsabilidades y las evidencias cuando cambien sustancialmente el servicio, el perfil de riesgo o los recursos disponibles.

Qué expresa una evaluación de CIS Controls.

Una evaluación solo tiene valor dentro del alcance descrito. Documente qué versión y selección se evaluaron, qué sistemas están incluidos y en qué evidencias se basa el resultado. Una autoevaluación puede estructurar el trabajo; una etiqueta de grupo o una puntuación global individual todavía no explica por sí sola la implantación real.

CIS Controls Assessment Specification ofrece una base para una comprensión común de la evaluación de salvaguardas. La documentación pública recoge una versión para v8.1. El procedimiento concreto y las muestras necesarias para su finalidad deben acordarse antes de la evaluación; esta página no reproduce instrucciones individuales de auditoría.

CIS Controls Accreditation se refiere a proveedores cualificados de servicios de implantación, auditoría o evaluación. La página pública del programa describe la confirmación de su competencia y la elección de un proveedor adecuado. Esto debe separarse de la evaluación de la organización cliente. De ello no se deriva ni un certificado general para todos los usuarios de los controles ni una vigencia fija de sus propios registros de implantación.

Más información en el blog.

  • Herramientas OSCAL y fuentes de contenidoComprender los contenidos legibles por máquina y los límites de sus herramientas; el directorio también remite al repositorio del editor CIS.

Considerar otros marcos como complemento.

NIST CSF estructura los resultados de seguridad deseados, mientras que CIS Controls ayuda a priorizar el trabajo práctico de protección. ISO 27001 aborda el sistema de gestión y su certificación independiente. NIST SP 800-53 ofrece un catálogo más amplio de controles de seguridad y privacidad. PCI DSS establece requisitos separados de protección de datos de tarjetas de pago; seleccionar controles no sustituye la acreditación correspondiente.

  • NIST CSFEntender los resultados de seguridad y el contexto organizativo.
  • ISO 27001Examinar por separado el SGSI y su certificación.
  • NIST SP 800-53Comprender el otro catálogo de controles y su marco de aplicación.
  • PCI DSSEntender la evaluación separada del entorno de tarjetas de pago.

En Secani.

Secani ofrece un catálogo editorial empresarial propio basado en CIS Controls v8.1. Los datos del perfil recogen, entre otros aspectos, el grupo de implementación acordado, nube, OT y desarrollo propio de software. Los grupos se tratan como una priorización acumulativa, no como certificación ni evaluación de madurez; el catálogo no es una traducción oficial de CIS y su aprobación especializada independiente está pendiente.

Empezar con una base de trabajo justificada.

Elija un servicio cuya práctica de protección desee mejorar de forma trazable. Acuerde con los responsables el alcance, la versión de referencia y el grupo de implementación adecuado. Documente quién decide sobre las medidas adicionales o los riesgos aceptados.

Examine después qué evidencias operativas existen ya para ese alcance y qué permiten afirmar. Planifique el trabajo pendiente con responsables y fechas. Así se crea una tarea verificable antes de ampliar un programa extenso de medidas a toda la organización.

Solicitar una demostración

Fuentes.

  • CIS Controls v8.1: información general del editor
  • CIS: grupos de implementación
  • CIS: grupo de implementación 1
  • CIS: grupo de implementación 2
  • CIS: grupo de implementación 3
  • Preguntas frecuentes de CIS Controls: contexto y benchmarks
  • CIS Controls Assessment Specification v8.1
  • CIS Controls Accreditation: proveedores de servicios de evaluación

Preguntas frecuentes.

No. Los grupos de implementación priorizan una selección acumulativa según riesgos y recursos; no son una escala de certificación ni de madurez general.

Sí. IG2 añade otras 74 a las 56 salvaguardas de IG1; IG3 añade después 23 y comprende así las 153.

No. Los controles describen prácticas generales de protección; los benchmarks, el bastionado de productos y tecnologías concretos. Por ello, comprobar una configuración no evalúa automáticamente toda la implantación de los controles.

No. Una base de trabajo de controles elegida y la evaluación independiente de un SGSI expresan cosas distintas; los requisitos legales o contractuales adicionales de acreditación deben seguir examinándose por separado.

Priorizar el trabajo de protección de forma trazable.

Hable sobre cómo trabajar su alcance elegido, responsabilidades y evidencias en Secani.

Solicitar una demostración

Esta página explica CIS Controls con palabras propias y no sustituye las publicaciones del editor ni una evaluación especializada. Son determinantes la versión acordada, el alcance examinado y los requisitos aplicables en cada caso.