Apéndice B: la desinfección de datos requiere un proceso de control de calidad para muestrear un pequeño porcentaje de los dispositivos lógicamente desinfectados o "borrados" para verificar que los datos no se puedan recuperar. Este es un elemento importante del proceso de desinfección para garantizar que sea efectivo y que no queden datos residuales en el dispositivo después del procesamiento.

Específicamente, el requisito (13) del Apéndice B establece:

“Un mínimo del 5% de los medios de almacenamiento de datos desinfectados lógicamente serán muestreados de forma rutinaria por una parte competente e independiente para demostrar que los datos no son recuperables por software comercial…”

La experiencia ha demostrado que varias fallas en el proceso de desinfección, como una configuración incorrecta de la configuración del software, cortes de energía o interrupciones de la red durante el procesamiento, e incluso errores humanos, pueden resultar en un borrado incompleto, dejando datos en el dispositivo. La intención del requisito de verificación es usar un software de recuperación de datos diseñado para escanear los medios y recuperar archivos perdidos, para evaluar los dispositivos desinfectados y confirmar que no hay datos que puedan recuperarse. El software de recuperación de datos no es lo mismo que el software de limpieza de datos. Sin embargo, el estándar no especifica que se requiere un software separado; sin embargo, en la práctica puede ser necesario para intentar la recuperación de datos. Una búsqueda rápida en Internet para la recuperación de datos muestra una serie de productos que podrían utilizarse para cumplir con este requisito. A menudo, el software de recuperación de datos es gratuito para escanear el dispositivo y solo cuesta cuando realmente desea recuperar los datos.

Para que el proceso de muestreo sea efectivo, debe ser realizado por alguien competente, que a menudo es alguien con conocimientos técnicos por educación o experiencia. Y, el individuo también debe ser independiente del proceso de desinfección. Lo que significa que un trabajador realiza la desinfección, mientras que otro trabajador realiza el muestreo y la verificación. Y, cuando una instalación carezca de un operador calificado e independiente para realizar la verificación, es posible que deba contratar un recurso externo para proporcionar esta capacidad. Un proceso de muestreo eficaz también debe evaluar cada tipo de medio, software y proceso utilizado para la desinfección. Y, el proceso debe incluir muestras de cada operador y estación que realiza la sanitización lógica.

La frecuencia del muestreo debe ser consistente con la metodología estándar de muestreo. Comienza con el 5% del dispositivo desinfectado durante un período de tiempo definido. Por ejemplo, si se desinfectan 1000 dispositivos en 1 semana, el tamaño mínimo de la muestra sería de 50 dispositivos de esa semana. Si el software de recuperación de datos no detecta ningún dato en ninguno de los dispositivos a través de este muestreo, entonces puede estar seguro de que el proceso de desinfección ha sido efectivo. Y, después de un muestreo continuo y cuando no se encuentren problemas con el proceso, el tamaño de la muestra se puede reducir a tan solo el 1 % de los dispositivos desinfectados. Por ejemplo, si se desinfectan 1000 dispositivos en 1 semana, el tamaño mínimo de la muestra podría reducirse a 10 dispositivos a partir de esa semana.

Cuando se identifican restos de datos en cualquiera de los dispositivos muestreados, se cuestiona la eficacia de todo el proceso de desinfección. Los dispositivos procesados ​​previamente deberían evaluarse más a fondo para identificar cualquiera que contenga datos residuales y requiera una desinfección adicional. Y, la instalación necesitaría iniciar su proceso de no conformidad y realizar un análisis detallado de la causa raíz para identificar la falla que causó que los datos no se desinfectaran de manera efectiva y para determinar las acciones correctivas adecuadas.

Después de cualquier problema con el proceso de desinfección que se descubra a través del muestreo, la instalación debe restablecer un proceso de verificación y muestreo más intenso. El muestreo aumentado debe mantenerse hasta que se hayan implementado acciones correctivas, el muestreo continuo demuestre la efectividad de las acciones para desinfectar adecuadamente todos los dispositivos y no se identifiquen más problemas de datos residuales.

PREGUNTAS Y RESPUESTAS RELACIONADAS…

P: Apéndice B: la desinfección de datos se refiere a dos tipos de desinfección, lógica y física, ¿cuál es la diferencia entre los dos?

El saneamiento de datos lógicos es donde se usa un programa de software para sobrescribir los medios de almacenamiento de datos de manera sistemática para que el software pueda verificar que cualquier dato anterior en el dispositivo ha sido reemplazado y eliminado. El proceso de saneamiento lógico tiene como objetivo la eliminación de los datos en sí, pero deja el dispositivo intacto y, por lo tanto, se puede reutilizar. Se requiere desinfección lógica para cualquier medio destinado a la reutilización.

La principal diferencia con los procesos de desinfección física es que, por lo general, se dirigen a los medios, destruyéndolos y haciéndolos físicamente inoperables y los datos irrecuperables. Debido a la naturaleza destructiva de los procesos de sanitización física, solo pueden usarse para elementos destinados a la recuperación de materiales.

P: ¿El restablecimiento de fábrica o la eliminación manual de datos se considera "desinfección lógica"?

No. Si bien un restablecimiento de fábrica o un borrado manual pueden eliminar el acceso a ciertos datos a través de la interfaz de usuario del dispositivo, no garantiza que los datos hayan sido realmente desinfectados. En algunos casos, estos métodos solo eliminan directorios u otros punteros a los datos, pero no los datos en sí, incluidas las copias de seguridad o los archivos ocultos. Es por ello que se debe utilizar un software de sanitización especialmente diseñado para realizar la sanitización lógica y verificar que los datos hayan sido eliminados.

P: Si mi instalación certifica el Apéndice B para la desinfección de datos, ¿estamos obligados a realizar una desinfección tanto lógica como física?

 No. Dado que cada método de desinfección requiere habilidades y equipos especializados para su realización, no todas las instalaciones estarán equipadas para realizar la desinfección lógica y física.

Tenga en cuenta que cuando solo se realiza la desinfección lógica, la instalación debe tener un proveedor intermedio calificado de acuerdo con los requisitos del Apéndice B para destruir físicamente cualquier artículo donde la desinfección lógica no sea exitosa.

P: ¿Se requiere que todos los dispositivos se desinfecten tanto lógica como físicamente?

No. Si los medios están destinados a la reutilización, deben desinfectarse lógicamente de acuerdo con el Apéndice B, así como también probarse y repararse de acuerdo con el Apéndice C antes de su reutilización.

Sin embargo, si un dispositivo está destinado a la recuperación de materiales, solo debe destruirse físicamente de acuerdo con un método del Apéndice B (7) o uno de los métodos aprobados por el NIST, según el Core 7.(c)(2)(B). ).

Una instancia en la que un dispositivo estaría sujeto a ambos métodos es si el proceso de saneamiento lógico no logra eliminar todos los datos y, según el Apéndice B (14), el dispositivo debe destruirse de acuerdo con los requisitos de saneamiento físico. .

 P. ¿Cuáles son algunos de los controles de calidad clave necesarios para el proceso de desinfección de datos?

Hay varios requisitos de control de calidad dentro del Estándar R2v3 que se aplican en diferentes puntos dentro del proceso de saneamiento de datos y se usan juntos para verificar los resultados de las actividades de saneamiento de datos y validar la efectividad del proceso en general.

La demostración de un proceso de limpieza de datos efectivo comienza con la generación de registros de las actividades de limpieza según lo requerido en Core 7.(a)(1)(L). Estos registros proporcionan evidencia de que los dispositivos identificados se desinfectaron de manera efectiva a través del proceso definido. Sin embargo, estos registros son específicos de los dispositivos procesados ​​y no son una indicación de qué tan bien está funcionando el proceso de desinfección en general.

Como resultado, la Instalación R2 debe definir y documentar en su Plan de saneamiento de datos las actividades de verificación y validación requeridas para garantizar que todos los dispositivos que requieren saneamiento se gestionen adecuadamente durante todo el proceso. El Core 7.(c)(3), el Apéndice B (1)(b), el Apéndice B (13) y el Apéndice B (15) brindan niveles adicionales de verificación de la efectividad de los controles de seguridad de datos y el proceso de desinfección de forma continua. base.

• • Core 7.(c)(3), requiere que un auditor competente e independiente realice una auditoría interna anual para validar la efectividad de los controles de seguridad de datos y todo el proceso de desinfección de datos, y para confirmar la conformidad con todos los requisitos de datos. Por ejemplo, la validación del proceso debe considerar todos los aspectos del proceso de desinfección, como si todos los dispositivos de datos se identificaron correctamente; se identificaron claramente los datos a desinfectar de cada dispositivo; se utilizó el software de desinfección correcto; el software se actualizó y configuró correctamente; el técnico de sanitización fue capacitado y competente en el proceso; los dispositivos previamente desinfectados y desinfectados se identificaron y administraron adecuadamente; y el proceso resultó en la eliminación de todos los datos según lo previsto.
  • El Apéndice B (1)(b) exige que se definan controles de calidad documentados en el Plan de saneamiento de datos para evaluar y verificar la eficacia del proceso de saneamiento de datos.
  • El Apéndice B (13) requiere que un mínimo del 5 % de los dispositivos desinfectados lógicamente sean muestreados por una parte competente e independiente para demostrar que los datos no se pueden recuperar de los dispositivos.
  • El Apéndice B (15) requiere la implementación de los controles de calidad definidos en el Plan de saneamiento de datos para confirmar que todos los dispositivos se procesaron según lo planeado.

Juntos, este enfoque multifacético ayudará a una instalación R2 a garantizar que todos los dispositivos de datos se identifiquen, administren y desinfecten de manera adecuada.

P. ¿El interno auditoría de seguridad y sanitización de datos requerida en Núcleo 7.(c)(3) debe ser realizado por un tercero externo a nuestra organización?

El interno la auditoría puede ser realizada por un empleado interno (teniendo en cuenta que un individuo no puede auditar o validar su propio trabajo). Solo el Auditoría de proveedores intermedios requerido en el Apéndice A (8)(d)(2)(A) debe ser realizado por un tercero.

P. Para el muestreo de rutina de dispositivos saneados lógicamente según el Apéndice B (13), ¿es suficiente una confirmación del borrado del software de sanitización o existe la expectativa de usar un software diferente que intente la recuperación de datos?

Este proceso de muestreo pretende ser más que una simple verificación de los registros e informes de desinfección generados por el software de desinfección. Si bien esas actividades son buenos controles de calidad, por sí mismas no son suficientes para demostrar que los datos no son recuperables.

También es importante tener en cuenta que el muestreo no pretende ser una repetición del proceso de desinfección, sino un proceso separado para probar y demostrar con "software comercial" que "los datos no son recuperables". El estándar no especifica que se requiere un software separado, sin embargo, en la práctica puede ser necesario para intentar la recuperación de datos.