EFECTIVO: 29 DE NOVIEMBRE DE 2022

El Organismo de Consenso de Estándares R2 ha aprobado esta Interpretación Formal de acuerdo con el Artículo 10 – Política de Interpretaciones en el Manual de Políticas y Procedimientos para el Desarrollo de Estándares R2 y el proceso de Desarrollo de Estándares ANSI de SERI. Esta Interpretación Formal se publica por la presente por SERI y entra en vigencia el 29 de noviembre de 2022.

PREGUNTA
El saneamiento lógico en el Apéndice B hace referencia al uso de "software" en los requisitos (10) y (11). ¿El “software” se limita a aplicaciones que automatizan el proceso de desinfección lógico y crean un registro de la desinfección?

INTERPRETACIÓN FORMAL
“Software” se refiere a las aplicaciones que automatizan, controlan y registran los resultados de la desinfección de datos para cada identificador único. Debido a que realizar restablecimientos de fábrica proporcionados por el fabricante directamente en un dispositivo no siempre hace que los datos sean irrecuperables mediante software comercial, la desinfección mediante métodos de software debe ser el método principal de desinfección lógica. Sin embargo, en algunos dispositivos, los restablecimientos de fábrica proporcionados por el fabricante pueden ser la única opción disponible (cuando un dispositivo funciona y no está dañado). Para un dispositivo específico que contiene datos, cuando no existe un software que automatice, controle y registre completamente los resultados de la limpieza de datos, el "software" puede extenderse para incluir la aplicación que dirige, controla y registra el flujo de trabajo manual para limpiar los datos de acuerdo con el fabricante proporcionó instrucciones ("restablecimiento del fabricante"). Se debe demostrar que el software que facilita el proceso de saneamiento de datos prescrito por el fabricante y que registra sus resultados cumple con los requisitos de software de saneamiento de datos del Apéndice B(11) y los requisitos de registros del Apéndice B(10).

“Software comercial” en el Apéndice B(13) se refiere al nivel de las técnicas de recuperación de datos aplicadas al método de muestreo. El software comercial es un nivel entre la inspección visual básica de datos y el análisis de laboratorio forense. Significa un nivel en el que los datos no pueden recuperarse mediante un software diseñado para la recuperación de datos que un usuario normal podría descargar o comprar y utilizar para recuperar datos de un dispositivo.

LIMITACIONES
Esta interpretación formal no se aplica a situaciones en las que hay software, pero el dispositivo está dañado y no se puede conectar a una computadora remota para que el software lo desinfecte. Un ejemplo es un teléfono Android con un puerto IO dañado. Es ampliamente conocido que existe un software que puede automatizar y controlar el proceso de desinfección de estos dispositivos desde una computadora remota. En estos casos, para ser categorizados como dispositivos "sin datos" de acuerdo con la Categorización de equipos R2 porque se desinfectó con software, el puerto IO tendría que repararse primero para conectarse y desinfectarse con el software disponible. De lo contrario, un restablecimiento manual no cumpliría con el requisito incluso si fuera dirigido, controlado y registrado por una aplicación de software. La elección de no reparar no puede ser una razón para no usar software para automatizar el proceso de desinfección donde esté disponible.

ANTECEDENTES
Esta solicitud de interpretación formal de "software" en el Apéndice B fue realizada por SERI después de enterarse de los desafíos en la industria para implementar el requisito.

DISCUSIÓN
Ver orientación – Una discusión sobre el saneamiento de datos lógicos en R2v3

SOLICITUD
Algunos datos comunes que contienen dispositivos que pueden no tener desinfección y software de recuperación comercial incluyen, pero no se limitan a:

• Altavoces inteligentes
• televisores inteligentes
• Smart Watches
• Rastreadores de fitness
• Consolas de juegos con chips de memoria integrados en lugar de discos duros
• Palos/cajas de TV
• Teléfonos de escritorio
• Impresoras con chips de memoria integrados en lugar de discos duros
• Termostatos Inteligentes
• Dispositivos de seguridad para el hogar conectados por IP
• Enrutadores móviles/MiFi/puntos de acceso
• Teléfonos móviles con funciones
• Switches
• Chromebooks

La instalación con certificación R2 es responsable de los "datos" en cualquier dispositivo en su posesión. El paso 1 es determinar si los datos se pueden almacenar en el dispositivo. ¿El dispositivo tiene capacidades de almacenamiento no volátil?

El segundo punto de distinción es si un dispositivo contiene "Datos" que requieren desinfección o solo "Información general" que no requiere desinfección.

El estándar R2 define los datos como:

"Datos" es la información privada, de identificación personal, confidencial, con licencia o de propiedad exclusiva contenida en un dispositivo electrónico o componente de memoria que requiere una gestión y desinfección seguras según este estándar. Los datos no incluyen información general como se define en el estándar R2

La Norma también define la Información General de la siguiente manera:

La “información general” es información disponible públicamente o información que se proporciona con el equipo electrónico original del fabricante. Información general no requiere sanitización.

La tercera consideración es si el dispositivo realmente almacena los datos localmente o los almacena de forma remota en una PC, servidor, nube, etc. Los datos vinculados no se almacenan en el dispositivo, por lo que el dispositivo no requeriría desinfección de datos. Sin embargo, es fundamental en estos casos que la conexión al almacenamiento remoto deba eliminarse según el Apéndice B (12).

La consideración final es si existe un software para automatizar el proceso de desinfección de datos. Esta no es una opción de usar el software o no. Si existe un software, entonces se debe implementar una solución de software.

Si no hay un software disponible para automatizar el proceso de desinfección, entonces las instrucciones del fabricante pueden incorporarse a una plataforma de software para controlar el flujo de trabajo para implementar las instrucciones del fabricante y crear registros detallados de finalización para cada dispositivo. La implementación de las instrucciones de restablecimiento del fabricante a veces se encuentra en software comercial (software listo para usar) que se puede comprar. Se ha descubierto que este software incorpora estas instrucciones para dispositivos en los que el software no puede automatizar el proceso. El software se convierte en un enfoque híbrido para la desinfección lógica al organizar y controlar todas las funciones de desinfección lógica en la misma plataforma. El software comprado para el saneamiento de datos no es necesariamente necesario para los fines de esta Interpretación. La integración de los pasos del flujo de trabajo podría lograrse a través del sistema ERP de la instalación u otra plataforma, creando una solución de software personalizada.

REVISIÓN DE CUENTAS
Las soluciones de software automatizadas que no se basan en reinicios manuales son la intención de este requisito y deberían ser necesarias cuando el software esté disponible. Cuando las soluciones de software automatizadas no están disponibles, se espera un sistema de software sólido para controlar el flujo de trabajo del proceso con registros detallados de saneamiento para brindar transparencia y responsabilidad sobre el evento de saneamiento de datos en cada dispositivo.

Esta interpretación no permite que los dispositivos dañados utilicen las instrucciones de restablecimiento manual del fabricante cuando es posible la desinfección automática del software.

Evaluación de registros requeridos en el Apéndice B(10)
Los registros simples creados por un operador en una hoja de cálculo, por ejemplo, no se consideran registros aceptables de saneamiento de software, ya que son más vulnerables a errores y resultados sospechosos. Los siguientes son puntos de datos recomendados para registros de desinfección de datos modelados según NIST SP 800-88 Rev.1 Sección 4.8:

• Fabricante de dispositivos/medios
• Modelo de dispositivo/medio
• Número de serie del dispositivo/medio (preferiblemente leído por el software y no ingresado manualmente)
• Identificador único asignado (preferiblemente escaneado de una etiqueta)
• Tipo de medio (es decir, magnético, memoria flash, híbrido, etc.)
• Fuente de medios (es decir, usuario o computadora de donde provienen los medios)
• Dispositivo/capacidad de medios (es decir, número y tamaño de LBA)
• Tipo de saneamiento (Limpiar, Purgar, Destruir)
• Método utilizado (es decir, sobrescribir, borrar bloques, borrar criptomonedas, etc.)
• Herramienta utilizada (incluida la versión)
• Persona de desinfección
  • Nombre de la persona
  • Cargo/Título de la Persona
  • Fecha/Hora (grabado automáticamente desde el sistema)
  • Ubicacion
  • Teléfono u otra información de contacto
  • Firma
• Método de verificación (es decir, registro de desinfección exitoso verificado, muestreo, etc.)
• Persona de verificación
  • Nombre de la persona
  • Cargo/Título de la Persona
  • Fecha/Hora (grabado automáticamente desde el sistema)
  • Ubicacion
  • Teléfono u otra información de contacto
  • Firma

Evaluación del software que integra las instrucciones de restablecimiento manual del fabricante requeridas en el Apéndice B(11) 

Primero, se deben evaluar las instrucciones de restablecimiento del fabricante para verificar que las instrucciones consideren que los datos son inaccesibles, no que solo restablecen la configuración del dispositivo. Esta es una distinción importante para cumplir con el Apéndice B (11)(a).

En segundo lugar, el flujo de trabajo debe configurarse para fallar el proceso si hay alguna interrupción durante el proceso de desinfección o cualquier falla relacionada con una limpieza ineficaz, para cumplir con el Apéndice B (11) (b).

En tercer lugar, "mantenido con parches de software" se cumpliría actualizando las instrucciones en el software con cualquier cambio del fabricante. La documentación escrita de un proceso automatizado o un cronograma manual para verificar las actualizaciones y un registro de las actualizaciones de las instrucciones podría ser un método para presentar evidencia que cumpla con el Apéndice B (11) (c).

Verificar la versión compatible actual al utilizar las instrucciones de restablecimiento del fabricante significa garantizar que se implementen las instrucciones más recientes. Esto requiere un proceso para verificar periódicamente el sitio web del fabricante u otras fuentes en busca de actualizaciones. La versión o fecha de las instrucciones utilizadas debe registrarse en el registro de sanitización de cada dispositivo. Si alguna vez se encuentra una falla en las instrucciones del fabricante, tener esto en el registro permite que la instalación identifique aquellos dispositivos que serían vulnerables y necesitarían corrección.