Resumen

  • La auditoría posterior de AFRINIC mostró que el problema central de gobernanza era una cadena rota entre una solicitud válida, la evaluación de políticas, la aprobación, el movimiento de inventario y el registro público WHOIS; el riesgo de corrupción crecía cuando un solo rol podía alterar varios eslabones sin una verificación independiente.
  • WHOIS era una declaración pública de custodia, no una evidencia auto probatoria de asignación legal. Un registro modificado podía parecer autorizado incluso cuando el ticket subyacente, la aprobación o la justificación de inventario estaban ausentes o en disputa.
  • La distinción entre direcciones tomadas del pool disponible de AFRINIC y cambios realizados en registros heredados es importante: la primera se refiere a la creación de un derecho aparente, mientras que la segunda se refiere a la sustitución de identidad y custodia en registros históricamente frágiles.
  • Los controles que AFRINIC describió después del escándalo (revisión final senior, trazabilidad de cambios, conciliación diaria, privilegios calificados y un mecanismo de auditoría permanente) se interpretan mejor como un mapa de las superficies de control que requerían una protección más sólida antes de 2019, no como prueba de que todas las salvaguardas estaban ausentes anteriormente.
  • La responsabilidad del consejo debe medirse por si los directores exigieron auditorías operativas, informes de excepciones y evidencia de cierre para el activo principal del registro, en lugar de si conocían personalmente el nombre asociado a un bloque sospechoso.

El archivo debería haber sido la institución

Un registro de números de Internet no fabrica espacio de direcciones. Administra un inventario finito y registra quién tiene derecho a usar porciones definidas del mismo. Esa modesta descripción oculta una concentración inusual de poder. Un hostmaster puede evaluar la necesidad, un equipo de operaciones puede mover un bloque de disponible a delegado, y un registro público puede hacer que el resultado parezca establecido para redes, corredores, investigadores de seguridad y el supuesto titular.

Cuando esos actos están adecuadamente separados y documentados, el archivo de asignación es la institución: preserva las razones, aprobaciones e historia que hacen que una entrada sea legítima. Cuando no lo están, el registro público puede convertirse en una ficción atractiva.

El escándalo que surgió en torno a AFRINIC en 2019 a menudo se reduce a una historia de mala persona. Eso es emocionalmente ordenado e institucionalmente inútil. Un empleado nombrado puede ser despedido. Se puede hacer una denuncia penal. Ninguna de esas acciones explica por qué los cambios no autorizados fueron posibles, por qué persistieron las anomalías, por qué la evidencia interna no desencadenó una revisión decisiva, o por qué personas externas ayudaron a armar un panorama que el propio custodio no había producido públicamente.

Un registro que trata el episodio como la biografía de un culpable deja el sistema habilitador sustancialmente sin examinar.

La pregunta más exigente es qué tenía que probar un archivo de asignación entre 2013 y 2019. Debía demostrar que un solicitante identificable era elegible; que existía una solicitud de recursos; que el personal evaluó la solicitud según la política vigente; que la cantidad aprobada coincidía con la necesidad demostrada; que las condiciones contractuales y de pago se cumplieron cuando correspondía; que el inventario fue modificado por una persona autorizada; y que la entrada pública de WHOIS reproducía, en lugar de inventar, el resultado autorizado.

Cada enmienda posterior necesitaba su propia autoridad, actor, marca de tiempo, evidencia y aprobación. Un revisor debería haber podido avanzar y retroceder a través de esa cadena.

El informe de precisión de la base de datos WHOIS de AFRINIC de 2021 proporciona el relato institucional público más sólido de lo que encontró el examen posterior. Dice que la auditoría verificó los registros de 2,824 prefijos IPv4 delegados a miembros de recursos desde 2005 hasta 2019.

Nueve no tenían un número de ticket y estaban asociados con asignaciones de Fiber Grid realizadas en 2012-13; de 2,815 registros con referencias de ticket, 2,800 contenían una solicitud de recursos que había sido evaluada, mientras que las inconsistencias en 15 se referían a prefijos importados de otros registros a través del proyecto anterior de transferencia de registros. Esas cifras no muestran que todo el patrimonio de asignación fuera caótico.

Muestran algo más preciso: un archivo mayoritariamente poblado contenía un pequeño conjunto de archivos excepcionales cuyas consecuencias fueron muy grandes, y la institución necesitaba una forma de detectar las excepciones antes de que una crisis externa lo hiciera.

Una tasa de excepción puede sonar tranquilizadora cuando se expresa como porcentaje. Ese es el denominador incorrecto para un registro. Un /14 no respaldado representa 262,144 direcciones. Un /16 no respaldado representa 65,536. El riesgo de control sigue la cantidad, el estado y la reversibilidad de los recursos afectados, no solo el recuento de tickets deficientes. Una auditoría que informa un 99% de integridad de la documentación aún puede ocultar una falla material si el 1% faltante incluye bloques grandes, cambios privilegiados o registros capaces de ser monetizados.

La escasez convirtió un pequeño número de archivos excepcionales en tentaciones del tamaño de un balance general sin convertir las direcciones en propiedad privada.

Cuatro actos que nunca deben colapsar en uno

La integridad de una asignación depende de separar cuatro actos: evaluación, autorización, ejecución y publicación. La evaluación pregunta si un solicitante y una solicitud satisfacen la política. La autorización convierte esa evaluación en una decisión institucional. La ejecución cambia el inventario y los registros internos asociados. La publicación cambia lo que el mundo exterior ve en WHOIS y servicios relacionados. Un empleado puede contribuir a más de una etapa en una organización pequeña, pero ninguna asignación importante debe completarse únicamente con la acción no corroborada de ese empleado.

La primera separación es entre el analista que desarrolla el caso y la persona que lo aprueba. Los hostmasters necesariamente ejercen juicio. La política no puede anticipar cada plan de red, patrón de uso o forma corporativa. Esa discreción es por qué importa una segunda revisión. El revisor no debe simplemente confirmar que las casillas están llenas. El revisor debe desafiar la identidad, la elegibilidad, la cantidad, las organizaciones relacionadas, las asignaciones previas, la velocidad inusual, los indicadores fuera de la región y los conflictos de interés. Una solicitud grande o excepcional debe pasar a un nivel de aprobación superior.

La identidad aprobadora y la justificación deben fijarse antes de que el recurso pueda salir del pool.

La segunda separación es entre la aprobación y la ejecución técnica. Una interfaz de operaciones debe aceptar solo una referencia de aprobación inmutable cuyo prefijo y organización aprobados coincidan con el cambio propuesto. Si el personal puede crear directamente la organización de destino, clasificar un bloque, alterar el inventario y publicar la entrada WHOIS, la institución ha reemplazado una cadena de autoridad con una cuenta poderosa. Registrar dicha cuenta no es suficiente. Los registros observados solo después de que surge la sospecha son residuos forenses, no control preventivo.

La tercera separación es entre ejecución y conciliación. Un archivo diario de estadísticas delegadas, el inventario interno de recursos, el sistema de miembros y WHOIS son representaciones diferentes del mismo acto institucional. Las diferencias deben esperarse ocasionalmente porque los sistemas se actualizan en diferentes momentos. También deben ser visibles, envejecidas y eliminadas. Una diferencia inexplicada que involucra el estado del recurso, el identificador de la organización o el tamaño del prefijo debe crear una excepción propiedad de alguien fuera del equipo que realizó el cambio.

La excepción debe permanecer abierta hasta que se adjunte la autoridad de respaldo o se revierta el registro.

La cuarta separación es entre la gestión y la garantía. El equipo responsable de la asignación no puede ser el único equipo que decide que sus controles son adecuados. La auditoría interna necesita acceso de lectura a la secuencia completa, un mandato que cubra los servicios de registro y la tecnología, y una línea de reporte a un comité capaz de exigir acciones a los ejecutivos. La auditoría financiera externa puede probar ingresos, pasivos y cuentas sin reconstruir los cambios de recursos numéricos. Un consejo de registro que recibe una opinión financiera limpia no ha recibido garantía de que el registro central sea preciso.

Estas separaciones no son adornos burocráticos. Crean desacuerdo en el momento en que el desacuerdo es más barato. Un revisor puede detener una solicitud no respaldada antes de la publicación. Un conciliador puede identificar una discrepancia antes de que las direcciones se enruten, arrienden o vendan. Un auditor puede detectar un patrón antes de que las contrapartes acumulen intereses de confianza. Una vez que pasan los años, cada corrección se convierte en un concurso entre titulares históricos, usuarios actuales, compradores, redes y el propio registro.

WHOIS podía publicar confianza que no había ganado

El RFC 7020, publicado en 2013, describe la precisión del registro como un requisito central del Sistema de Registros de Números de Internet. El registro debe garantizar la unicidad y proporcionar información precisa sobre las asignaciones. El requisito es operativo, no decorativo. Las redes, los respondedores de incidentes y los titulares de recursos utilizan los datos de registro para entender quién tiene responsabilidad sobre un bloque. Sin embargo, una entrada WHOIS es solo la afirmación final. No puede probar la autoridad que la produjo.

Esta distinción es central en el caso de AFRINIC. Los informes públicos rastrearon cambios sospechosos a través de registros WHOIS históricos, direcciones de contacto, registros de dominio y observaciones de enrutamiento. Esas fuentes fueron útiles porque expusieron contradicciones. No eran un sustituto del archivo de asignación. Un registro público que dice que una organización tiene un prefijo establece lo que el registro representó en ese momento. No establece que la organización haya hecho una solicitud válida, que la solicitud haya sido aprobada, o que la persona que cambió la entrada tuviera derecho a hacerlo.

La naturaleza pública de WHOIS puede producir una falsa comodidad dentro de la institución también. Si el personal ve un bloque registrado a una organización aparentemente coherente, y la interfaz trata la entrada actual como la verdad inicial, el registro comienza a validarse a sí mismo. Una solicitud de soporte posterior puede ser aceptada porque proviene del contacto que insertó un cambio no autorizado anterior. Una credencial de mantenedor puede entonces permitir más enmiendas. Con cada transacción, la premisa falsificada adquiere una historia administrativa más larga.

El antídoto no es simplemente una autenticación más fuerte para el contacto actual. Una reclamación comprometida puede autenticarse perfectamente. El registro debe preservar la raíz de la autoridad: la solicitud original, la identidad legal verificada, la evaluación de políticas, la aprobación, el contrato cuando sea necesario, el pago, la decisión del prefijo y cada transferencia o actualización posterior. Los cambios a un contacto o mantenedor merecen un escrutinio particular porque alteran quién puede autorizar el próximo cambio.

Una solicitud para reemplazar tanto la identidad de la organización como sus credenciales de acceso no es mantenimiento de rutina; es un posible cambio de control.

El informe posterior de AFRINIC dice que cada objeto WHOIS estaba protegido por un mantenedor desde agosto de 2017 y describe la autenticación PGP para cambios del personal y mantenedores poderosos. Esas son salvaguardas útiles contra la edición no autenticada. No responden si un miembro del personal autenticado estaba sustancialmente autorizado para hacer un cambio particular. El control de acceso prueba qué credencial actuó. La gobernanza debe probar por qué se permitió el acto.

Esa diferencia explica por qué el monitoreo no puede reducirse a la seguridad de la cuenta. Las alertas relevantes son tanto semánticas como técnicas.

Un bloque grande cambiado de disponible a delegado sin una solicitud aprobada vinculada; un recurso reclasificado como heredado; una organización histórica inactiva con un dominio de correo recién registrado; varios titulares no relacionados asignados con datos de contacto comunes; un identificador de organización cambiado poco antes de una transferencia; o un prefijo que aparece en WHOIS pero no en el sistema de miembros: todos requieren investigación incluso si cada inicio de sesión fue exitoso.

El pool libre y el patrimonio heredado eran problemas de control diferentes

La auditoría posterior separó dos grandes clases de recursos afectados. La primera comprendía direcciones que AFRINIC dijo que habían sido malversadas de su pool disponible y atribuidas a organizaciones sin justificación. El informe cuantificó estas en 2,371,584 direcciones IPv4. La segunda comprendía recursos heredados: asignaciones realizadas antes del sistema maduro de registros regionales, migradas al cuidado de AFRINIC, a menudo sin un contrato actual y a veces adjuntas a organizaciones que habían cambiado de nombre, fusionado, disuelto o perdido contactos informados.

La distinción importa porque las pruebas de control difieren. Mover un bloque del pool disponible debe requerir una solicitud y decisión contemporáneas. El inventario comienza con AFRINIC como administrador del espacio no asignado. Una delegación no respaldada es, por lo tanto, visible a través de la ausencia de un evento de asignación válido. La auditoría puede preguntar: ¿dónde está la solicitud, quién la evaluó, quién la aprobó, qué política la justificó, y cómo cambió el archivo de recursos interno?

Un cambio heredado presenta un problema de título más difícil. El bloque ya tiene un titular histórico. Se puede pedir al registro que actualice un nombre, contacto, sucesor corporativo o mantenedor. Una dirección de correo electrónico extinta no es prueba de que el recurso esté abandonado. Un reclamante recién activo no es prueba de sucesión. El archivo decisivo puede incluir datos de registro antiguos, registros corporativos, documentos de fusión, correspondencia y evidencia de otro registro.

Un empleado que puede reemplazar datos de contacto obsoletos sin verificación independiente puede efectivamente seleccionar a la persona que hablará por un titular ausente.

El informe de AFRINIC describió características que hacían vulnerable el patrimonio heredado: algunos titulares no tenían acuerdo contractual con el registro; los contactos podían estar retirados o haber partido; las organizaciones podían estar extintas o reestructuradas; y algunas transacciones supuestas incluían la transferencia de contraseñas de mantenedor. El informe también registró que los contactos históricos entre 2012 y 2015 a veces se actualizaban a dominios de correo que parecían coincidir con el titular nombrado pero se habían registrado demasiado recientemente para encajar con la supuesta historia de la organización.

Este es exactamente el tipo de anomalía que un registro puede probar automáticamente.

Los dos problemas pueden converger. La auditoría dijo que algunos recursos que deberían haber permanecido en el pool de AFRINIC habían sido etiquetados como supuesto espacio heredado antes de convertirse en sujetos de transacciones de venta. Si es preciso, esa secuencia muestra por qué los campos de estado son variables de control, no descripciones. Reclasificar un bloque puede moverlo de un proceso que requiere una nueva decisión de asignación a un proceso más ambiguo enmarcado como mantenimiento de un derecho antiguo.

Un sistema que protege la asignación pero permite una reclasificación con poca revisión deja una puerta lateral alrededor de su puerta más fuerte.

Un diseño robusto trataría, por lo tanto, los cambios de estado como transacciones privilegiadas. Ningún analista único debería poder declarar un bloque del pool como heredado. El cambio debería requerir evidencia de registros históricos delegados, al menos dos aprobaciones, comparación automatizada con el historial del pool recibido del registro, y notificación a una función de garantía. El estado anterior debería permanecer inmutable. Si un revisor posterior no puede ver tanto las clasificaciones antiguas como las nuevas y la autoridad para la transición, el registro no ha preservado la historia; la ha sobrescrito.

La escasez cambió la amenaza, no el mandato

Durante 2013-19, la escasez de IPv4 hizo que las debilidades de control fueran cada vez más valiosas. AFRINIC entró en la primera fase de su política de /8 final en 2017. Los mercados públicos y las transacciones privadas asignaron precios significativos a las direcciones, mientras que muchas asignaciones antiguas permanecían infrautilizadas, mal documentadas o asociadas con organizaciones inactivas. La brecha entre el tratamiento administrativo y el valor comercial creó un peligro de corrupción evidente.

El precio de mercado no debe, sin embargo, definir el mal institucional. Las direcciones IPv4 no son barras de metal en una cámara acorazada. El registro administra identificadores únicos bajo política comunitaria. El daño inmediato de una asignación no respaldada es que la institución hace afirmaciones contradictorias o falsas sobre la custodia, priva a solicitantes elegibles de espacio escaso del pool, y expone a las redes a una reversión posterior. Un mercado secundario amplifica el incentivo y multiplica la confianza, pero la falla comienza en el registro de autoridad.

Esto importa porque las estimaciones espectaculares de valor pueden distorsionar los remedios. Un titular puede multiplicar el número de direcciones por un precio observado y anunciar una pérdida en decenas de millones de dólares. Tal estimación puede expresar escala, pero no establece título legal, ingresos realizados o daños recuperables. Tampoco le dice al consejo qué control falló. La unidad relevante para la gobernanza es la decisión no autorizada: cómo cambió el bloque de estado, qué evidencia faltaba, qué cuenta actuó, qué revisión debería haberlo detenido, y cuánto tiempo permaneció visible la excepción.

La escasez debería haber hecho que AFRINIC aumentara el escrutinio antes del escándalo. Las asignaciones grandes, las actualizaciones de legados y los cambios en registros inactivos se convirtieron en transacciones económicamente sensibles. Una institución no necesita asumir que cada empleado es corrupto. Debe asumir que un privilegio valioso eventualmente atraerá error, presión, colusión o abuso.

La aprobación de maker-checker, las vacaciones obligatorias, la rotación en colas de alto riesgo, las declaraciones de conflictos, el muestreo independiente de excepciones y la detección automatizada de anomalías son respuestas ordinarias a esa suposición.

La amenaza también se extendió más allá del primer acto. Un bloque con un registro cuestionable podría enrutarse a través de una red no relacionada, arrendarse a clientes, usarse como garantía en un acuerdo comercial o venderse a un comprador que creyera en el registro público. Cada parte adicional aumenta el costo de la corrección. Eso significa que la oportunidad es parte de la efectividad del control. Una alerta investigada tres años después puede ayudar a explicar el pasado mientras hace poco para prevenir el enredo legal y operativo.

Lo que la auditoría retrospectiva realmente prueba

El informe de 2021 de AFRINIC es indispensable y limitado. Es indispensable porque identifica las categorías, métodos, recuentos y controles correctivos de la propia institución. Dice que el examen posterior utilizó archivos internos de recursos, registros e historial de WHOIS, estadísticas delegadas, registros de tickets, solicitudes de membresía y recursos, DNS inverso, el Registro de Enrutamiento de Internet, registros históricos externos, informes públicos e información de denunciantes. Eso está cerca del conjunto de evidencia que un sistema de control continuo efectivo debería conciliar.

Es limitado porque AFRINIC lo redactó después de la crisis, mientras las disputas legales y una investigación policial estaban activas. Expresa conclusiones sobre malversación y custodia legítima que pueden haber sido impugnadas por las partes afectadas. Los lectores deben distinguir un hallazgo administrativo de un registro de una determinación judicial final. El informe puede establecer lo que AFRINIC encontró y qué acciones dijo que tomó. No puede, por sí solo, resolver cada bloque en disputa o establecer la responsabilidad penal de un individuo.

Las cifras del informe revelan la complejidad de la reparación. A noviembre de 2020, enumeraba 1,060,864 direcciones recuperadas del pool y puestas en cuarentena, 1,310,720 direcciones del pool aún bajo revisión, 467,968 direcciones heredadas cuyos cambios no sustanciados habían sido revertidos, 394,496 direcciones heredadas consolidadas a solicitud de las sociedades holding, y 936,704 direcciones heredadas en disputa pendiente de determinación de custodia. Estas categorías muestran que la corrección no fue una simple operación de eliminación.

Algunos registros pudieron restaurarse, otros requirieron consolidación corporativa, y muchos involucraron reclamaciones en competencia.

AFRINIC reconoció que las reversiones eran lentas. Cuando múltiples organizaciones reclamaban custodia, bloqueó las direcciones contra cambios posteriores en WHOIS hasta que se llegara a un acuerdo o determinación competente. Cuando los titulares no respondieron a las solicitudes de actualización y no se recibieron objeciones, dijo que las actualizaciones sospechosas se revirtieron y las direcciones se bloquearon hasta que un titular legítimo completara la debida diligencia.

Esas acciones pueden preservar el status quo, pero también demuestran por qué la prevención importaba: un archivo de asignación que podría haber resuelto la autoridad antes del cambio se convirtió en una disputa, ya no era suficiente para hacerlo limpiamente después.

El informe también describió controles adoptados o fortalecidos después del descubrimiento.

Se refirió a la automatización, una política planificada de control de cambios para controles y trazabilidad adicionales, revisión final senior de solicitudes de recursos y membresía, una política de fraude y corrupción adoptada en junio de 2019, una plataforma independiente de denuncias lanzada en 2020, verificación más sólida para actualizaciones heredadas, informes diarios de inconsistencias entre MyAFRINIC y WHOIS, comparación con estadísticas delegadas, autenticación PGP, acceso calificado por rol y escalada de cambios fuera de los privilegios ordinarios del personal.

Estas medidas no deben leerse como admisiones de que ninguna existía antes. Las instituciones a menudo describen mejoras sin publicar una matriz de control precisa de antes y después. Pero la lista es analíticamente reveladora. Cada medida responde a un modo de falla reconocible: la automatización limita los atajos discrecionales; la revisión final interrumpe la autoaprobación; la trazabilidad preserva quién cambió qué; la conciliación detecta registros divergentes; los privilegios calificados reducen el acceso excesivo; la información independiente evita la supresión gerencial.

La lista de reformas apunta directamente a las superficies en las que la garantía anterior había sido inadecuada.

Los registros que nadie impugna son solo archivos

Es tentador imaginar que los registros técnicos completos habrían resuelto el problema. Habrían ayudado, pero un registro no es un control a menos que una institución defina qué detectar, quién lo revisa, qué tan rápido, y qué sucede después. Un registro que muestra que una credencial de personal autorizado cambió un identificador de organización es neutral. Una alerta que muestra que la misma persona evaluó la solicitud, aprobó el cambio y alteró un bloque grande es información de gobernanza.

El registro efectivo de un registro necesita al menos tres capas. La capa de eventos registra autenticación, actor, hora, interfaz, objeto, valor antiguo y valor nuevo. La capa de autoridad vincula el evento con el ticket, la versión de la política, la aprobación y la evidencia. La capa de garantía registra si las verificaciones automatizadas pasaron, si un revisor inspeccionó el cambio, qué excepciones surgieron y cómo se cerraron. Sin la capa de autoridad, un revisor sabe lo que sucedió pero no si debería haber sucedido. Sin la capa de garantía, la institución no puede probar que alguien miró.

Los registros también deben ser resistentes a la manipulación y conservarse durante la vida de la reclamación relevante. La custodia de IPv4 puede durar más que el personal, los sistemas y las empresas. Un período de retención operativo corto puede ser sensato para rastros de aplicaciones rutinarias, pero desastroso para la historia autorizada de un /16. El registro debe preservar un historial firmado y de solo adición de estado, organización, contactos, mantenedores, tickets y aprobaciones. El material sensible del solicitante puede protegerse por separado mientras los hashes y las referencias preservan la integridad.

El diseño de alertas debe seguir el valor y el patrón. Prefijos grandes, cambios repetidos por el mismo actor, actualizaciones fuera del horario normal, organizaciones recién creadas que reciben espacio sustancial, dominios de contacto registrados recientemente, reutilización de direcciones entre titulares no relacionados, cambios de estado que involucran clasificación heredada, y desajustes entre almacenes autorizados son señales de alto valor. Ninguna señal única prueba irregularidades. Su propósito es requerir un segundo par de ojos mientras la evidencia está fresca.

El cierre es tan importante como la detección. Cada alerta debe terminar en uno de cuatro resultados registrados: autorizado y respaldado, corregido como error, escalado para investigación, o aceptado como una excepción documentada por un oficial superior nombrado. Las explicaciones benignas repetidas deben mejorar la regla. Las excepciones repetidas que involucran al mismo actor, organización o corredor deben ampliar la revisión. Una cola de alertas que crece sin propiedad crea la apariencia de monitoreo mientras permite que el riesgo envejezca.

El consejo no necesitaba ser un hostmaster

Los directores no pueden inspeccionar cada asignación. No deberían intentarlo. Su responsabilidad es hacer que la gerencia demuestre que el registro central sigue siendo preciso y que las excepciones están contenidas. En un registro de números, ese deber no puede satisfacerse solo con los estados financieros. El inventario escaso y el registro de autoridad son activos operativos cuya corrupción puede producir pasivos, litigios y pérdida de legitimidad sin aparecer primero como una discrepancia contable.

El consejo debería haber requerido un informe de control conciso en cada reunión. Podría haber incluido el número y volumen de direcciones de nuevas asignaciones; cambios heredados de alto riesgo; cambios realizados fuera de las interfaces estándar; registros no coincidentes entre inventario, membresía y WHOIS; alertas abiertas por antigüedad; anulaciones; cuentas privilegiadas; declaraciones de conflictos no resueltas; y hallazgos de auditoría por severidad. El informe no expondría secretos del solicitante. Le diría a los directores si el control estaba funcionando.

Los mandatos del comité de auditoría publicados en el período se referían a informes financieros, control financiero interno, gestión de riesgos, auditoría interna, sistemas de información y gobierno de tecnología. Ese alcance era lo suficientemente amplio como para preguntar sobre los servicios de registro. Sin embargo, las actas públicas de 2018 muestran al comité discutiendo la contratación de un auditor interno, mientras que las actas de abril de 2019 describen un plan de auditoría interna que cubre cumplimiento corporativo, finanzas y contabilidad, servicios de registro y continuidad del negocio.

La existencia de un plan no es evidencia de que las pruebas relevantes se completaran antes de que el problema se hiciera público.

Esa distinción —mandato, plan, ejecución, hallazgo, remediación— es la cadena de responsabilidad adecuada. Los consejos a menudo anuncian una carta y asumen que la garantía sigue. No es así. El comité debe aprobar un plan basado en riesgos, asegurarse de que el auditor tenga acceso e independencia, recibir hallazgos, asignar propietarios y fechas, y verificar el cierre. Si los servicios de registro entraron en el plan de auditoría de 2019 solo después de años de creciente escasez, los directores deberían preguntar por qué el activo central no había sido sometido a pruebas operativas comparables antes.

Si se había probado, deberían preguntar qué pruebas no detectaron cambios no respaldados de estado e identidad.

El conocimiento individual sigue siendo relevante pero no es la única prueba. Un director que recibió una advertencia específica y no hizo nada tiene una responsabilidad diferente de uno que nunca fue informado. La institución aún no puede defenderse diciendo que el consejo carecía de conocimiento detallado si su diseño de informes mantuvo las excepciones materiales fuera de la línea de visión del consejo. La gobernanza es en parte la construcción de esa línea.

La información pública fue un control externo de último recurso

Los informes publicados por MyBroadband, KrebsOnSecurity y otros medios reunieron registros públicos y obtenidos comercialmente en un relato perturbador. Rastrearon entradas históricas, empresas, dominios, contactos y enrutamiento. Su trabajo fue valioso porque forzó las inconsistencias a una forma que las instituciones y los titulares afectados ya no podían ignorar fácilmente. No debería haber sido el mecanismo de detección principal del registro.

El periodismo de investigación tiene estándares probatorios diferentes a una decisión de asignación. Los periodistas pueden identificar anomalías, buscar comentarios y publicar una inferencia respaldada. Un registro que revierte un registro debe determinar la autoridad bloque por bloque y proporcionar el debido proceso a los reclamantes en competencia. Esa diferencia no es una razón para descartar la información. Es una razón para que el registro ingiera señales externas creíbles como pistas mientras realiza su propio examen documentado.

La información también tiene limitaciones. Las estimaciones de precios varían según la fecha, la reputación del bloque, los términos de la transacción y la liquidez del mercado. Los servicios históricos de WHOIS pueden contener instantáneas incompletas. Los vínculos corporativos pueden mostrar control o asociación sin probar que una transacción de recursos particular fuera autorizada. El enrutamiento desde un bloque no identifica por sí mismo a la parte que cambió el registro. El análisis institucional responsable, por lo tanto, atribuye las acusaciones, separa la observación de la conclusión y evita tratar la repetición como corroboración.

Los hallazgos posteriores de AFRINIC proporcionaron apoyo institucional a la preocupación central: su informe dijo que el personal interno pudo haber actuado con terceros, que la investigación de APNIC condujo a procedimientos disciplinarios, y que un ex hostmaster había abusado de derechos y privilegios. También cuantificó los recursos del pool que concluyó que habían sido atribuidos sin justificación. Esos son hallazgos serios. Aún no eliminan la necesidad de examinar los controles.

Por el contrario, cuanto más fuerte es el hallazgo contra un interno, más clara es la evidencia de que la resistencia interna tenía que ser parte del diseño del registro.

La pregunta pública más útil no es por qué un empleado supuestamente quería obtener ganancias. Los recursos escasos crean incentivos obvios. Es por qué una institución que posee inventario diario, tickets, historial de cambios y datos de cuentas no convirtió las anomalías en un desafío oportuno e independiente. Los externos podían ver fragmentos; el registro poseía las uniones. Un sistema de control debería haber hecho esas uniones de forma rutinaria.

La reparación requiere un registro demostrable, no uno de apariencia más limpia

Después de un escándalo, hay presión para hacer que WHOIS se vea correcto rápidamente. Esa presión puede reproducir el error original al tratar la publicación como verdad. Un registro no debe reemplazar un titular no respaldado por otro porque la segunda reclamación parece más plausible. Necesita un estándar de recuperación que preserve la evidencia, proteja la continuidad y haga visible la incertidumbre.

Primero, el estado original y el historial completo de cambios deben congelarse. Los investigadores necesitan copias de tickets, mensajes, aprobaciones, documentos de identidad, registros, estadísticas delegadas, observaciones de enrutamiento y registros corporativos relevantes. Segundo, el acceso asociado con un riesgo creíble de manipulación debe restringirse sin borrar evidencia. Tercero, cada bloque debe recibir un registro de caso que separe el origen del pool, el historial heredado, el registro actual, el uso actual, la evidencia del reclamante y el estado legal.

Cuarto, el remedio debe coincidir con la confianza. Un bloque del pool sin solicitud válida y una trayectoria no autorizada clara puede ser recuperado, sujeto a notificación y revisión. Un bloque heredado con sucesores en competencia puede necesitar un bloqueo mientras un tribunal o proceso acordado determina la custodia. Un usuario actual que compró de buena fe aparente puede no tener un reclamo superior contra el titular legítimo, pero la interrupción técnica abrupta aún puede dañar a los clientes. La corrección del registro, la realidad del enrutamiento y el remedio comercial son preguntas relacionadas pero distintas.

Quinto, el registro debe publicar el progreso agregado sin prejuzgar casos. Los recuentos por estado, volumen de direcciones, antigüedad y remedio permiten a los miembros evaluar si la institución está trabajando en el problema. El público no necesita evidencia privada o detalles acusatorios sobre reclamantes no resueltos. Necesita conocer el alcance, las reglas de decisión, la ruta de revisión y si las correcciones se están volviendo más rápidas.

Finalmente, el archivo recuperado debe ser más sólido que el archivo anterior al escándalo. Debe contener la evidencia que respalda la posición final, cada aviso, objeción, decisión, revisor y cambio operativo. La recuperación no está completa cuando la entrada actual de WHOIS parece ordenada. Está completa cuando una persona independiente puede explicar por qué esa entrada ahora es autorizada.

Una arquitectura de control para un registro público escaso

Las reformas prácticas no son exóticas ni punitivas. La verificación de identidad debe ser independiente del analista que defiende la solicitud. Las asignaciones grandes y los cambios de control heredado deben requerir dos aprobaciones. El sistema debe vincular el prefijo aprobado, la organización y el estado al comando de ejecución. Los registros actuales e históricos deben ser de solo adición en la capa autorizada. Los privilegios deben limitarse por rol, revisarse trimestralmente y eliminarse inmediatamente cuando cambien las funciones. Ninguna persona debe administrar su propio acceso.

La conciliación debe ejecutarse diariamente en el inventario de recursos, los registros de membresía, el sistema de tickets, las estadísticas delegadas y WHOIS. Las diferencias de alto riesgo deben bloquear cambios adicionales hasta que se resuelvan. El auditor interno debe muestrear archivos ordinarios e inspeccionar cada excepción material, no solo confirmar que existe un procedimiento. El comité de auditoría debe recibir los hallazgos directamente y rastrear la remediación. Un canal de denuncias independiente debe permitir que el personal, los miembros y los externos presenten inquietudes con protección contra represalias.

Los controles de conflictos merecen igual atención. Los empleados involucrados en la evaluación de recursos deben declarar negocios externos, intereses financieros cercanos y relaciones con corredores o solicitantes. Las declaraciones deben actualizarse, probarse contra contrapartes conocidas y revisarse por alguien fuera de la línea de gestión del empleado. Una declaración no es un formulario ritual; debe cambiar la asignación de casos y el acceso cuando aparece un conflicto.

Las métricas deben resistir los promedios que ocultan la exposición. El consejo necesita recuentos de excepciones ponderados por dirección, no solo porcentajes de finalización de tickets. Debe ver los bloques no respaldados o no resueltos más grandes, las excepciones más antiguas, la frecuencia de anulaciones, la concentración por actor y el tiempo entre la primera alerta y la contención. Una sola anomalía /12 merece más atención que cientos de correcciones de contacto inofensivas.

La revisión independiente debe intentar periódicamente una reconstrucción en frío. Seleccione un bloque de WHOIS y pruebe su camino de regreso al inventario recibido o la delegación histórica. Luego seleccione un ticket de aprobación y pruebe su camino hacia adelante hasta el bloque exacto publicado. Las dos direcciones detectan fallas diferentes. Las pruebas hacia adelante encuentran acciones aprobadas que se ejecutaron incorrectamente. Las pruebas hacia atrás encuentran entradas públicas para las que no existe suficiente autoridad.

Los miembros deben tener un rol de verificación sin llevar la carga del registro. Los estados periódicos pueden pedir a un titular que confirme recursos, contactos y mantenedores. La falta de respuesta debe desencadenar seguimiento y revisión intensificada, no decomiso automático. Un titular debe poder obtener un historial de cambios de sus recursos e impugnar una enmienda no autorizada de inmediato. Esto distribuye la detección mientras preserva la responsabilidad del registro por sus propios actos.

El veredicto institucional

Entre 2013 y 2019, AFRINIC administró un recurso cuya escasez y utilidad comercial aumentaron bruscamente. Su registro público tenía autoridad mucho más allá de la oficina que lo mantenía. La evidencia posterior muestra que algunos archivos y cambios no podían sostener las afirmaciones que el registro había publicado, y que la reparación requirió un amplio examen retrospectivo, asistencia externa, acción disciplinaria, bloqueos, reversiones y decisiones sensibles a litigios.

Llamar a ese resultado el trabajo de una mala persona es una evasión. Un interno puede iniciar un abuso, pero solo una institución le da a ese abuso autoridad duradera. El archivo de asignación debería haber forzado cada solicitud a través de evaluación, aprobación, ejecución, conciliación y auditoría independientes. El historial de cambios debería haber hecho visibles los actos excepcionales rápidamente. El consejo debería haber conocido el estado del entorno de control sin necesidad de conocer cada prefijo.

La lección se extiende más allá de AFRINIC. La gobernanza distribuida de Internet a menudo celebra la confianza, la comunidad y la competencia técnica. Esas virtudes no reemplazan los controles. La legitimidad de un registro descansa en la capacidad de probar que la persona que aparece en su registro recibió autoridad a través de un proceso justo, documentado y revisable. Cuando no puede hacerlo, la pérdida no es meramente una cantidad de direcciones. La institución ha perdido el control de su propia palabra.

Fuentes y límites analíticos

La principal evidencia institucional es elInforme de Precisión de la Base de Datos WHOISde AFRINIC, leído como un relato retrospectivo de una institución interesada más que como un juicio final en cada disputa de recursos. ElRFC 7020proporciona los requisitos del sistema de registro de unicidad y precisión del registro. ElManual de Políticas Consolidadas versión 1.0archivado de AFRINIC muestra el entorno de políticas públicas en el que el personal ejercía la responsabilidad de asignación. Elinforme anual de 2018y el material publicado del consejo describen el mandato formal de auditoría y el desarrollo de la capacidad de auditoría interna. Lainvestigación de MyBroadband de diciembre de 2019proporciona hallazgos de registros públicos atribuidos y no se trata como una adjudicación.

Este análisis no determina responsabilidad penal, propiedad beneficiosa, daños o el custodio legítimo de ningún prefijo en disputa. No asume que todo control descrito después de 2019 estuviera totalmente ausente antes. Evalúa la cadena de autoridad públicamente visible y las implicaciones institucionales de los propios hallazgos posteriores de AFRINIC. Cuando la evidencia respalda solo una acusación, hallazgo administrativo o inferencia, se trata como tal.