Afirmación sobre la exposición de datos de Grastin.ru en 2022

La descripción del archivo comprimido vincula a la organización con Grastin y grastin.ru, indica que la fuente abarca desde agosto de 2021 hasta noviembre de 2022 e incluye nombres, números de teléfono, direcciones físicas y direcciones de correo electrónico entre las categorías de datos. Los metadatos CDX de Internet Archive también confirman que grastin.ru tenía una presencia web operativa durante ese periodo. Los metadatos públicos no bastan por sí solos para demostrar la autenticidad de este archivo privado, acreditar que el operador de Grastin lo haya confirmado ni establecer el día exacto en que se expusieron los datos. Por ello, este registro no se presenta como un anuncio de una filtración verificada por la propia organización. isVerified sigue siendo false, y la afirmación de la fuente local se mantiene separada del contexto público limitado sobre la entidad.

La fecha solo tiene precisión de mes. Los metadatos internos indican noviembre de 2022 como fecha de la filtración. El valor almacenado, 1 de noviembre de 2022, es una representación técnica de ese mes; no afirma que se produjera un incidente el primer día. Esos mismos metadatos indican que los registros abarcan un periodo comprendido entre agosto de 2021 y noviembre de 2022. Ese intervalo puede describir actividades relacionadas con pedidos, clientes o entregas y no permite determinar por sí solo el día en que se recopiló o distribuyó un conjunto de datos. Una investigación pública de alcance limitado no encontró ningún anuncio oficial, aviso de un organismo regulador ni informe fiable sobre un incidente que confirmara este conjunto de datos concreto. Por tanto, breachDatePrecision tiene el valor month, no hay una fuente autorizada que respalde el día exacto y cualquier cambio futuro de fecha debería requerir una nueva revisión respaldada por pruebas primarias más sólidas.

La fuente es un archivo 7z completo de 35 580 567 bytes. Su identidad SHA-256 está sellada, y el archivo superó una prueba completa de integridad 7z. Se extrajeron los tres elementos de tipo archivo regular, se midió su tamaño y se calculó de forma independiente el hash de cada uno. Se trata de un elemento genérico de metadatos llamado Breached_Info, un elemento de metadatos llamado Info que contiene descripciones de Grastin y afirmaciones de la fuente, y un archivo de datos CSV de 266 121 201 bytes. No hay archivos comprimidos anidados y no se modificó el contenido de la fuente. El CSV tiene 1 581 126 líneas físicas. Los siete saltos de línea incluidos dentro de campos CSV entrecomillados hacen que el número de registros lógicos de datos, sin contar la cabecera, sea de 1 581 118. El análisis estricto del CSV no detectó errores de sintaxis, un número incorrecto de columnas ni registros incompletos. La estabilidad de los bytes y una estructura legible demuestran la integridad de la fuente, pero no convierten cada afirmación histórica del archivo en un hecho verificado públicamente.

La asignación de campos de correo electrónico se basa únicamente en la cabecera explícita creada por la fuente. Las seis columnas son buyer, phone, address, email, region y month, en ese orden. Solo se selecciona la cuarta columna, email. El campo buyer contiene 332 celdas completas cuyo contenido cumple la sintaxis estricta de correo electrónico, pero su significado declarado es comprador o nombre, no correo electrónico, por lo que esos valores se excluyen deliberadamente. El texto que contiene arrobas en el campo address, así como los valores de phone, region y month, también queda excluido de la importación de correos electrónicos. Los ejemplos o el texto narrativo del elemento de metadatos Info no se consideran campos de correo electrónico de cuentas. No se seleccionó ningún campo adicional para aproximarse a la cifra de 653 907 declarada en el catálogo, no se corrigió ningún valor no válido ni se ajustó ningún contador a una cifra objetivo.

Dos lectores independientes compilados en Go validaron los 1 581 118 registros lógicos de datos y el esquema de seis columnas sin errores. Ambos contabilizaron 704 204 ocurrencias válidas de correo electrónico en la columna explícita email, 1 233 celdas no vacías rechazadas y 875 681 celdas vacías. Tras eliminar las ocurrencias duplicadas y aplicar una normalización canónica estricta de las direcciones de correo electrónico ASCII, quedan 654 125 direcciones únicas ordenadas. Ambas herramientas produjeron el mismo flujo de ocurrencias de 14 499 807 bytes y la misma identidad SHA-256. También coincidieron en la salida canónica de 13 386 578 bytes, 654 125 líneas y una misma identidad SHA-256. El segundo validador comprueba el esquema, los valores agregados y el conjunto canónico existente sin materializar una segunda salida canónica. Esta vía independiente reduce el riesgo de que una sola implementación del analizador o un error en el búfer de registros basten para autorizar la importación.

Los metadatos internos afirman que hay 653 907 registros de correo electrónico, mientras que la extracción estricta del campo explícito da como resultado 654 125 direcciones canónicas únicas, una diferencia de 218. La discrepancia se conserva en lugar de ocultarse. La cifra declarada en los metadatos no se reinterpreta como un recuento de personas únicas, de direcciones válidas ni de todas las filas. totalRecords representa los 1 581 118 registros lógicos de datos del CSV, sourcePhysicalRecordCount recoge la cifra declarada de 1 581 126 líneas físicas y canonicalEmailCount informa únicamente de las 654 125 direcciones verificadas en la columna explícita email. affectedCountLowerBound utiliza ese mismo límite inferior técnico de direcciones, pero no es un recuento de personas únicas. Una persona puede controlar varias direcciones, y una dirección puede compartirse, abandonarse o reasignarse. Como se desconoce el conjunto de personas afectadas, pwnCount sigue siendo null.

Esta operación de LeakData guarda únicamente direcciones de correo electrónico en relaciones de Mongo. Esta tarea no importa nombres, números de teléfono, direcciones físicas, regiones ni valores de mes. El elemento Info queda pendiente con la clasificación NON_AUTHORITATIVE_METADATA_SAMPLE, mientras que el elemento genérico Breached_Info se cierra como RESOLVED_NO_EMAIL porque no contiene ningún campo de correo electrónico. La cobertura de la asignación sigue siendo PARTIAL; esa etiqueta no afirma que se haya verificado cada fragmento de texto del archivo ni el suceso histórico completo. El registro está marcado como sensible y conserva su condición de afirmación de un tercero no verificada. La presencia de una dirección en el conjunto canónico no demuestra que una persona haya utilizado los demás campos, que el registro siga vigente ni que Grastin haya confirmado este archivo concreto. Si en el futuro pruebas oficiales más sólidas modifican la identidad, el alcance, la fecha o los recuentos, los metadatos deberían revisarse mediante una evaluación de las pruebas separada y trazable.