Seguridad de la información · Serboweb CRM

Seguridad desde la arquitectura hasta la evidencia.

Arquitectura de protección, seguridad de aplicación y gobierno del dato para la evaluación técnica de Serboweb CRM.

Memoria técnica para responsables de sistemas, seguridad y protección de datos, auditores y departamentos de contratación.

01 / Arquitectura y alcance

Una evaluación por planos de control.

Serboweb aloja y administra el CRM sobre tres servidores dedicados, con un sistema operativo de servidor y un plano centralizado de gestión de los servicios. La arquitectura se analiza mediante la correspondencia entre activos, identidades, flujos de información y controles efectivos, delimitando las fronteras de confianza y las dependencias que intervienen en cada operación.

Plano de administración

Identidades administrativas, acceso al panel y al sistema operativo, privilegios efectivos, credenciales de servicio y trazabilidad de cambios. El alcance se determina por cuenta, función y recurso administrado.

Plano de aplicación y datos

Instancias del CRM, procesos de ejecución, bases de datos, ficheros, adjuntos y sesiones. Las fronteras de confianza requieren verificar permisos de sistema, autorizaciones de aplicación y separación entre clientes.

Plano de recuperación

Copias, configuraciones, dependencias y material criptográfico necesario para reconstruir el servicio. Su evaluación comprende integridad, consistencia, disponibilidad de claves y restauración funcional.

Alcance de la descripción pública

El número de servidores describe la infraestructura de alojamiento. La alta disponibilidad, la replicación, la independencia geográfica y la conmutación requieren una arquitectura y pruebas específicas. Los compromisos de cada servicio deben constar en su documentación contractual.

02 / Controles de infraestructura

Funciones de protección y operación.

El entorno combina administración del sistema, protección del transporte, filtrado de red, análisis de eventos, tratamiento del correo y detección de código malicioso. Cada función actúa sobre una superficie concreta; su cobertura se determina mediante la configuración efectiva, las fuentes de información disponibles y el resultado de las acciones ejecutadas.

Sistema operativo y administración de servicios

Proporciona el contexto de ejecución de las aplicaciones y la administración centralizada de ámbitos de alojamiento, identidades de sistema, dominios, servicios y recursos. Los permisos del sistema de ficheros y la identidad efectiva de los procesos delimitan las operaciones accesibles desde cada contexto de ejecución.

Alcance técnico
Gestión del ciclo de actualización, configuración de servicios, cuentas y permisos. La revisión de segregación relaciona identidad de proceso, ámbito de alojamiento, credenciales de datos y autorizaciones de aplicación; las fronteras entre clientes deben contrastarse en todos esos niveles.

Protección criptográfica del transporte

Establece canales HTTPS mediante certificados digitales y negociación TLS para proteger la confidencialidad e integridad del tráfico entre el cliente y el extremo que termina la conexión. La gestión de certificados utiliza mecanismos automatizables de validación, emisión y renovación.

Alcance técnico
Cadena de confianza, correspondencia entre identidad del servicio y nombres certificados, vigencia, protocolos y suites criptográficas. La cobertura debe evaluarse por extremo y recorrido de comunicación; el cifrado del almacenamiento exige una comprobación independiente.

Filtrado de tráfico y control de exposición

Aplica reglas de aceptación y rechazo del tráfico para delimitar los servicios alcanzables y las comunicaciones permitidas. La política de filtrado relaciona origen, destino, protocolo y puerto con las necesidades operativas del entorno y las excepciones autorizadas.

Alcance técnico
Interfaces y familias IP cubiertas, reglas efectivas, precedencia, servicios publicados y persistencia de la política. La inspección del contenido HTTP y la detección de comportamiento en los procesos son controles diferenciados que requieren acreditar su propia cobertura.

Detección de abuso y bloqueo por eventos

Analiza registros de servicios para identificar patrones de intentos fallidos y otras secuencias que satisfacen una regla de detección. La coincidencia con los umbrales configurados permite ejecutar acciones de bloqueo temporal sobre el origen asociado al evento.

Alcance técnico
Fuentes de registro, reglas de detección, ventanas temporales, umbrales, duración y excepciones. La atribución del origen debe ser consistente con los intermediarios de red; la cobertura de cada acceso depende de que sus eventos alimenten efectivamente el mecanismo de análisis.

Filtrado antispam y control de mensajería

Permite clasificar mensajes conforme a criterios antispam y aplicar parámetros globales o específicos por buzón, con umbrales de sensibilidad, marcación y listas de remitentes permitidos o bloqueados. Incorpora comprobaciones de configuración relacionadas con la resolución de nombres, el encaminamiento del correo y la exposición de sus servicios.

Alcance técnico
Políticas de correo entrante y saliente, ámbito de los buzones, puntuación de mensajes y excepciones. El objetivo operativo es reducir comunicaciones no deseadas y detectar incoherencias de configuración que afecten al tratamiento y entrega de la mensajería.

Análisis antivirus y detección de código malicioso

Examina ficheros del entorno de alojamiento para identificar contenido malicioso y generar hallazgos que puedan revisarse y tratarse. El resultado del análisis permite relacionar la detección con el recurso afectado y orientar las actuaciones de investigación, saneamiento y recuperación.

Alcance técnico
Superficie analizada, exclusiones, actualización de criterios de detección, resultados y acciones de tratamiento disponibles. La limpieza automatizada, el aislamiento y la protección en tiempo de ejecución requieren verificar las funciones habilitadas; la coexistencia con otros controles exige coherencia operativa.

03 / Seguridad de aplicación

Control del acceso, del abuso y de la actividad del CRM.

El CRM dispone de funciones para aplicar políticas sobre la autenticación, las solicitudes de recuperación de acceso, la procedencia de las conexiones y el uso de los canales de mensajería. La activación, los umbrales, las excepciones y los modos de respuesta se parametrizan según el alcance de cada instalación.

Limitación de intentos y bloqueo temporal

Permite contabilizar intentos de acceso por dirección de origen, identificador de usuario o combinación de ambos. Las ventanas de observación y los umbrales de fallo delimitan cuándo una secuencia pasa a ser susceptible de bloqueo, con posibilidad de aplicar restricciones temporales y escaladas ante reiteraciones.

Funcionamiento
La evaluación correlaciona identidad declarada, procedencia y frecuencia. Esta granularidad permite tratar intentos concentrados sobre una cuenta y actividad repetitiva procedente de un mismo origen. La selección de umbrales debe considerar concurrencia legítima, redes compartidas y riesgo de provocar una denegación de acceso sobre usuarios válidos.

Verificación adicional de la autenticación

Ofrece comprobaciones adicionales configurables en los accesos administrativos y de clientes. Según la política seleccionada, puede solicitar una prueba de interacción humana o un código temporal remitido por correo. El flujo de código temporal comprueba una representación derivada del secreto y su vigencia antes de completar la apertura de sesión.

Funcionamiento
La validación adicional se integra en la decisión de admisión del acceso. Su cobertura se determina por el flujo protegido y el método habilitado; la custodia del buzón, la disponibilidad del canal y las excepciones autorizadas forman parte de la evaluación del mecanismo.

Restricciones de origen y reglas de acceso

Permite mantener reglas de admisión y denegación basadas en direcciones IP y rangos de red, junto con criterios sobre direcciones y dominios de correo. Las reglas geográficas pueden incorporarse cuando se habilita esa función. En modo de aplicación, una coincidencia de bloqueo puede invalidar la sesión autenticada antes de denegar la continuidad del acceso.

Funcionamiento
La semántica de las reglas depende de su precedencia, ámbito y excepciones. La atribución de direcciones debe contrastarse con proxies y mecanismos de intermediación. La procedencia de una conexión y la identidad autenticada constituyen dimensiones diferentes y deben analizarse conjuntamente al interpretar una decisión de acceso.

Protección del restablecimiento de acceso

Aplica límites a la repetición de solicitudes de recuperación de credenciales utilizando como dimensiones de control la dirección de origen y el correo de destino. Esta separación permite limitar tanto la actividad concentrada desde un origen como las solicitudes reiteradas dirigidas a una misma identidad.

Funcionamiento
El circuito de recuperación constituye una superficie de autenticación que requiere su propia política de frecuencia y respuesta. Su revisión debe comprobar las condiciones de emisión, la exposición de información sobre cuentas y la compatibilidad entre protección contra abuso y recuperación legítima.

Regulación de la actividad de mensajería

Controla la frecuencia de determinados envíos de correo generados desde la aplicación, con criterios asociados a origen, usuario y destinatario. Puede operar registrando los eventos o bloqueando las operaciones que superen la política configurada, permitiendo ajustar el comportamiento antes de aplicar restricciones efectivas.

Funcionamiento
Los contadores y ventanas temporales deben interpretarse según el tipo de operación y su patrón esperado de uso. La política debe contemplar procesos automáticos legítimos, comunicaciones transaccionales, concurrencia y tratamiento de excepciones, conservando trazabilidad de las decisiones de limitación.

Registro técnico y administración de evidencias

Registra eventos de seguridad con referencias temporales, origen, identidad, área funcional, severidad y contexto de la petición. Dispone de consulta y exportación de registros, con permisos diferenciados para acceder a la información, modificar la configuración, exportar o eliminar eventos.

Funcionamiento
La información registrada permite reconstruir secuencias y contrastar decisiones de bloqueo con actividad previa. La retención, la gestión de purgas y los privilegios de administración deben definirse expresamente. La conservación de evidencias exige evaluar integridad y custodia además de la disponibilidad de un registro consultable.
Observación, aplicación y control de cambios

Las funciones que admiten modos de diagnóstico o registro requieren comprobar si una regla observa, genera un evento o ejecuta una denegación. La evaluación de una política debe identificar su configuración efectiva, las excepciones vigentes y el comportamiento observado sobre accesos permitidos y rechazados, evitando atribuir a toda la instalación la cobertura de una regla limitada a un flujo concreto.

04 / Protección de datos y RGPD

Gestión funcional de finalidades, consentimientos y derechos.

El CRM incorpora funciones para gestionar finalidades, registrar decisiones de consentimiento, preparar exportaciones de información y tramitar solicitudes de supresión. Estos mecanismos proporcionan soporte operativo al gobierno del dato; su configuración debe corresponderse con las finalidades, las instrucciones de tratamiento y las responsabilidades de cada organización.

Catálogo de finalidades y contexto del tratamiento

Permite definir finalidades de tratamiento y asociarles una descripción susceptible de presentarse al interesado. La separación por finalidad proporciona una referencia concreta para interpretar cada decisión, evitando reducir tratamientos diferentes a una aceptación indiferenciada.

Gobierno del dato
La finalidad documentada debe corresponderse con el uso real de la información. La base de licitud aplicable, las categorías de datos, los destinatarios y las condiciones de conservación forman parte de la definición del tratamiento y requieren una decisión del responsable competente.

Registro de aceptación y retirada del consentimiento

Mantiene decisiones de aceptación o retirada asociadas a una finalidad y a la persona interesada, con información temporal, dirección de origen y contexto de la actuación. El registro conserva la descripción de la finalidad vinculada a la decisión, lo que permite interpretar el acto en relación con el texto presentado en ese momento.

Gobierno del dato
La revisión de una evidencia de consentimiento debe relacionar interesado, finalidad, decisión, instante y contenido informativo. Cuando el tratamiento se basa en el consentimiento, su retirada debe incorporarse al procedimiento operativo que determina los usos autorizados de los datos.

Gestión de preferencias vinculada al interesado

Dispone de mecanismos para que contactos y prospectos expresen decisiones sobre las finalidades configuradas mediante un acceso individualizado. La gestión vincula la acción al registro correspondiente y permite mantener el histórico de cambios que sirve de soporte a su revisión posterior.

Gobierno del dato
Los accesos individualizados deben tratarse como información de acceso restringido. La publicación de finalidades, la distribución de enlaces y el uso posterior de las preferencias requieren coherencia con los procedimientos de identificación del interesado y con los canales de comunicación establecidos.

Extracción estructurada de información personal

Permite preparar exportaciones de categorías de información asociadas a contactos y prospectos, con una selección configurable de contenidos. La extracción genera información estructurada y empaquetada para su entrega; en el área de cliente, la exportación se vincula al contacto autenticado.

Gobierno del dato
El alcance de la extracción debe cotejarse con la solicitud, las relaciones entre entidades y la protección de datos de terceros. La entrega requiere identificar al destinatario, revisar el contenido y establecer condiciones de custodia. La portabilidad se atiende en los supuestos en que resulte aplicable.

Registro y seguimiento de solicitudes de supresión

Permite registrar una solicitud de supresión asociada al contacto y cliente autenticados, conservando su fecha y estado para la tramitación administrativa. La gestión del estado facilita distinguir la recepción de una petición de las actuaciones necesarias para analizarla, resolverla y documentar su cierre.

Gobierno del dato
El cierre de una solicitud requiere determinar el alcance de la supresión, las obligaciones de conservación y las actuaciones sobre datos relacionados, adjuntos, exportaciones y copias. La recepción de la petición no implica que todos esos conjuntos se eliminen de forma automática.

Coordinación del ciclo de vida de los datos

Las funciones de consentimiento, exportación y solicitud de supresión deben integrarse en un procedimiento que asigne responsables, determine categorías afectadas y documente la resolución. Las solicitudes de acceso, rectificación, oposición o limitación requieren igualmente un tratamiento operativo acorde con su naturaleza y alcance.

Gobierno del dato
La política debe contemplar coherencia entre información operativa y copias derivadas, conservación justificada, restricciones de uso y comunicación de la resolución. El cumplimiento requiere combinar funciones de aplicación, configuración, medidas organizativas y decisiones documentadas sobre cada tratamiento.
Marco normativo y alcance funcional

La existencia de herramientas de gestión de derechos y consentimientos aporta soporte operativo a la protección de datos. La determinación de bases jurídicas, información al interesado, conservación y atención de solicitudes debe ajustarse al tratamiento concreto. Consultar el Reglamento General de Protección de Datos.

05 / Copias de seguridad y recuperación

Copias incrementales con retención de una semana.

Realizamos copias de seguridad incrementales y las mantenemos durante una semana en un almacenamiento externo al servidor de producción. Esta política proporciona una ventana de conservación de respaldos diferenciada del almacenamiento que utiliza la aplicación en su funcionamiento ordinario.

Estrategia

Copia incremental

El respaldo incremental conserva cambios respecto de una referencia anterior. La recuperación de un punto depende de la disponibilidad y coherencia de los elementos que integran su cadena, incluida la base de la que proceden los incrementos correspondientes.

Conservación

Una semana

La retención operativa de las copias es de una semana. El análisis de expiración debe considerar las dependencias entre respaldos para que la retirada de elementos antiguos mantenga la posibilidad de reconstruir los puntos que permanezcan dentro de la ventana de conservación.

Ubicación

Externa al servidor

Las copias se almacenan fuera del servidor que presta el servicio CRM. La revisión del destino debe identificar sus condiciones de acceso, custodia y recuperación, así como la relación entre sus dependencias operativas y las del entorno de producción.

Consistencia del conjunto recuperable

Datos, ficheros y dependencias de aplicación

Una recuperación útil requiere coherencia entre los registros de la base de datos, los documentos referenciados y la configuración necesaria para interpretar el estado restaurado. El criterio de validación debe comprobar que las relaciones entre entidades, los adjuntos y las operaciones representativas del servicio conservan su consistencia tras la restitución.

Verificación de la restauración

De la ejecución del respaldo a la operatividad

La evidencia técnica debe relacionar el punto seleccionado, los elementos de la cadena utilizados, el resultado de reconstrucción y la validación funcional. La periodicidad de ejecución, los objetivos RPO y RTO y las condiciones de restauración deben fijarse para el servicio: la retención describe cuánto se conservan las copias, mientras que esos parámetros definen pérdida temporal admisible y recuperación.

Conservación y solicitudes de eliminación

La gestión de las copias debe coordinarse con las instrucciones de conservación y supresión de los datos. Cuando una restauración recupere un estado anterior a una actuación de eliminación, el procedimiento debe contemplar la revisión y reaplicación de las decisiones que sigan vigentes antes de reanudar el tratamiento ordinario.

06 / Gobierno, riesgo y operación

Criterios para una gestión de seguridad verificable.

La evaluación de un servicio debe relacionar decisiones de negocio, responsabilidades técnicas y resultados de control. Los criterios siguientes delimitan la documentación y las verificaciones necesarias para valorar el gobierno del servicio; su aplicación efectiva se acredita mediante los procedimientos, registros y evidencias correspondientes al alcance contratado.

Responsabilidad y decisión

Titularidad del control y segregación de funciones

Cada control debe tener un responsable de definición, un ámbito de ejecución y una autoridad para aprobar cambios o aceptar excepciones. La matriz de responsabilidades debe diferenciar administración técnica, explotación del servicio, aprobación del riesgo y tratamiento de datos personales. Una asignación verificable permite determinar quién autoriza un acceso, quién ejecuta una actuación y quién valida su resultado.

Cuando una misma persona acumula funciones por el tamaño del equipo, la evaluación debe identificar los mecanismos de revisión, trazabilidad o autorización que resulten aplicables. Las sustituciones, escalados y decisiones de emergencia también requieren una referencia operativa que permita reconstruir la actuación realizada.

Inventario y dependencias

Modelo de activos y relaciones de confianza

El inventario debe relacionar los servicios expuestos con los procesos que los atienden, los datos que utilizan y las dependencias necesarias para su operación. Debe distinguir componentes de aplicación, sistema, comunicaciones, almacenamiento, correo, certificados y recuperación. El valor de un inventario reside en su correspondencia con el entorno efectivo y en la identificación de un responsable de actualización.

Los cambios de versión, alta o retirada de servicios y modificaciones de integración deben reflejarse en el modelo de dependencias. Las relaciones entre activos permiten determinar la propagación potencial de un incidente, los requisitos de recuperación y el impacto de una modificación aparentemente local.

Clasificación de información

Confidencialidad, integridad y disponibilidad

La clasificación debe valorar el efecto de una divulgación, alteración, pérdida o indisponibilidad sobre cada categoría de información. Los datos personales, documentos comerciales, credenciales, registros técnicos y evidencias de auditoría pueden requerir tratamientos diferentes. La clasificación orienta las decisiones sobre permisos, exportación, conservación, protección criptográfica y custodia.

La criticidad debe analizarse en relación con los procesos que dependen de los datos. La indisponibilidad de una función auxiliar y la pérdida de coherencia de registros transaccionales tienen consecuencias distintas, por lo que la evaluación debe conservar el vínculo entre activo, proceso afectado y criterio de impacto.

Análisis de escenarios

Riesgo inherente, tratamiento y exposición residual

El análisis debe formular escenarios que relacionen una amenaza, una condición explotable, los activos afectados y sus consecuencias. La valoración debe hacer explícitos los criterios de probabilidad e impacto y las razones por las que un control modifica la exposición. La existencia de una herramienta o de una política escrita debe contrastarse con su cobertura y eficacia.

El registro de tratamiento debe conservar responsables, decisiones, fechas objetivo y criterios de aceptación del riesgo residual. Una excepción debe delimitar qué requisito queda afectado, durante cuánto tiempo y con qué condiciones de revisión, especialmente cuando cambia la exposición externa o la sensibilidad de la información.

Identidades y secretos

Ciclo de vida del acceso y privilegios administrativos

Las altas, cambios de función y bajas requieren relacionar una identidad con una necesidad de acceso y una autorización. La revisión debe distinguir cuentas personales, administrativas, técnicas y de integración; estas últimas necesitan un propietario y un alcance definido aunque no representen una sesión interactiva. La revocación debe considerar credenciales, sesiones, claves y accesos indirectos.

La custodia de secretos debe evitar su exposición en código público, registros, capturas, documentación o canales de soporte. La revisión de privilegios debe atender al acceso efectivo y a las delegaciones acumuladas, incluyendo la capacidad de exportar información, modificar políticas o administrar las evidencias del propio sistema.

Mantenimiento y exposición

Vulnerabilidades, actualizaciones y gestión del cambio

La priorización de una corrección debe combinar severidad técnica, exposición real, posibilidad de explotación, privilegios necesarios e impacto sobre los datos. El seguimiento debe identificar el componente afectado, la medida prevista y el criterio de cierre. Las dependencias sin soporte requieren una decisión documentada sobre su sustitución, aislamiento o tratamiento temporal.

Los cambios relevantes deben disponer de alcance, validación previa, autorización, comprobaciones posteriores y una estrategia de reversión compatible con los datos. Las actuaciones urgentes requieren conservar igualmente su trazabilidad y someterse a revisión posterior, incluyendo la comprobación de que la corrección no modifica autorizaciones o flujos de información de forma inesperada.

Personas y operación

Competencia, concienciación y acceso de soporte

La preparación del personal debe corresponderse con las funciones que desempeña y los datos a los que puede acceder. Administración, desarrollo y soporte requieren contenidos y evidencias diferentes sobre identificación de incidentes, custodia de credenciales, tratamiento de información y uso de canales autorizados. La participación debe relacionarse con resultados o necesidades de refuerzo.

El soporte debe delimitar el motivo de la intervención, el alcance de los datos consultados y las condiciones de acceso temporal. Las capturas, exportaciones y ficheros utilizados para diagnóstico forman parte del ciclo de vida de la información y deben contemplarse en las decisiones de custodia, devolución y eliminación.

Dependencias contractuales

Prestaciones, responsabilidades y cadena de servicio

La evaluación contractual debe identificar las funciones prestadas por cada interviniente, los accesos necesarios y las condiciones que afectan a la disponibilidad, conservación y tratamiento de información. Los compromisos deben vincularse con el servicio y los activos incluidos en el alcance, así como con las condiciones de terminación y devolución de datos.

La descripción pública por funciones debe complementarse, cuando corresponda, con la identificación y las condiciones exigibles en la documentación contractual y de tratamiento. Las ubicaciones, accesos de terceros, transferencias y obligaciones de asistencia deben poder contrastarse durante la evaluación autorizada del servicio.

07 / Ingeniería y validación de seguridad

Superficies que debe cubrir una revisión de la aplicación.

Además de las funciones incorporadas al CRM, una evaluación técnica debe comprobar el comportamiento de la aplicación frente a usos no autorizados, entradas manipuladas y cambios de contexto. Los ámbitos siguientes constituyen criterios de revisión y aceptación; sus resultados requieren pruebas sobre la versión y configuración efectivamente evaluadas.

Autorización por objeto y operación

Separación entre identidad y derecho de acceso

La autenticación establece una identidad; la autorización debe resolver qué operaciones puede realizar sobre cada recurso. La revisión debe comprobar permisos en el servidor para lectura, modificación, eliminación y exportación, incluyendo operaciones que actúan sobre varios registros. La ocultación de una acción en la interfaz debe acompañarse de validación sobre la petición que la ejecuta.

Las pruebas de acceso horizontal y vertical deben cubrir identificadores manipulados, relaciones entre entidades, documentos asociados y funciones administrativas. El criterio de aceptación debe contemplar tanto la denegación de operaciones ajenas como la conservación de los accesos legítimos del perfil evaluado.

Sesiones y contexto autenticado

Creación, continuidad, expiración y revocación

La revisión de sesiones debe analizar la transición entre estado anónimo y autenticado, la renovación de identificadores cuando corresponde y el cierre efectivo tras revocación. Deben comprobarse la expiración, la recuperación de acceso y los cambios de privilegio, junto con los atributos de seguridad aplicables a las cookies y su comportamiento en navegación entre contextos.

Los flujos que modifican estado deben disponer de mecanismos adecuados frente a peticiones forjadas. Las excepciones para integraciones o receptores de eventos requieren una autenticación alternativa coherente con su exposición y deben documentarse por ruta y finalidad, sin extrapolar una excepción concreta al conjunto de la aplicación.

Entradas y salidas

Validación semántica y prevención de inyecciones

El análisis debe seguir los datos desde su entrada hasta el contexto en que se interpretan: consultas, vistas, plantillas, exportaciones, rutas o llamadas a servicios. Deben comprobarse tipos, formatos, tamaños, rangos y relaciones permitidas. La validación de un dato debe distinguirse de la codificación necesaria para representarlo con seguridad en un contexto de salida determinado.

Las consultas y las operaciones sobre recursos deben revisar parametrización, control de identificadores y tratamiento de errores. Las pruebas deben incluir contenido persistente, cargas importadas, campos personalizados y salidas estructuradas, atendiendo a la posibilidad de que una entrada inicialmente inerte adquiera significado ejecutable en otra fase del proceso.

Documentos y adjuntos

Carga, almacenamiento, entrega y ejecución

La evaluación de ficheros debe comprobar tamaño, formato, nombre, destino de almacenamiento y autorización sobre el objeto al que se vinculan. La extensión declarada, el tipo comunicado por el cliente y el contenido efectivo deben valorarse conjuntamente. Las rutas de acceso deben impedir que un identificador controlado por el solicitante amplíe el ámbito de lectura o escritura autorizado.

La entrega de documentos exige comprobar permisos en el momento de acceso y los encabezados que determinan su interpretación en el navegador. Deben revisarse los permisos de ejecución del almacenamiento, los resultados del análisis antimalware y el tratamiento de copias temporales, sin presumir cobertura universal a partir de una única comprobación de carga.

Interfaces e integraciones

Autenticidad, repetición y delimitación de operaciones

Las interfaces de intercambio deben delimitar las credenciales aceptadas, las operaciones autorizadas y los datos expuestos a cada integración. Los receptores de eventos deben comprobar la autenticidad del origen mediante el mecanismo aplicable y evaluar el tratamiento de mensajes repetidos, fuera de secuencia o con estructuras inválidas.

La revisión debe contemplar límites de tamaño y frecuencia, tiempos de espera, reintentos y efectos de ejecuciones duplicadas. Las claves y tokens deben conservar un alcance compatible con la finalidad de la integración y una vía de revocación. Los errores y registros deben aportar contexto suficiente sin revelar secretos o conjuntos de datos innecesarios.

Protección criptográfica

Alcance del cifrado y ciclo de vida de las claves

La evaluación debe identificar qué información se protege, en qué fase, con qué mecanismo y bajo qué control de claves. Transporte, almacenamiento, secretos de autenticación y evidencias de integridad requieren análisis diferenciados. La disponibilidad de cifrado debe relacionarse con la capacidad real de recuperar el servicio cuando cambia el entorno o se pierde un componente.

La custodia, renovación, revocación y recuperación del material criptográfico deben formar parte de los procedimientos aplicables. En las contraseñas se debe valorar la representación almacenada y la resistencia del mecanismo de verificación; en las copias, debe comprobarse si la protección alcanza todo el contenido y cómo se mantienen las claves necesarias para restaurarlo.

Desarrollo y componentes

Dependencias, revisión y trazabilidad de versiones

La revisión del ciclo de cambio debe relacionar requisitos, modificaciones de código, dependencias, validación y versión desplegada. Los cambios en autenticación, permisos, exportaciones, integraciones o tratamiento de datos requieren evaluar sus efectos sobre las propiedades de seguridad existentes. La versión revisada debe poder identificarse sin ambigüedad en el expediente de validación.

Los entornos de prueba deben evitar el uso innecesario de datos personales reales y restringir el acceso a información utilizada para diagnóstico. Las dependencias externas necesitan seguimiento de su soporte y exposición; una actualización debe valorarse junto con su compatibilidad funcional y el procedimiento previsto para resolver una regresión.

Pruebas y observabilidad

Criterios de aceptación y reproducción de resultados

Una prueba debe identificar precondiciones, perfil de acceso, activo, operación, resultado esperado y evidencia observada. La cobertura debe combinar casos permitidos y denegados, con una valoración de límites, excepciones y condiciones que no se hayan podido comprobar. Las conclusiones deben referirse al alcance y periodo evaluados.

Los hallazgos deben relacionarse con su impacto y con una actuación verificable de corrección o aceptación del riesgo. La comprobación posterior debe reproducir las condiciones relevantes y descartar que una solución local desplace el problema a otro flujo, otra identidad o una vía alternativa de acceso al mismo dato.

08 / Incidentes, continuidad y salida

Criterios para responder, recuperar y cerrar el servicio.

La preparación operativa debe conectar la detección de un evento con decisiones de contención, preservación de evidencias, comunicación y recuperación. Este marco delimita el contenido que deben acreditar los procedimientos específicos, las responsabilidades asignadas y los ejercicios realizados para el servicio.

Identificación y clasificación

Del evento técnico al incidente declarado

La clasificación debe considerar el activo afectado, el alcance observado, la confianza en la detección y las consecuencias sobre confidencialidad, integridad y disponibilidad. Un intento bloqueado, una degradación de servicio y un acceso indebido confirmado requieren decisiones distintas. La declaración debe conservar las hipótesis iniciales y su evolución conforme aparecen nuevas evidencias.

La severidad debe ayudar a priorizar la respuesta y el escalado sin ocultar incertidumbre. La cronología debe distinguir el momento estimado del suceso, su detección, la confirmación y las actuaciones realizadas, utilizando referencias temporales que puedan correlacionarse entre sistemas.

Preservación y análisis

Integridad, procedencia y cadena de custodia

Las evidencias deben identificarse mediante su origen, instante de obtención, alcance y relación con el incidente. La recogida debe registrar la persona o proceso que actúa, las transformaciones realizadas y los accesos posteriores. Cuando se utilicen huellas de integridad, su valor debe conservarse junto con el contexto que permite verificar la correspondencia con el elemento analizado.

La investigación debe limitar la difusión de datos personales, credenciales y detalles de explotación. La custodia exige separar el original de las copias de trabajo cuando resulte necesario y documentar las transferencias entre responsables, manteniendo la posibilidad de reconstruir qué material sustenta cada conclusión.

Contención y erradicación

Limitación del alcance y eliminación de la causa

Las medidas de contención deben valorarse según su capacidad para reducir la exposición y su impacto sobre el servicio y las evidencias. El procedimiento debe contemplar restricciones de acceso, revocación de credenciales comprometidas, aislamiento de componentes o suspensión de funciones cuando resulten necesarias y estén autorizadas.

La erradicación debe abordar la causa y los mecanismos de persistencia identificados, incluyendo configuraciones, credenciales y dependencias afectadas. El cierre técnico requiere comprobar que las condiciones explotadas han quedado tratadas y que la recuperación no reintroduce el estado comprometido desde una copia o configuración anterior.

Comunicación y coordinación

Notificación según rol, impacto y obligaciones

El circuito de comunicación debe identificar quién decide, quién informa y quién recibe cada actualización. La información inicial debe distinguir hechos confirmados, alcance provisional y actuaciones en curso. Las comunicaciones posteriores deben permitir seguir la evolución, las medidas de mitigación y las acciones que correspondan a los interlocutores afectados.

Cuando el incidente pueda afectar a datos personales, el análisis debe considerar los roles de las partes y las obligaciones de notificación aplicables. Los plazos, destinatarios y criterios de comunicación deben integrarse en el procedimiento contractual y normativo correspondiente, sin atribuir a todos los eventos técnicos el mismo tratamiento.

Recuperación y retorno

Restitución controlada de la operatividad

La selección del punto de recuperación debe considerar integridad, antigüedad, coherencia y relación con el momento del incidente. La restitución debe incluir las dependencias necesarias para que la aplicación opere con las autorizaciones y condiciones previstas. Los accesos administrativos y las integraciones requieren revisión cuando hayan quedado expuestos o modificados.

El retorno al servicio debe incorporar criterios funcionales de aceptación y seguimiento de posibles recurrencias. El expediente debe conservar qué se ha recuperado, con qué limitaciones, qué datos pueden haberse perdido y qué decisiones han autorizado la reanudación de la operación.

Continuidad organizativa

Procesos críticos, dependencias y ejercicios

La continuidad requiere identificar los procesos cuyo mantenimiento o recuperación resulta prioritario y las personas, información y comunicaciones de las que dependen. Los escenarios deben contemplar indisponibilidad técnica, compromiso de accesos, pérdida de componentes y dificultades de coordinación, atendiendo a su impacto sobre el servicio real.

Los ejercicios deben definir alcance y condiciones, registrar decisiones y medir el resultado frente a los objetivos aprobados. Una prueba de restauración de datos y un ejercicio de continuidad organizativa aportan evidencias diferentes; ambos deben relacionarse con los procedimientos y dependencias que pretenden validar.

Terminación y reversibilidad

Entrega, aceptación y revocación ordenada

El cese del servicio requiere determinar qué información se devuelve, en qué formato, a quién y mediante qué comprobación de integridad y recepción. El inventario debe contemplar datos, documentos y relaciones necesarias para interpretar la entrega. La ventana de transición y las responsabilidades deben fijarse antes de retirar accesos o eliminar información necesaria para la restitución.

El cierre debe coordinar revocación de cuentas, integraciones, credenciales y autorizaciones temporales, junto con el tratamiento de datos residuales y copias. Las excepciones de conservación deben justificarse y limitarse al alcance aplicable, con una referencia que permita verificar su posterior resolución.

Soportes y saneamiento

Custodia material y verificación de eliminación

El procedimiento sobre soportes debe identificar el medio, su titularidad, la información contenida y quién tiene capacidad de ejecutar y verificar la actuación. La técnica de saneamiento debe corresponderse con el tipo de soporte, sus características de almacenamiento y la sensibilidad de los datos, incluyendo las condiciones de reutilización o retirada.

La evidencia debe relacionar el soporte con la actuación autorizada, la fecha, el responsable y el resultado verificado. El borrado de referencias lógicas, el saneamiento del medio y la destrucción física tienen alcances distintos. La selección debe responder al objetivo de confidencialidad y permitir documentar las limitaciones que subsistan.

09 / Criterios de verificación

Del control definido al resultado comprobable.

La evaluación debe conectar la configuración con una propiedad de seguridad observable. Los siguientes criterios sirven para delimitar la revisión; los resultados se acreditan mediante evidencias del servicio evaluado.

Identidad y aislamiento

Privilegios efectivos y fronteras entre clientes

Correspondencia entre identidades, funciones y permisos; revisión de cuentas privilegiadas y de servicio; ciclo de alta, cambio y revocación. La separación debe comprobarse tanto en los permisos del sistema de ficheros como en las autorizaciones del CRM y el acceso a datos.

Exposición y trazabilidad

Configuración activa y eventos correlacionables

Inventario de interfaces publicadas, servicios en escucha y reglas de filtrado. Para reconstruir un evento se necesitan identidad, activo, instante y resultado de la acción, con sincronización temporal, retención definida e integridad de los registros.

Ciclo de vida de los datos

Retención, devolución y eliminación verificable

La revisión comprende datos operativos, adjuntos, exportaciones, registros y copias. Debe establecer la finalidad, las instrucciones de tratamiento, los plazos aplicables y las excepciones de conservación, así como impedir que una restauración reintroduzca información cuya supresión deba mantenerse.

Continuidad y recuperación

Consistencia recuperable y objetivos medidos

El BCP aborda la continuidad de las funciones del servicio y el DRP su recuperación técnica. El RPO expresa la pérdida temporal de datos admisible y el RTO el tiempo objetivo de recuperación. Ambos deben fijarse por servicio y contrastarse con restauraciones que validen datos, aplicación y dependencias.

Trazabilidad de la evidencia

Cuatro niveles para valorar un control

Una política, una captura y una prueba funcional aportan evidencias con alcances diferentes.

01 · DiseñoProcedimiento, responsable, alcance y criterio de aceptación.
02 · ConfiguraciónEstado efectivo del activo y parámetros que aplican el control.
03 · OperaciónRegistros de ejecución, incidencias, revisiones y excepciones.
04 · EficaciaPrueba reproducible y resultado contrastado con el objetivo.

10 / Evaluación documental

14 ámbitos de evidencia de seguridad.

Referencia técnica para estructurar una solicitud de evaluación del CRM. Cada apartado define qué debe respaldar la documentación: su disponibilidad, vigencia y alcance se confirman con Serboweb para el servicio y periodo solicitados.

01Eliminación de informaciónDeclaración firmada y trazabilidad de ejecución

Documento suscrito por la persona competente que identifique el servicio, las categorías de información, la causa y fecha de supresión, el alcance y las excepciones justificadas.

Evidencia asociada: autorización, registro de ejecución y verificación; tratamiento de copias, exportaciones y réplicas cuando existan; fecha de expiración de las copias retenidas y cierre documentado.

Verificación y cierre: El criterio de aceptación debe relacionar el universo de datos autorizado para supresión con el resultado obtenido, incluyendo identificadores de referencia, conjuntos afectados y dependencias residuales. La comprobación puede apoyarse en consultas de contraste, recuentos conciliados y revisión de ubicaciones derivadas, documentando el método y sus limitaciones. Las exclusiones deben permanecer individualizadas, con fundamento, responsable y condición de revisión, de modo que el cierre permita reconstruir qué se eliminó, qué se conserva y por qué.

02Certificaciones y aseguramientoEntidad, alcance, vigencia y exclusiones

Para ISO/IEC 27001 o ENS, la evaluación debe comprobar la entidad titular, el alcance exacto, la vigencia y su correspondencia con el servicio. Para SOC 2 Type II, el informe y el periodo de observación resultan esenciales.

Alcance público: esta página no acredita certificaciones ISO/IEC 27001, conformidad ENS ni un informe SOC 2 de Serboweb. Una certificación de una tecnología o de un tercero no se extiende automáticamente al CRM.

Verificación y cierre: La revisión debe comprobar la autenticidad de la evidencia, su correspondencia con la entidad evaluada y la relación entre actividades certificadas, sistemas incluidos y prestaciones contratadas. Las exclusiones, dependencias y condiciones de uso del informe deben incorporarse al análisis de aplicabilidad. Cuando existan observaciones o actuaciones pendientes, debe determinarse su repercusión sobre el servicio concreto. El expediente de evaluación debe conservar la referencia documental y el razonamiento que justifica aceptar, limitar o descartar esa evidencia.

03Auditorías de seguridadRevisiones internas y externas del último año

Identificación de las auditorías realizadas en los doce meses del periodo solicitado, con fecha, equipo evaluador, independencia, activos incluidos, metodología y limitaciones.

Evidencia asociada: informe, hallazgos, severidad, responsables de remediación, medidas correctivas y comprobación de cierre. Un cuestionario cumplimentado no demuestra por sí solo la ejecución de una auditoría.

Verificación y cierre: La utilidad del informe depende de poder relacionar cada conclusión con el objetivo de control, la población examinada, la muestra seleccionada y el procedimiento de comprobación. Deben identificarse las restricciones de acceso, las fuentes no disponibles y los cambios posteriores que puedan afectar a la validez de los resultados. El seguimiento debe distinguir entre corrección declarada, implementación comprobada y eficacia verificada, manteniendo referencia a las pruebas que sustentan cada cambio de estado del hallazgo.

04Gestión y notificación de incidentesClasificación, respuesta, escalado y comunicación

Procedimiento con criterios de detección y declaración, responsables, clasificación de severidad, contención, preservación de evidencias, erradicación, recuperación y revisión posterior.

Notificación: destinatarios, canales, responsables de decisión y plazos legales o contractuales aplicables al rol y al incidente. La evaluación debe diferenciar una alerta técnica, un incidente y una brecha de datos personales.

Verificación y cierre: El procedimiento debe especificar quién puede declarar un incidente, autorizar actuaciones de contención y aprobar comunicaciones cuando exista información incompleta o indisponibilidad de los responsables habituales. Conviene definir mecanismos alternativos de coordinación y criterios para actualizar una clasificación inicial conforme aparezcan nuevas evidencias. Los ejercicios de simulación deben comprobar la localización de contactos, la ejecución de escalados y la calidad de las decisiones, conservando las desviaciones detectadas y las medidas acordadas para corregirlas.

05Informes de incidentesCronología, impacto y cierre, cuando proceda

Cuando exista un incidente dentro del alcance solicitado: identificador, cronología, activos y datos afectados, causa raíz, indicadores, medidas adoptadas, comunicaciones y riesgo residual.

Integridad y acceso: evidencias referenciadas, cadena de custodia cuando corresponda y versión autorizada para el destinatario. Una declaración de ausencia de incidentes requiere revisar el registro y concretar periodo y alcance.

Verificación y cierre: El informe debe separar hechos observados, hipótesis de investigación y conclusiones, indicando qué evidencias sostienen cada afirmación y qué incertidumbres permanecen abiertas. Las revisiones sucesivas deben conservar la evolución del alcance, las decisiones adoptadas y sus motivos, especialmente cuando cambie la estimación de afectación. El cierre exige identificar las condiciones verificadas para restablecer la operación y las acciones aún pendientes, con una asignación explícita de responsabilidad sobre el seguimiento del riesgo residual.

06Formación y concienciaciónParticipación y resultados por función

Programa formativo adecuado a las responsabilidades de administración, desarrollo, soporte y tratamiento de información. Contenido, fechas, destinatarios y criterio de evaluación.

Evidencia asociada: registros de participación, capturas de plataforma, resultados de evaluación y seguimiento de necesidades detectadas, con los datos personales limitados al alcance de la revisión.

Verificación y cierre: La evaluación debe identificar la población a la que resulta aplicable cada actividad y comparar participación, finalización y resultados con ese universo. La asistencia requiere complementarse con ejercicios que permitan valorar la aplicación del conocimiento a situaciones propias de cada función. Las carencias detectadas deben generar actuaciones de refuerzo y una comprobación posterior. El registro debe permitir justificar exenciones, incorporaciones recientes o cambios de responsabilidad, conservando únicamente la información personal necesaria para acreditar el seguimiento.

07Mapa de datos y ubicacionesInventario, tratamiento y conservación

Matriz que relacione categorías de información, activos, ubicación de producción y copias, finalidad, responsables, accesos, destinatarios, plazos de conservación y mecanismo de actualización.

Dimensión jurídica: rol de cada parte, instrucciones de tratamiento, fundamento jurídico que corresponda al responsable y condiciones aplicables a transferencias, si existen. La geografía y los plazos concretos deben validarse para cada servicio.

Verificación y cierre: El inventario debe representar también las relaciones entre información principal y conjuntos derivados: exportaciones, adjuntos, registros, áreas temporales, cachés o colas, cuando existan. Cada transformación o transferencia relevante debe permitir identificar origen, destino y finalidad operativa. La actualización del mapa debe vincularse a cambios de arquitectura, integraciones y procedimientos, con control de versiones y responsable de validación. Esta trazabilidad facilita analizar el impacto de una solicitud de derechos, un incidente o una modificación de conservación.

08Cese del servicio y soportesCustodia, entrega y supresión

Secuencia autorizada de cierre: inventario, exportación acordada, entrega con comprobación de integridad y recepción, revocación de accesos y tratamiento de los datos residuales.

Soportes físicos: identificación y custodia del soporte, responsable con capacidad de actuación, método de saneamiento adecuado al medio y verificación documentada. El borrado lógico de un fichero y el saneamiento de un soporte son actuaciones diferentes.

Verificación y cierre: La aceptación de la entrega debe comprobar la legibilidad del formato, la integridad del conjunto exportado y la correspondencia entre datos, documentos y relaciones necesarias para su interpretación. El acta de cierre debe diferenciar entrega completada, accesos revocados, elementos pendientes y conservación excepcional. Cuando intervengan soportes físicos, la cadena documental debe conectar la identificación del activo con su traslado, custodia, actuación de saneamiento y destino final, incluyendo las verificaciones realizadas y las limitaciones del método aplicado.

09BCP y DRPContinuidad, recuperación y ejercicios

Planes versionados con análisis de impacto, dependencias, escenarios, criterios de activación, responsabilidades, comunicaciones y procedimientos de recuperación y retorno al servicio.

Evidencia asociada: objetivos RPO/RTO aprobados, ejercicio ejecutado, tiempos medidos, integridad del conjunto recuperado, validación funcional y acciones derivadas. Los valores comprometidos deben figurar expresamente en el alcance acordado.

Verificación y cierre: Los ejercicios deben considerar fallos que afecten simultáneamente a dependencias compartidas, como administración, identidad, comunicaciones o acceso al repositorio de recuperación. La secuencia de restablecimiento debe justificar sus prioridades y comprobar la disponibilidad de configuraciones, claves y conocimiento operativo. El resultado debe compararse con criterios de aceptación definidos antes del ejercicio, diferenciando recuperación técnica, validación de datos y reanudación del proceso de negocio. Las desviaciones requieren responsables y una nueva comprobación cuando comprometan el objetivo acordado.

10PentestingAutorización, cobertura y nueva comprobación

Informe de pruebas autorizado con activos y superficies incluidos, fecha, metodología, condiciones de ejecución, limitaciones, evidencias reproducibles y clasificación del impacto.

Cierre técnico: plan de remediación, responsables y verificación posterior de los hallazgos. Un escaneo automatizado de vulnerabilidades debe identificarse como tal y distinguirse de una prueba de intrusión.

Verificación y cierre: La cobertura debe expresarse mediante una matriz que relacione superficies, perfiles, objetos de negocio y escenarios examinados, incluyendo las restricciones impuestas a la prueba. En una aplicación con distintos usuarios o clientes, resulta relevante comprobar operaciones autorizadas y rechazadas bajo identidades y contextos diferentes. La ausencia de hallazgos debe interpretarse dentro del alcance y profundidad ejecutados. La nueva comprobación de una corrección debe incluir posibles efectos sobre funciones relacionadas y conservar evidencia suficiente para reproducir la conclusión.

11Análisis y tratamiento del riesgoEscenarios, criterios y riesgo residual

Metodología con inventario de activos y dependencias, amenazas, vulnerabilidades, controles existentes, escalas de probabilidad e impacto y criterios de aceptación.

Evidencia asociada: registro de riesgos, decisiones de tratamiento, propietario, fechas objetivo, valoración residual y aprobación. La revisión debe activarse ante cambios materiales del servicio o incidentes relevantes.

Verificación y cierre: Las valoraciones deben explicitar sus supuestos, fuentes de información y nivel de incertidumbre, evitando que una puntuación aparente precisión que el análisis no puede sostener. Conviene examinar dependencias compartidas y escenarios encadenados que puedan incrementar el impacto conjunto. Las decisiones de aceptación deben establecer condiciones de vigencia, responsable y desencadenantes de revisión. El seguimiento debe comprobar tanto la implantación del tratamiento como la permanencia de las circunstancias que justificaron la valoración residual y la decisión adoptada.

12Firewall, WAF y EDRInventario real y estado efectivo

Capturas o exportaciones con fecha, activo identificable para el revisor, política aplicada, cobertura y eventos de prueba. Deben permitir distinguir entre disponibilidad de una función, detección de un evento y ejecución efectiva de la respuesta.

Alcance: el filtrado de red, la inspección de peticiones web y la detección y respuesta sobre procesos tienen superficies distintas. Una afirmación de cobertura requiere relacionar función habilitada, modo de operación, activos protegidos y resultado verificable.

Verificación y cierre: La evidencia debe permitir reproducir la relación entre una política y su resultado sobre un flujo concreto, incluyendo fecha de captura, contexto de ejecución y evento generado. Una muestra útil debe contrastar tráfico permitido y actividad que deba restringirse, según el alcance autorizado de la prueba. La ocultación de datos sensibles debe preservar los atributos necesarios para evaluar cobertura y estado operativo. Las excepciones y exclusiones requieren identificación suficiente para comprender cómo modifican la protección efectiva.

13Contraseñas e identidadesPolítica y parámetros aplicados

Política por tipo de cuenta que concrete longitud, bloqueo de contraseñas comprometidas, almacenamiento seguro, recuperación de acceso, gestión de secretos y revocación ante compromiso o baja.

Verificación: distinguir usuarios del CRM, panel, sistema y cuentas de servicio; contrastar autenticación multifactor donde esté implantada, limitación de intentos, autorizaciones y trazabilidad. Las longitudes y parámetros efectivos se acreditan mediante configuración.

Verificación y cierre: La revisión debe conciliar el inventario de identidades con las personas, funciones o procesos que justifican su existencia, incluyendo cuentas privilegiadas, técnicas, inactivas y de emergencia. Los cambios de responsabilidad y las bajas deben poder relacionarse con la modificación o revocación de permisos. Para las credenciales no humanas, conviene documentar propietario, dependencias y procedimiento de sustitución. La evidencia debe acreditar la aplicación de la política mediante resultados y configuraciones, evitando incorporar secretos a informes, capturas o exportaciones.

14Copias de seguridadPolítica, ejecución y restaurabilidad

Política del servicio: copias incrementales, conservación durante una semana y almacenamiento externo al servidor de producción.

La evidencia debe concretar el alcance del respaldo, periodicidad, destino, permisos, protección criptográfica cuando corresponda, supervisión de trabajos y tratamiento de fallos. Las pruebas de restauración deben comprobar la cadena incremental y la consistencia del conjunto de datos y ficheros recuperado.

Precisión técnica: la protección por contraseña debe analizarse para determinar si cubre el conjunto de la copia o determinados elementos sensibles. El cifrado integral, la independencia del repositorio y la inmutabilidad requieren evidencia específica.

Verificación y cierre: La revisión de una cadena incremental debe identificar su base, los incrementos necesarios y los puntos de recuperación que pueden reconstruirse con los elementos disponibles. Los registros de ejecución deben permitir detectar interrupciones, resultados parciales y diferencias entre trabajo finalizado y copia utilizable. La política de expiración debe examinarse junto con esas dependencias. La aceptación de una restauración debe conservar el punto recuperado, las comprobaciones de integridad y consistencia, las incidencias encontradas y el resultado funcional obtenido.

11 / Documentación y destinatarios

Un expediente ajustado al objeto de cada evaluación.

Los requisitos de información cambian según la función del interlocutor, la criticidad del proceso y las obligaciones que afecten al servicio. La revisión debe concretar entidad, servicio, periodo, activos, tratamientos y profundidad de comprobación, identificando las conclusiones que pueden obtenerse de cada evidencia y las condiciones que limitan su aplicabilidad.

Documentación relevante por ámbito de revisión
ÁmbitoObjeto de la revisiónInformación que debe contrastarse
Sistemas y seguridadArquitectura, exposición, privilegios y comportamiento de los controles.Inventarios, parámetros efectivos, reglas, eventos, pruebas de acceso, vulnerabilidades y evidencias de corrección vinculadas a la versión evaluada.
Protección de datosFinalidades, roles, derechos y ciclo de vida de la información personal.Documentación del tratamiento, instrucciones, consentimiento cuando proceda, categorías y ubicaciones, accesos, conservación y tramitación de solicitudes.
Auditoría y aseguramientoDiseño, implantación, operación y eficacia durante un periodo definido.Procedimientos aprobados, alcance y muestreo, registros, excepciones, resultados reproducibles y trazabilidad de la remediación o aceptación del riesgo.
Contratación y direcciónPrestaciones, responsabilidades, dependencias y compromisos asumidos.Alcance contractual, condiciones de soporte, obligaciones de comunicación, objetivos acordados, tratamiento de información y condiciones de entrega o terminación.
Operación y continuidadCapacidad de mantener funciones prioritarias y recuperar el servicio.Dependencias, cadena de copias incrementales, retención de una semana, acceso al repositorio externo, procedimientos, ejercicios y criterios de retorno a la operación.
Administraciones y entornos reguladosAplicabilidad de requisitos normativos y condiciones específicas del servicio.Obligaciones identificadas, alcance exigible, categorización cuando corresponda y documentación acreditativa vigente. Las exigencias sectoriales deben evaluarse individualmente.
Integridad del expediente y acceso a evidencias

Cada evidencia debe identificar origen, responsable, fecha, versión, alcance y control al que responde. Las versiones destinadas a terceros deben conservar los atributos necesarios para evaluar el control y limitar la exposición de datos personales, secretos o detalles operativos. El expediente debe distinguir documentación vigente, resultados históricos, excepciones y actuaciones pendientes, permitiendo reconstruir el fundamento de cada conclusión.

Referencias metodológicas

Como referencias para estructurar una evaluación pueden consultarse el marco de gestión del riesgo de ciberseguridad, el estándar abierto de verificación de seguridad de aplicaciones, la guía de respuesta a incidentes y la guía de saneamiento de soportes. Estas referencias orientan los criterios de revisión; cualquier declaración de conformidad requiere su propia evaluación y evidencia.

Información para tu evaluación

Concretemos el alcance técnico.

Indica el servicio, el periodo de revisión y las evidencias solicitadas. Nuestro equipo podrá confirmar la documentación aplicable y las condiciones de acceso a la información que corresponda.

Para comunicar una vulnerabilidad, utiliza las indicaciones de nuestra política de comunicación de incidencias.

Solicita tu presupuesto

Consulta la seguridad de tu proyecto CRM

Indica los requisitos de tu organización, el alcance de la evaluación y la documentación que necesitas contrastar con nuestro equipo.

  • Contexto técnico de la implantación del CRM
  • Identificación de los requisitos de seguridad
  • Consulta sobre la documentación aplicable
También puedes llamarnos666 651 358
Mínimo 20 caracteres.0 / 3000

No incluyas contraseñas, claves API ni documentación sensible. Si necesitamos acceso al proyecto, acordaremos un medio adecuado.

Formulario protegido contra fraude y spam sin ceder datos a servicios externos.

Tus datos se utilizarán únicamente para responder a esta solicitud.