Mostrando entradas con la etiqueta Control de acceso. Mostrar todas las entradas
Mostrando entradas con la etiqueta Control de acceso. Mostrar todas las entradas

Agente IA de OpenAI accedió sin autorización el pasado junio a un portal del sistema público de salud de Australia

>>  lunes, 28 de septiembre de 2026

Un agente de inteligencia artificial de OpenAI accede sin permiso a datos del sistema de salud de Australia
https://www.rtve.es/

  • El incidente, en el que no se filtraron datos de pacientes, ocurrió en junio pero se ha conocido ahora
  • Se trata del primer hackeo conocido de una IA a una agencia gubernamental


Una inteligencia artificial (IA) desarrollada por la empresa OpenAI accedió sin autorización el pasado junio a un portal del sistema público de salud de Australia y obtuvo acceso a archivos de datos, tanto públicos como no públicos. OpenAI no informó al Gobierno australiano hasta pasados tres meses. Se trata del primer hackeo autónomo de una IA a una administración pública del que se tiene noticia.

El Gobierno australiano ha asegurado que la IA no accedió al historial de los pacientes ni a datos personales de los ciudadanos, pero ha mostrado su "extrema preocupación" y ha abierto una investigación. "La situación es obviamente inaceptable", ha declarado el primer ministro australiano, Anthony Albanese.

El caso se suma a la serie de incidentes conocidos en los que la IA ha operado de forma autónoma y sin permiso, y se ha conocido cuando se debate el modelo de desarrollo de esta tecnología y sus posibles amenazas.

El agente de la IA obtuvo información sin permiso

Un agente de IA es un sistema informático o software que actúa de forma autónoma y puede elaborar estrategias para lograr sus objetivos. Uno de estos agentes realizaba una investigación sobre el gasto público en medicamentos y como parte de esa investigación consultó el 18 de junio el portal de estadísticas de Medicare, el sistema universal de salud australiano, administrado por Services Australia, la agencia estatal para la gestión de los servicios sociales, informa Efe.

El agente solicitó en varias ocasiones el acceso a informacion sobre el sistema de salud, pero fue bloqueado por el portal. Entonces, la IA encontró una forma de sortear esas restricciones y terminó accediendo a la información sin permiso.

OpenAI ha informado en un comunicado de que había "identificado actividad que implica a varios sitios webs y sericios del Gobierno de Australia mientras nuestros modelos intentaban buscar respuestas...

Nuestros modelos tomaron acciones que no pretendíamos".

El primer ministro australiano informó de lo ocurrido a los medios en una comparecencia el miércoles en Nueva York, donde asiste a la Asamblea General de la ONU. "Había bloques [de programación] que claramente respondían y le decían al agente de IA que 'no'. El agente buscó una manera de evitar esos bloques, no aceptó un 'no' por respuesta", ha explicado.

OpenAI ha asegurado que su agente obtuvo solamente estadísticas sanitarias agregadas y nombres de archivos internos, pero no accedió a los historiales de los pacientes.

El ministro de Defensa, Richard Marles, también ha subrayado que por la brecha en el portal de Medicare no se filtraron informes o registros médicos personales, pagos de ayudas, detalles financieros o de cuentas bancarias de ciudadanos australianos, y que la IA sólo accedió a datos agregados sobre el uso del sistema de salud en el país.

"Extrema preocupación" del Gobierno australiano


A pesar de eso, el Gobierno australiano ha expresado su "extrema preocupación". "La evidencia que tenemos hasta el momento es que la red no se ha visto más ampliamente comprometida. Pero no obstante, la situación es obviamente inaceptable", ha declarado Albanese

El primer ministro también ha mostrado su malestar por que OpenAI haya tardado tres meses en informar a las autoridades. "Hasta el 10 de septiembre no hubo ninguna notificación en absoluto", se ha quejado, según recoge Reuters.

Albanese ha anunciado la creación de un grupo de trabajo para investigar lo ocurrido, con la participación del coordinador nacional de ciberseguridad, la Oficina de IA, la Dirección Australiana de Señales y el Instituto Australiano de Seguridad de la IA. Uno de los aspectos que se revisarán será por qué los sistemas gubernamentales no detectaron la brecha de seguridad.

La investigación intentará determinar también si el agente de IA pudo acceder o intentar acceder a otros portales del Gobierno. Los técnicos de OpenAI ha identificado actividad relacionada con varios sitios web y servicios del Gobierno australiano, y el propio Albanese ha reconocido que otros tres sitios webs gubernamentales relacionados con el sistema de salud pueden haberse visto afectados, aunque aún no se ha confirmado.

Por otra parte, según The New York Times, los agentes de OpenAI intentaron acceder sin permiso a otras tres páginas web para completar búsquedas de información: una biblioteca en la Universidad de Nuevo México (EE.UU); DataUSA, un repositorio de código abierto que reúne datos sobre empleo y educación, también en EE.UU.; y el Instituto Australiano de Salud y Bienestar. En estos casos, la IA no tuvo éxito y no pudo acceder a los datos. Todos los incidentes ocurrieron en mayo y junio.

OpenAI, la empresa tecnológica dirigida por Sam Altman, se ha visto implicada en varios casos de hackeos y ataques independientes de sus agentes de IA a otros agentes o portales. En julio, la empresa reveló que algunos de sus modelos de IA más avanzados se descontrolaron y llevaron a cabo un "ciberataque sin precedentes" perpetrado de manera autónoma contra la empresa Hugging Face, encargada de desarrollar modelos de IA de código abierto.

La empresa de Altman advirtió que este tipo de "incidentes de ciberseguridad" podrían ser cada vez más comunes. Otras empresas rivales, como Anthropic, Google y Meta también han informado de casos en los que sus agentes han accedido a sistemas externos.

Estos sucesos, junto con el aviso de algunos expertos de que la IA puede convertirse en una amenaza para la Humanidad, han llevado a cuestionarse el modelo de desarrollo de esta tecnología, que se ha convertido además en otro elemento del enfrentamiento geoestratégico entre Estados Unidos y China. Este mismo miércoles se celebró en la ONU una conferencia sobre los peligros de la Inteligencia Artificial y su posible regulación, en los márgenes de la Asamblea General.

Read more...

Gestión de Identidad Digital Empresarial en el contexto archivístico

>>  sábado, 13 de junio de 2026

Gestión de Identidad Digital Empresarial en el contexto archivístico
Por Lic. Carmen Marín, colaboración de: Grok y, Gemini,



La Gestión de Identidad Digital Empresarial en el contexto archivístico es el conjunto de políticas, tecnologías y procesos que permiten identificar, autenticar, autorizar y trazar de manera segura a los autores y participantes dentro de los Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA). [1]

Garantiza la autenticidad, integridad y el no repudio o irrenunciabilidad (propiedad de seguridad que garantiza que el autor de un mensaje o transacción electrónica no pueda negar su participación en ella, ni que otra persona se haga pasar por él) de los documentos a lo largo de su ciclo de vida. [2]

Pilares Fundamentales en Archivo
  • Autenticidad: Asegura que el creador de un documento o metadato es realmente quien dice ser mediante firmas electrónicas, certificados digitales y credenciales corporativas verificables. [2]
  • Trazabilidad (Procedencia): En archivística es vital respetar el principio de procedencia. La gestión de identidad registra la bitácora exacta de quién lo creó, cuándo lo modificó y quién consultó un expediente. [3]
  • Control de Acceso (RBAC): Permite parametrizar permisos basados en los roles de los empleados dentro del SGDEA, protegiendo la información confidencial y cumpliendo con las normativas de protección de datos. [3]
Tecnologías Clave Utilizadas
 
  • Directorios Centralizados: Sistemas como Microsoft Active Directory o LDAP sincronizados con los expedientes.
  • Infraestructura de Clave Pública (PKI): Emisión de certificados digitales para firmar electrónicamente actas, contratos y resoluciones.
  • Blockchain (Tecnologías de Registro Distribuido): Utilizado en archivos avanzados para sellar de forma inmutable la identidad del autor y el estado del documento, garantizando que no fue alterado.
  • Single Sign-On (SSO): Autenticación única que centraliza el acceso a los distintos módulos del archivo corporativo de forma segura. [2]
Retos Archivísticos

  • Preservación a largo plazo: Las identidades digitales y los certificados caducan. Los archivos deben implementar mecanismos (como el sellado de tiempo o timestamping) para que los documentos sigan siendo válidos probatoriamente, aunque el emisor original ya no esté en la empresa.
  • Interoperabilidad: El sistema de gestión de identidad debe comunicarse fluidamente con las tablas de retención documental y los metadatos estándar (como Dublin Core). 

¿Qué es un sistema de gestión de identidad digital?
https://whitebearsolutions.grupocibernos.com
WBSgo

En la era digital que vivimos desde hace algunos años, la gestión de identidades desempeña un papel crucial en la seguridad y eficiencia de las operaciones empresariales. Esto es así porque la gestión de identidades y accesos (IAM) garantiza que solo las personas autorizadas tengan acceso a los recursos tecnológicos necesarios para llevar a cabo sus tareas. Este artículo explora a fondo qué es un sistema de gestión de identidad digital, cómo funciona, sus diferencias con la gestión de acceso y los diversos tipos de sistemas disponibles.

¿Cómo funcionan los sistemas de gestión de identidad digital?

La gestión de identidades se centra en identificar, autenticar y autorizar adecuadamente a individuos, grupos o aplicaciones a través de atributos como los derechos de acceso y restricciones basadas en identidades. Estos sistemas evitan el acceso no autorizado, protegiendo contra el robo de datos y generando alertas ante intentos no autorizados, ya sea desde dentro o fuera de la empresa.

¿Es lo mismo un sistema de gestión de identidad que un sistema de gestión de acceso?


Aunque a menudo se usan indistintamente, la gestión de identidades se enfoca en la identidad del usuario, roles, permisos y grupos, mientras que la gestión de acceso se ocupa de la autenticación y autorización para determinar si un usuario tiene acceso a un recurso específico.

Aquí, se evalúa la legitimidad del acceso según los criterios establecidos por las políticas de seguridad y los permisos asociados. No obstante, esta fase es crucial para garantizar que los usuarios solo accedan a los recursos para los cuales están debidamente autorizados, minimizando así los riesgos de accesos no autorizados.

¿Cuáles son los tipos de sistema de gestión de identidad digital?

Existen tres tipos principales de sistemas de gestión de identidad digital:
 
  • Identidad y autenticación centralizada: En este modelo, una entidad central actúa como proveedor de identidad (IdP), siendo la organización proveedora del servicio el punto central de la identidad digital. Cada aplicación o servicio requiere una cuenta específica gestionada por esa empresa.
  • Modelo de autenticación federada: Un proveedor de identidad utiliza terceros para autenticar a los usuarios ante partes confiables. Permite el uso de una única identidad digital para acceder a diferentes servicios, evitando el fenómeno de identidades múltiples.
  • Modelo de identidad distribuida (Self-Sovereign Identity - SSI): En este modelo, los usuarios son propietarios de su identidad digital y datos asociados. Se basa en tecnologías como Blockchain, garantizando seguridad e independencia del usuario.

¿Por qué es importante proteger la gestión digital de tu empresa?

Con los avances tecnológicos y la transición hacia operaciones comerciales 24/7, la identidad digital corporativa se vuelve cada vez más importante. Este cambio se acentúa con la transformación digital en 2020, lo que llevó a un aumento significativo en la presencia online de las empresas. Durante la crisis, la cantidad de sitios web empresariales se incrementó notablemente, llegando a un 800 % en algunos países de América Latina, según la CEPAL.

La identidad digital corporativa, similar a la identidad personal, captura y almacena atributos únicos de una entidad para su transmisión electrónica y establecer su autenticidad. Para las empresas, esto facilita el acceso a servicios y la interacción sin depender de la intervención humana o documentación física. La identidad digital empresarial abarca desde números de registro y cuentas bancarias hasta la presencia online en redes sociales y blogs.

Por tanto, la importancia de proteger la identidad digital empresarial radica en la seguridad, eficiencia y reputación de la organización. Con el aumento de la presencia online, los ciberdelincuentes buscan aprovechar vulnerabilidades, utilizando modalidades como el ransomware y la suplantación de identidad. Por ello, es necesario implementar medidas de ciberseguridad y privacidad de datos para salvaguardar la información sensible.

6 consejos para proteger la identidad digital en tu empresa

A continuación, hemos recopilado 6 recomendaciones para proteger la identidad digital empresarial:
 
  1. Navegar por sitios seguros. Verificar la política de privacidad y el protocolo "https" contribuye a la seguridad.
  2. Mantener actualizado el sistema operativo. Las actualizaciones constantes evitan virus informáticos y protegen los datos.
  3. No abrir correos de procedencia sospechosa. Ser cauteloso con mensajes sospechosos previene descargas maliciosas.
  4. Generar contraseñas seguras en las aplicaciones. Contraseñas robustas y actualizadas cada dos a seis meses refuerzan la seguridad.
  5. Contratar un experto en ciberseguridad. Un profesional puede proporcionar soluciones efectivas contra amenazas emergentes.
  6. Crear una copia de la información. El respaldo externo o los servicios Cloud garantizan la seguridad de los datos.

¿Cuál es el impacto de una mala gestión de identidad digital en las empresas?


Una mala gestión de identidad digital puede tener consecuencias graves para las empresas, como daño a la reputación, pérdida de confianza, reducción de productividad y problemas de cumplimiento legal. Para evitar estos impactos, es crucial seguir buenas prácticas de seguridad digital y considerar auditorías periódicas de ciberseguridad.

_________________________________________________________________________________

Gestión de Identidad Digital Empresarial actual en el contexto archivístico, desde la óptica de la Inteligencia Artificial

La Gestión de Identidad Digital Empresarial (GIDE o IAM —Identity and Access Management—) en el contexto archivístico actual es, en términos objetivos, insuficiente y fragmentada, a pesar de los avances tecnológicos. Desde la perspectiva de una IA entrenada en patrones de datos, sistemas y evolución tecnológica, es un área donde la práctica empresarial y archivística arrastra rezagos estructurales frente a las demandas de autenticidad, integridad y preservación a largo plazo de los documentos digitales. [4]

Fortalezas relativas (limitadas)
 
Madurez en seguridad operativa: Las soluciones modernas de IAM (como las basadas en zero-trust, MFA, biometría y federación de identidades) han mejorado mucho el control de acceso en sistemas vivos (empresas, gobiernos). Plataformas de identidad digital única (ej. ejemplos en México como Llave Mx) facilitan interoperabilidad y trámites, reduciendo algo de burocracia. [5]
Herramientas criptográficas disponibles: Firmas digitales, hashes, sellos de tiempo y metadatos ayudan a vincular identidad al momento de creación o captura. En teoría, soportan principios archivísticos clave: autenticidad (el documento es lo que pretende ser, creado por quien dice), integridad (no alterado de forma que afecte su valor probatorio) y cadena de custodia. [4]

Debilidades graves y honestas (la realidad predominante)

La GIDE empresarial está optimizada para operaciones actuales y cumplimiento regulatorio a corto-medio plazo, no para el archivo permanente. Esto genera problemas estructurales:
  • Desconexión entre IAM operativo y preservación archivística: La identidad se gestiona bien para "quién accede hoy", pero se debilita drásticamente en el tiempo. Las firmas digitales tienen ventanas de validez limitadas (caducidad de certificados, obsolescencia de algoritmos, compromisos de claves). Una vez migrados o preservados a largo plazo, probar que un documento fue creado por una identidad específica y no alterado se vuelve complejo. Los metadatos de identidad a menudo no se captura o preservan de forma completa y estandarizada. [4]
  • Vulnerabilidades inherentes a lo digital: Los registros digitales son fáciles de alterar a escala sin dejar rastro obvio (a diferencia del papel). Ataques de identidad (phishing, credential stuffing, insider threats) siguen siendo el vector principal de brechas. En archivos, esto compromete la prueba de procedencia y contexto orgánico, que son esenciales en diplomática y archivística. Muchas organizaciones aún dependen de sistemas legacy o prácticas híbridas que no escalan bien. [6]
  • Falta de estandarización y madurez real: Hay guías (InterPARES, ISO, NIST SP 800-63) y proyectos, pero la adopción es irregular. Muchas "gestiones documentales digitales" se limitan a digitalizar papel sin garantizar autenticidad a largo plazo. La IA puede ayudar en clasificación y extracción de metadatos, pero no resuelve problemas de fondo si la captura inicial de identidad y contexto es deficiente. La replicación geográfica y auditorías criptográficas periódicas son recomendadas, pero no universales. [7]
  • Desafíos emergentes: Con IA generativa, deepfakes y automatización, verificar "autenticidad" se complica más (¿fue generado por humano autorizado o por modelo?). El volumen de datos born-digital crece exponencialmente, y la preservación a décadas o siglos requiere estrategias que van más allá de IAM comercial actual (emulación, migración controlada, encapsulación con metadatos ricos).
En resumen, objetivamente:

Es mejor que hace 10-15 años gracias a criptografía y cloud, pero sigue siendo reactiva y operativa más que archivística. No está a la altura de garantizar confianza a largo plazo en la mayoría de las empresas e instituciones. Muchas implementaciones dan una falsa sensación de seguridad: un documento con firma digital válida hoy puede ser cuestionable en 20 años si no hay un sistema robusto de preservación de evidencias (cadena de custodia digital auditada, metadatos preservados, políticas de migración documentadas). [8]

Desde IA, veo potencial enorme en automatizar verificación de integridad, análisis de anomalías en logs de identidad, o generación de metadatos contextuales. Pero la tecnología sola no basta sin madurez organizacional, inversión sostenida y alineación real entre equipos de TI/seguridad y archivistas. La mayor parte de la "gestión digital" actual prioriza conveniencia y compliance inmediato sobre evidencia perdurable. Eso es un riesgo real para la memoria institucional y la rendición de cuentas. Si buscas mejorar en un caso concreto, enfócate primero en capturar y preservar metadatos de identidad/contextuales desde la creación del documento, no solo en el control de acceso. Eso es lo crítico.

Profundiza en este dato: "metadatos de identidad/contextuales desde la creación del documento"

Capturar metadatos de identidad y contextuales desde el momento mismo de la creación del documento es uno de los principios más críticos —y a menudo más ignorados— en la preservación digital archivística. No es un “buen extra”; es parte fundamental de lo que convierte un archivo digital en un registro fiable y con valor probatorio a largo plazo. [9]

¿Por qué “desde la creación” es esencial?


En el entorno analógico, el contexto (quién, cuándo, por qué, en qué proceso, con qué autoridad) está implícito en el papel, el membrete, la firma manuscrita, el sello y el archivo físico. En digital, ese contexto se desvanece fácilmente si no se documenta de forma explícita, estructurada y vinculada al objeto desde el origen.

Si los metadatos se agregan después (durante una migración, digitalización o ingreso al archivo), se pierde la presunción de autenticidad y se debilita la cadena de custodia. Los estándares y proyectos como InterPARES insisten en que los metadatos completos deben crearse o capturarse lo más cerca posible del punto de creación. [9]

  1. Tipos clave de metadatos que deben capturarse desde la creación
  2. Metadatos de Identidad (quién y qué es el documento):
  3. Autor/creador/redactor (nombre, cargo, identidad digital verificada).
  4. Destinatario o entidad involucrada.
  5. Título/asunto o descripción de la acción/transacción.
  6. Fecha y hora exacta de creación (con sello de tiempo confiable).
  7. Firma digital o sello electrónico calificado.
  8. Identificador único persistente (por ejemplo, UUID o sistema de numeración).
  9. Metadatos Contextuales (procedencia y relaciones):
  10. Contexto organizacional y funcional: proceso de negocio, serie documental, clasificación.
  11. Relaciones con otros documentos (antecedentes, anexos, versiones).
  12. Sistema o aplicación donde se generó.
  13. Versión del formato y entorno técnico en el momento de creación.
  14. Metadatos de Integridad y Preservación (PREMIS):
  15. Hash/fixity (checksum) inicial.
  16. Información técnica del archivo (formato, tamaño, codificación).
  17. Eventos de la cadena de custodia (quién accedió, modificó o transfirió, y cuándo). [10]

Estándares relevantes
 
  • PREMIS (Preservation Metadata: Implementation Strategies): Es el estándar de facto para metadatos de preservación. Cubre identidad, eventos, agentes, derechos y objetos. Se enfoca en mantener autenticidad, integridad y comprensibilidad a largo plazo. [11]
  • METS (Metadata Encoding and Transmission Standard): Actúa como “contenedor” o envoltorio que empaqueta metadatos descriptivos, administrativos, estructurales y de preservación (incluyendo PREMIS) junto al objeto digital.
  • ISO 23081 (Metadata for records): Define principios para metadatos en gestión de documentos. Enfatiza que los metadatos son parte integral del registro y deben vincularse al contexto de creación. [12]
  • Otros: Dublin Core (básico), MODS, o esquemas locales como el FUID en algunos países latinoamericanos.

Cómo capturarlos en la práctica (realidad actual)
 
Sistemas de Gestión Documental Empresarial (SGDE o ECM): 

  • Deben configurarse para extraer automáticamente metadatos del usuario autenticado (vía IAM), fecha del sistema, aplicación origen, etc. Idealmente con integración de firma digital y sello de tiempo.
  • Herramientas de captura: Office 365, Google Workspace, Adobe Acrobat, sistemas de expediente electrónico o plataformas low-code con workflows que obliguen a completar campos obligatorios al guardar.
  • Born-digital vs. digitalizados: En born-digital (nativos digitales) es más factible capturar todo automáticamente. En digitalizaciones hay que reconstruir metadatos, lo que siempre es menos confiable.
  • Automatización con IA: Puede ayudar a extraer o enriquecer (reconocimiento de entidades, clasificación), pero no sustituye la captura inicial de identidad verificada.
Desafíos reales y honestos
  • Muchas empresas capturan solo lo mínimo para operación (quién accede hoy), no lo archivístico (prueba de procedencia a 20-50 años).
  • Obsolescencia: Un certificado digital caduca; un hash sigue siendo útil, pero necesita migración controlada.
  • Volumen y complejidad: En entornos con miles de documentos diarios, la resistencia humana y técnica es alta.
  • Falta de interoperabilidad: Sistemas heterogéneos rompen la cadena de metadatos.
Conclusión objetiva:

Capturar estos metadatos desde la creación es la base para que un documento digital tengan valor probatorio y sea preservable. La mayoría de las organizaciones actuales lo hacen de forma parcial o reactiva, lo que genera riesgos significativos para la memoria institucional y la rendición de cuentas. Las que lo implementan bien (generalmente grandes instituciones públicas o reguladas) invierten en políticas estrictas, integración IAM + ECM + herramientas de preservación, y auditorías periódicas.

Si estás implementando esto en una organización específica, el primer paso es mapear los puntos de creación (aplicaciones críticas) y definir un esquema mínimo de metadatos obligatorio basado en PREMIS/ISO 23081.

Explicación sencilla y comprensible de Hash/fixity (checksum) inicial

¿Qué es un Hash / Fixity / Checksum inicial?

Imagina que tienes un documento digital muy importante (un contrato, una foto, un expediente, etc.). El hash (o checksum) es como una huella digital única de ese archivo. Es un código larguísimo y rarísimo (por ejemplo: a7f3b9e2c...) que se calcula matemáticamente a partir de todo el contenido del archivo.

¿Cómo funciona de forma simple?
  • Cuando el documento se crea o se guarda por primera vez, se calcula su hash inicial.
  • Ese código se guarda aparte (como una “certificación”).
  • Más adelante, cuando quieras verificar si el archivo sigue siendo el mismo, vuelves a calcular el hash.
  • Si sale exactamente igual $\rightarrow$ el archivo no ha cambiado (fixity = está fijo, intacto).
  • Si sale diferente $\rightarrow$ aunque sea por un solo carácter o un bit, el archivo fue modificado o dañado.
Analogía fácil de entender


Piensa en un libro:
El hash inicial es como tomar una foto de la portada + el número exacto de páginas + el peso del libro el día que lo recibes.
Si alguien arranca una hoja o cambia una palabra, al volver a “pesarlo y fotografiarlo” notarás que ya no coincide.

El hash hace exactamente eso, pero con datos digitales y de forma automática y matemática.

¿Por qué es tan importante en archivos?

Porque los archivos digitales son invisibles y fáciles de alterar sin que se note. Con el hash/fixity inicial puedes demostrar que:
  • El documento que tienes hoy es exactamente el mismo que se creó hace 5, 10 o 50 años.
  • Nadie lo modificó (ni siquiera accidentalmente).
  • Tiene integridad.
Esto es clave para que un documento digital tenga valor legal y probatorio a largo plazo.

Ejemplo práctico de Archivo: Contrato.pdf


Hash inicial (calculado el día de la firma):

e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855

Dos años después lo abres y recalculas el hash:
Igual $\rightarrow$ Está intacto
Diferente $\rightarrow$ Alguien lo cambió o se dañó durante una migración

Herramientas comunes

Programas gratuitos: MD5, SHA-256 (el más usado hoy), SHA-512.
Se calcula en segundos con programas como HashCalc, QuickHash, o directamente desde sistemas de gestión documental.

En resumen:

El hash/fixity inicial es la “huella digital” que se toma al nacer el documento para poder demostrar después que nadie lo ha tocado. Es una de las técnicas más básicas, baratas y efectivas para garantizar la confianza en los archivos digitales.

Cómo se calcula uno o cómo se usa en la práctica dentro de un sistema empresarial

1. ¿Cómo se calcula un Hash (Checksum)?

Es muy sencillo: se usa un programa o función que lee todo el contenido del archivo y aplica una fórmula matemática que genera un código único y fijo.

Ejemplo real (calculado ahora mismo):

Texto: "Este es un ejemplo de documento importante para demostrar hash."
SHA-256 (el más usado y recomendado hoy):

88f344aa9221e84961a646037cc3c8a049f69c88593866078ef2f33e1b987806
MD5 (más antiguo y menos seguro, solo para ejemplos):

a077bf4d12b9a8ba9fc9cc9ac18aa32d

Propiedad mágica: 

Si cambio, aunque sea una coma o una letra en el texto, el hash cambia completamente. Es imposible que dos archivos distintos tengan el mismo hash (con algoritmos buenos como SHA-256).

Cómo calcularlo tú mismo (fácil):
 
En Windows: Usa herramientas gratuitas como QuickHash, HashCalc o PowerShell.
En línea: Hay webs como hash.online o tools como OpenSSL.
En sistemas profesionales: Se calcula automáticamente, sin que el usuario tenga que hacer nada.

2. Cómo se usa en la práctica dentro de un sistema empresarial

En una empresa real, el hash/fixity no lo calcula una persona manualmente. 
Lo hace el sistema de gestión documental (SGD, ECM o plataforma de archivo) de forma automática.

Así es como funciona paso a paso:
  • En el momento de creación o ingreso del documento:
  • El usuario guarda o sube un archivo (contrato, factura, acta, etc.).
  • El sistema calcula automáticamente el hash inicial (SHA-256).
  • Ese hash se guarda en la base de datos junto con los metadatos del documento.
 Durante toda la vida del documento:
 Cada vez que se descarga, migra, copia o verifica, el sistema recalcula el hash.
  • Lo compara con el hash original.
  • Si coinciden $\rightarrow$ Integridad confirmada (no ha sido modificado).
  • Si no coinciden $\rightarrow$ Alerta automática (posible corrupción, modificación o error).
Usos reales en empresas:
  • Auditorías y compliance: Demostrar ante un juez o auditor que el contrato que tienes hoy es idéntico al que se firmó hace 5 años.
  • Migraciones: Cuando cambias de sistema o pasas datos a la nube, verificas millones de documentos sin abrirlos uno por uno.
  • Cadena de custodia: Se registra quién, cuándo y cómo se verificó el hash (parte de los metadatos PREMIS).
  • Detección de errores: Si un archivo se daña por un fallo de disco o durante una copia, se detecta inmediatamente.
  • Firma digital + hash: La firma digital suele firmar el hash del documento (no el archivo completo), lo que lo hace más eficiente.
Ventajas en el mundo real
  • Es rápido (calcula gigabytes en segundos).
  • Es barato y automático.
  • No ocupa casi espacio (un hash son solo 64 caracteres).
  • Proporciona prueba técnica de que el documento es auténtico e íntegro.
Recomendación actual:

Usa siempre SHA-256 o superior. MD5 ya no se considera seguro para temas importantes.

En resumen, sencillo: 

El hash es como un “control de calidad automático” que se toma en el nacimiento del documento y se revisa periódicamente para garantizar que nadie (ni persona ni error técnico) lo haya alterado.

Referencias Bibliográficas

[1] Whitebear Solutions

[2] YouTube·inaimexico

[3] YouTube·Udearroba

[4] nationalacademies.org

[5] foneia.org

[6] idsalliance.org

[7] clir.org

[8] pages.gseis.ucla.edu

[9] interpares.org

[10] dlib.org

[11] dcc.ac.uk

[12] committee.iso.org

Read more...

Snap Shots

Get Free Shots from Snap.com

  © Free Blogger Templates Autumn Leaves by Ourblogtemplates.com 2008

Back to TOP