ARIN y la dependencia de direcciones del sector público

Resumen

• La dependencia del sector público en ARIN es un problema de continuidad, no una reclamación de propiedad: los sistemas tributarios, tribunales, redes de salud, plataformas educativas, servicios de emergencia, puertos, aeropuertos y sistemas municipales dependen de pruebas de recursos numéricos que las agencias públicas no controlan completamente.
• Los registros del registro se convierten en pruebas operativas cuando las agencias trasladan servicios, validan BYOIP en la nube, mantienen DNS inversa, se recuperan de desastres, autorizan orígenes de ruta, responden a preguntas de seguridad o auditoría y demuestran quién puede actuar en nombre de un prefijo público.
• La escasez de IPv4 y la contratación de nube pública hacen que el libro contable sea más importante económicamente, pero el papel legítimo de ARIN sigue siendo limitado: registros precisos, ejecución de políticas acotada, servicios de registro fiables y rutas de recuperación claras, en lugar de una autoridad amplia sobre las redes públicas.
• La prueba práctica para las agencias es si la gobernanza de las direcciones aparece en los planes de continuidad, contratos, ejercicios de desastre y estrategias de salida antes de que una crisis exponga contactos obsoletos, bloqueo de proveedores o autoridad de enrutamiento no verificable.

La revisión de continuidad que nadie puede mantener en el anexo de TI

La conversación reveladora sobre los recursos numéricos de Internet no tiene lugar en una reunión de registro, un foro de interconexión de operadores o una cumbre de arquitectura de nube. Tiene lugar en una sala de continuidad, cuando las personas alrededor de la mesa no están pensando en absoluto en la gobernanza de Internet.

Imagine un departamento de hacienda estatal preparándose para el aumento anual de declaraciones. El portal fiscal tiene un frontend público detrás de un servicio comercial de DDoS, un proveedor de identidad que se ha adquirido mediante un contrato plurianual, una pasarela de pago con listas blancas de direcciones estrictas y un acuerdo de recuperación en una segunda región de nube. El departamento tiene un plan de respuesta a incidentes para el robo de credenciales, un plan de recuperación ante desastres para la corrupción de bases de datos y un plan de comunicación para notificar a los contribuyentes. El director de seguridad de la información puede explicar cómo se priorizan las vulnerabilidades. El responsable de compras puede explicar por qué el contrato de nube no puede modificarse a la ligera. El líder de continuidad puede explicar el objetivo de tiempo de recuperación del portal. Sin embargo, una dependencia más silenciosa subyace a toda esa planificación: la capacidad de la agencia para demostrar, mantener, enrutar y explicar el espacio de direcciones públicas del que depende el servicio.

Esa dependencia rara vez se menciona como un riesgo del sector público. Se trata como fontanería, se delega en ingenieros de redes o se oculta dentro del servicio gestionado de un proveedor. Pero en el momento en que un servicio público tiene que trasladarse, reanunciarse, recuperarse, investigarse, defender una lista blanca, traer su propio bloque de direcciones a un proveedor de nube o demostrar quién controlaba un prefijo en un momento determinado, el registro deja de ser infraestructura de fondo. Se convierte en parte de la administración pública.

Para los Estados Unidos, Canadá, Puerto Rico, gran parte del Caribe anglófono y varios territorios insulares y del Atlántico Norte, ese registro es ARIN. Su página oficial de la región de servicio enumera los Estados Unidos, Canadá, Puerto Rico, Bermudas, Jamaica, Barbados, las Bahamas, las Islas Caimán, las Islas Vírgenes de los Estados Unidos y Británicas, Turcas y Caicos, Santa Lucía, San Cristóbal y Nieves, San Vicente y las Granadinas, Granada, Dominica, Anguila, Antigua y Barbuda, Montserrat, Guadalupe, Martinica, San Bartolomé, San Martín, San Pedro y Miquelón y otras áreas geográficas. ARIN no es un departamento gubernamental de ninguno de estos lugares. No es el propietario de las redes que gestionan los organismos públicos. No opera los tribunales, los sistemas tributarios, las redes de la policía municipal, las redes troncales universitarias, los portales aeroportuarios, los sistemas de la comunidad portuaria ni las plataformas de información sanitaria que dependen del enrutamiento público. Mantiene el registro regional de quién está registrado para usar recursos numéricos de Internet y opera servicios de apoyo en torno a ese registro.

Esa distinción es el comienzo de la economía de la dependencia de direcciones del sector público. Un registro es un libro contable administrativo, no un propietario. Es un libro contable, no un soberano. Pero en un mundo de escasez de IPv4, migración a la nube, investigación cibernética, seguridad de enrutamiento, DNS inversa y obligaciones de continuidad, el libro contable ha adquirido efectos de guardián. Las agencias públicas dependen de él más de lo que sus documentos legales suelen admitir, sin ser propietarias ni de la institución ni del proceso de políticas que define muchas de sus reglas operativas.

La asimetría es manejable si el registro sigue siendo disciplinado: con un mandato limitado, llevanza de registros predecible, técnicamente resiliente y responsable de la dependencia pública que se ha acumulado a su alrededor. Se vuelve peligroso si el registro confunde administración con propiedad, si los organismos públicos confunden los registros de direcciones con la documentación ordinaria de proveedores o si la escasez convierte una función administrativa compartida en un espacio para el apalancamiento privado. La cuestión no es si ARIN es útil. Claramente lo es. La cuestión es qué tipo de comportamiento institucional se requiere cuando los servicios públicos dependen de recursos numéricos escasos administrados por un registro no estatal.

Por qué el espacio de direcciones públicas no es un activo de TI más

La tecnología del sector público está llena de cosas que parecen genéricas hasta que fallan. Un sistema de presentación de escritos judiciales parece una aplicación hasta que los abogados no pueden cumplir los plazos. Una red escolar parece un proyecto de infraestructura local hasta que los registros de estudiantes, las plataformas de aprendizaje, las notificaciones de emergencia y los sistemas de exámenes se quedan fuera de línea. Una red municipal parece un centro de costes hasta que los sistemas de policía, bomberos, agua, tráfico, bibliotecas y permisos necesitan funcionar durante una inundación. El portal de un departamento de salud parece un sitio web hasta que los laboratorios, hospitales y el público necesitan información oportuna durante un brote.

El espacio de direcciones IP públicas se encuentra en esa clase de dependencias silenciosas. No es contenido. No es software. No es, en el lenguaje presupuestario gubernamental ordinario, un servicio público. Es un recurso de numeración que permite que las redes se identifiquen y alcancen de forma única. Sin embargo, la dirección IPv4 pública se ha convertido en un insumo administrativo escaso. Es requerido por sistemas heredados, reglas de cortafuegos, integraciones de socios, procesadores de pagos, sistemas de reputación de correo electrónico, túneles seguros, herramientas de monitoreo, servicios de geolocalización y pistas de auditoría. La adopción de IPv6 reduce la necesidad técnica de IPv4 con el tiempo, pero no borra décadas de integración del sector público con controles basados en IPv4. La mayoría de las agencias no pueden decir a cada contratista, usuario de los tribunales, hospital, distrito escolar, gestor de emergencias o jurisdicción vecina que esté libre de IPv4 para el próximo trimestre fiscal.

La escasez cambia el carácter institucional del recurso. Cuando IPv4 era abundante, un bloque de direcciones podía tratarse como un detalle de asignación. Cuando IPv4 se agota a nivel de reserva libre y las transferencias se convierten en una vía normal para adquirir espacio, un bloque de direcciones públicas se convierte en parte de la planificación de continuidad, la economía de las adquisiciones y la legitimidad administrativa. Los materiales de transferencia de ARIN establecen que las direcciones IP y los números de sistema autónomo emitidos por ARIN o sus predecesores solo pueden transferirse bajo ciertas vías de política especificadas, incluidas fusiones, adquisiciones, reorganizaciones, transferencias a destinatarios especificados o transferencias entre registros con políticas compatibles. Los mismos materiales hacen del mantenimiento de registros una responsabilidad continua: los identificadores de organización, los puntos de contacto, la reasignación responsable, la DNS inversa y las tarifas, todo importa.

Esos detalles suenan administrativos. No lo son. Si una agencia de salud pública no puede demostrar el control de un prefijo al incorporarlo a un proveedor de nube, una migración puede retrasarse. Si una ciudad tiene puntos de contacto desactualizados en los datos del registro, una corrección urgente de seguridad de enrutamiento puede ralentizarse. Si la delegación de DNS inversa se maneja mal, el correo electrónico, el registro, las comprobaciones de reputación y la interpretación forense pueden verse afectados. Si una red pública carece de la autorización adecuada de origen de ruta, algunas redes pueden considerar una ruta como menos confiable, dependiendo de cómo se implemente la validación de enrutamiento. Si una adquisición coloca los puntos finales públicos detrás de un conjunto de direcciones del proveedor, la agencia puede ganar comodidad mientras pierde portabilidad y claridad probatoria.

Los organismos públicos no son simplemente empresas con un logo diferente. Una empresa privada puede decidir que una interrupción es un riesgo comercial, un problema de relaciones con los clientes o un asunto para las aseguradoras. Una agencia pública puede tener deberes legales. Puede estar obligada a mantener los tribunales abiertos, recibir declaraciones de impuestos, proteger la salud pública, emitir alertas de emergencia, apoyar elecciones, procesar beneficios, mantener registros públicos y preservar el acceso para personas que no tienen un proveedor alternativo. Una empresa privada puede posponer una actualización técnica si no le gusta el retorno de la inversión. Una ciudad puede estar sujeta a ciclos presupuestarios, normas de contratación, acuerdos sindicales, supervisión estatal, mandatos de recuperación ante desastres, leyes de registros abiertos y responsabilidad política. Un titular privado de espacio de direcciones puede considerar una transferencia o arrendamiento como una decisión de balance. Un organismo público debe preguntarse si un insumo escaso de servicio público debe monetizarse, subcontratarse o ponerse bajo dependencia contractual de maneras que los ciudadanos no pueden ver.

Por lo tanto, la economía parte de la obligación, no de la opcionalidad. La agencia pública no se pregunta simplemente: "¿Cuál es el valor de mercado de este bloque de direcciones?" Se pregunta, o debería preguntarse: "¿Qué funciones públicas dependen de este bloque de direcciones, qué pruebas demuestran nuestro derecho a usarlo y enrutarlo, qué sucede si el registro es impugnado o está desactualizado, quién puede actuar a las 2 de la mañana, qué proveedor puede hacer el cambio y cómo explicaríamos nuestra decisión después?"

ARIN como libro contable, no como propietario

Los materiales públicos de ARIN describen un registro regional de Internet que administra y emite espacio de direcciones IP y números de sistema autónomo dentro de una región definida. Ofrece acceso Whois y RDAP a los datos de registro. Gestiona delegaciones de DNS inversa para los titulares de recursos. Proporciona servicios de seguridad de enrutamiento, como la Infraestructura de Clave Pública de Recursos y un Registro de Enrutamiento de Internet. Publica documentos corporativos, presupuestos, informes anuales, manuales de políticas y materiales de servicio. Los hechos importan porque muestran lo que la institución realmente hace.

También muestran lo que no se le debe permitir convertirse. ARIN no es un regulador de telecomunicaciones. No es una comisión nacional de servicios públicos. No es una autoridad de contratación pública. No es un tribunal de jurisdicción general sobre el comportamiento en línea. No es propietario de la red policial porque un departamento de policía use un bloque de direcciones registrado en su base de datos. No es propietario de una red universitaria porque la universidad mantenga un identificador de organización ARIN. No es propietario de un plan de recuperación ante desastres porque el plan de recuperación de un condado dependa de la DNS inversa y las pruebas de enrutamiento que ARIN ayuda a publicar.

El modelo institucional correcto es más comedido y, por esa razón, más importante. ARIN es una institución de libro contable con servicios operativos adjuntos. Registra asociaciones entre organizaciones y recursos numéricos. Proporciona funciones de consulta pública para que operadores, investigadores, proveedores y contrapartes puedan identificar al titular registrado del recurso. Permite a los titulares de recursos mantener delegaciones de DNS inversa. Admite declaraciones de seguridad de enrutamiento, incluida la capacidad de los titulares de recursos de atestiguar qué sistema autónomo debe originar un prefijo. Aplica políticas desarrolladas por la comunidad a las solicitudes y transferencias. Cobra tarifas y mantiene la capacidad de personal para que la maquinaria siga funcionando.

El libro contable puede crear efectos de guardián incluso cuando la institución no es un guardián en un sentido legal o moral. La documentación de AWS para traer su propio rango de direcciones IP a Amazon EC2, por ejemplo, dice que un cliente puede traer parte o la totalidad de un rango IPv4 o IPv6 enrutable públicamente a una cuenta de AWS y continuar controlando el rango mientras AWS lo anuncia. La misma documentación dice que AWS valida el control del rango y, cuando el rango está registrado en un registro de Internet que admite RDAP como ARIN, RIPE o APNIC, el cliente puede verificar el control a través de un certificado X.509 en el registro del registro. También dice que el rango de direcciones debe estar registrado en un Registro Regional de Internet compatible, debe estar registrado a una entidad empresarial o institucional en lugar de a una persona individual, y tiene un tamaño más específico de /24 para IPv4. La documentación del prefijo IP personalizado de Azure trata de manera similar un rango de direcciones traído como un rango público propiedad de un cliente externo, requiere el registro en un registro de Internet de enrutamiento como ARIN o RIPE, requiere autorización para que Microsoft anuncie el rango y señala que algunos pasos ocurren fuera de Azure.

El proveedor de nube no está convirtiendo a ARIN en una oficina de aprobación de nube. Está confiando en el registro del registro como un hecho del plano de control. Ese es el punto. En la infraestructura moderna del sector público, una entrada de registro ya no es solo una línea en una base de datos whois. Puede convertirse en prueba para la incorporación a la nube, la originación de rutas, el manejo de abusos, la aceptación de adquisiciones, la investigación de incidentes y la recuperación ante desastres. La calidad del libro contable se convierte en una calidad del servicio público.

Es por eso que el lenguaje de propiedad en torno a los recursos numéricos necesita cuidado. Tratar al registro como propietario invita a extralimitaciones. Tratar al titular del recurso como propietario absoluto de un activo privado incondicionado invita a otro tipo de extralimitación. La administración pública necesita un tercer vocabulario: administración registrada, continuidad operativa, pruebas públicas y transferibilidad limitada. Una agencia pública debería poder confiar en sus recursos registrados sin pretender que el registro es su garante soberano. ARIN debería poder mantener la disciplina de las políticas sin pretender que los servicios públicos son meramente asuntos de membresía privada.

La diferencia del sector público

Los problemas de direcciones de una agencia pública pueden parecer similares a los de una empresa privada, pero los incentivos son diferentes en casi todos los aspectos importantes.

En primer lugar, las agencias públicas tienen deberes que no desaparecen cuando falla un proveedor. Un departamento de hacienda debe recaudar impuestos. Un sistema judicial debe mantener el acceso a los escritos y órdenes. Una agencia de salud pública debe recibir y publicar información. Los servicios de emergencia deben comunicarse. Las escuelas deben operar los sistemas de estudiantes. Los puertos y aeropuertos deben coordinar la seguridad, la logística, la protección, las aduanas, los pasajeros, los inquilinos y los transportistas. Una empresa puede abandonar una línea de productos. Una ciudad no puede abandonar los permisos, la seguridad pública o la facturación del agua porque sus registros de direcciones sean inconvenientes.

En segundo lugar, las agencias públicas viven dentro de restricciones de contratación. Un equipo de tecnología privado puede comprar un bloque intermediado, cambiar el tráfico a un nuevo proveedor, modificar un contrato o pagar por ayuda de red especializada rápidamente. Un organismo público puede necesitar una contratación competitiva, una enmienda, la aprobación de una junta, una revisión estatal, una transferencia presupuestaria o permiso legislativo. Incluso la autoridad de contratación de emergencia suele dejar un registro que los auditores pueden inspeccionar más tarde. Si la continuidad de un bloque de direcciones depende de un intermediario de nicho o de un único proveedor de servicios gestionados, la agencia tiene menos libertad que una empresa privada para improvisar.

En tercer lugar, las agencias públicas tienen responsabilidad política. Cuando un portal fiscal falla durante la semana de presentación, los ciudadanos no tratan el problema como un incidente operativo abstracto. Cuando un portal de beneficios es inaccesible, la agencia se enfrenta a la ira pública y a menudo al escrutinio legislativo. Cuando un sistema de acceso judicial no está disponible, los abogados y litigantes pueden plantear preocupaciones sobre el debido proceso. Cuando una plataforma de alerta de emergencia se enruta mal o se vuelve inaccesible, la cuestión se convierte en seguridad pública. Es poco probable que el registro del registro sea el titular, pero si el mantenimiento de registros obsoleto, la autorización de ruta débil o una migración a la nube mal estructurada contribuyeron al problema, la explicación tendrá que hacerse en lenguaje público.

En cuarto lugar, las agencias públicas tienen expectativas de registros. Los organismos públicos crean pistas de auditoría no solo para el control interno sino para la responsabilidad legal. Los datos del registro, la DNS inversa, los registros de origen de ruta, los documentos de transferencia, los contratos de servicio y los cronogramas de incidentes pueden formar parte de una cadena probatoria. El material de aplicación de la ley y seguridad pública de ARIN lo deja claro desde el otro lado. Dice que los datos Whois disponibles públicamente pueden mostrar información de registro sobre direcciones IP, números de sistema autónomo, organizaciones, puntos de contacto, reasignaciones de clientes e información referencial, mientras que la información no pública generalmente requiere una citación debidamente emitida o una orden judicial. También advierte que los datos Whois pueden no estar actualizados porque el titular del recurso es responsable de mantener los registros de contacto, y que ARIN no puede garantizar que una dirección registrada refleje la ubicación física de la red.

Para las agencias públicas, esa advertencia es de doble filo. No deben exagerar lo que prueban los datos del registro. Pero tampoco pueden tratarlos a la ligera. Un punto de contacto desactualizado no es simplemente desordenado. Puede retrasar citaciones, confundir a los respondedores de incidentes, crear fricciones con los proveedores y debilitar el registro público de control. Un registro de organización engañoso puede crear problemas de reputación e investigación. Un registro que nadie en la agencia puede actualizar durante un evento de continuidad es un defecto de gobernanza evitable.

En quinto lugar, las agencias públicas tienen ciclos presupuestarios que no se ajustan a la economía de la escasez. La escasez de IPv4 crea un incentivo para posponer decisiones difíciles: mantener las antiguas asignaciones, tolerar la fragmentación, enrutar a través de un proveedor, posponer IPv6 o depender del conjunto de un proveedor de nube. El año fiscal recompensa la respuesta más barata a corto plazo. La planificación de la continuidad lo castiga después. Un organismo público que evita el coste de la gobernanza de las direcciones hoy puede pagarlo mediante la dependencia del proveedor, pruebas de recuperación fallidas, consultoría de emergencia, pruebas de incidentes deficientes o incapacidad para transferir servicios cuando el liderazgo político exija un cambio de proveedor.

Estas diferencias explican por qué la dependencia de direcciones del sector público merece un análisis separado: los servicios legales están acumulando dependencia de un libro contable no estatal durante la escasez de recursos y la subcontratación de infraestructura.

El registro del registro como prueba pública

El primer nivel de dependencia es probatorio. Una agencia pública necesita demostrar que es el titular registrado, cliente o usuario autorizado de los recursos de direcciones que utiliza. Eso suena simple hasta que uno se pregunta qué organismo público, qué oficina, qué nombre legal, qué contratista y qué punto de contacto aparecen en el registro.

Los gobiernos no son organizaciones únicas en el sentido operativo. Un estado puede tener una oficina central de tecnología, oficinas constitucionales independientes, universidades públicas, hospitales públicos, autoridades de transporte, agencias de gestión de emergencias, tribunales, cuerpos de seguridad, redes escolares y distritos especiales. Una ciudad puede tener una administración municipal, un departamento de policía, una biblioteca pública, vivienda pública, obras públicas, agua, tránsito y autoridades casi independientes. Una jurisdicción caribeña puede tener un pequeño ministerio central que desempeña funciones que una gran jurisdicción norteamericana separa en docenas de agencias. Los nombres cambian. Los departamentos se fusionan. Se crean servicios compartidos. Se reemplaza a los contratistas. Las administraciones políticas van y vienen.

El registro debe sobrevivir a esa rotación administrativa. Si un bloque está registrado a un departamento obsoleto, a un antiguo contratista, a la cuenta de rol de un empleado jubilado o a una vaga oficina de tecnología cuya autoridad ya no se entiende, la agencia ha creado un riesgo de continuidad. El riesgo puede permanecer latente durante años. Aparece cuando un proveedor de nube solicita validación, cuando un operador de red informa de un problema de ruta, cuando hay que interpretar una solicitud de las fuerzas del orden, cuando hay que cambiar una delegación de DNS inversa, cuando una entidad pública se reorganiza o cuando hay que documentar una transferencia después de que una corporación pública se disuelva o se fusione en un ministerio.

RDAP y Whois hacen visible este registro. ARIN dice que su servicio Whois es un recurso público para recuperar información sobre recursos de numeración IP, organizaciones y puntos de contacto registrados en ARIN, y que RDAP fue desarrollado por el IETF para permitir la consulta de datos de registro y eventualmente reemplazar a Whois. Se puede acceder a la interfaz RDAP a través de búsquedas web o URL de consulta; admite búsquedas de redes IP, sistemas autónomos, dominios y entidades. Eso es útil porque las máquinas pueden usar el registro. También es arriesgado porque las máquinas pueden depender del registro sin que los gestores públicos se den cuenta de cuánto se ha construido sobre él.

La cuestión de la continuidad en el sector público no es, por tanto, solo "¿Tenemos espacio de direcciones?" Es "¿Podemos demostrar lo que tenemos, quién puede actuar en su nombre, de qué sistemas depende, qué proveedores lo reconocen y qué registros se consultarían durante una crisis?" Un registro del registro no es un título de propiedad en el sentido ordinario del derecho de propiedad. Pero funciona como prueba pública en los mercados operativos. Los proveedores de nube, los equipos de seguridad, los operadores de red, los investigadores, las aseguradoras, los auditores y las contrapartes lo tratan como una señal. Si la señal es débil, la agencia paga con retrasos y ambigüedad.

Este papel probatorio es especialmente importante para las agencias públicas porque no siempre pueden confiar en el secreto o la velocidad. Un operador privado a veces puede resolver un problema de registro a través de canales ejecutivos informales. Una agencia pública puede necesitar autorización por escrito, cumplimiento de la contratación y un rastro documental. Un registro debería respetar esa lentitud en lugar de explotarla. Los organismos públicos deberían anticiparla en lugar de fingir que la conveniencia de la ingeniería anulará el derecho administrativo cuando llegue la crisis.

DNS inversa, reputación y la vida burocrática de un registro puntero

DNS inversa es una pequeña frase técnica con grandes consecuencias administrativas. ARIN explica que la DNS inversa determina el nombre de host a partir de una dirección IPv4, utiliza registros PTR, apoya la resolución de problemas de red, el filtrado de spam y phishing, la verificación de dominios sospechosos, el registro de datos y el análisis. También dice que la base de datos de DNS inversa tiene su raíz enin-addr.arpapara IPv4 eip6.arpapara IPv6, y que ARIN requiere que las organizaciones mantengan registros PTR para las redes asociadas para que la DNS inversa funcione sin problemas.

Para una agencia pública, la DNS inversa es donde la numeración de Internet se vuelve legible para otras instituciones. Los sistemas de correo electrónico la examinan. Las herramientas de seguridad la registran. Los investigadores la leen. Los proveedores pueden tratar los nombres inversos genéricos, desactualizados o contradictorios como evidencia de una higiene deficiente. El registro PTR no es una prueba de identidad, pero es parte de la textura administrativa de la confianza. Un laboratorio de salud pública que envía notificaciones, un sistema judicial que envía confirmaciones de presentación o un portal fiscal que envía recibos de pago puede descubrir que la DNS inversa, SPF, DKIM, DMARC y la reputación de la dirección interactúan como preocupaciones de fiabilidad del servicio público.

La DNS inversa también afecta a la interpretación forense. Durante un incidente, los registros pueden contener direcciones IP que los analistas enriquecen con datos del registro y DNS. Si un servicio municipal aparece bajo el nombre de un departamento obsoleto, o si el nombre inverso de un contratista oculta la función pública, los respondedores pueden perder el tiempo. En un entorno judicial o de auditoría, esa pérdida se convierte en argumento. Un abogado defensor, un inspector general o un investigador legislativo puede preguntar por qué los registros no coincidían con la descripción pública de sus sistemas por parte del gobierno.

La respuesta no puede ser "porque nadie financia los registros PTR". Los organismos públicos con servicios significativos de cara al público deberían saber si la DNS inversa se mantiene directamente, se delega a través de un ISP, la gestiona un proveedor de nube o un contratista; quién puede cambiarla; qué pruebas respaldan el cambio; y si se ha probado en condiciones de recuperación. El material de ARIN también señala la autoridad compartida para algunos espacios reasignados o reasignados y la necesidad de eliminar registros cuando los clientes se desconectan. Si un contratista gestiona el espacio para una agencia, o si una agencia cambia de proveedor de red, la autoridad compartida obsoleta puede crear tanto confusión operativa como exposición reputacional.

Seguridad de enrutamiento y la promesa pública de accesibilidad

El segundo nivel es la evidencia de enrutamiento. La Internet pública todavía depende de los anuncios del Protocolo de Pasarela de Frontera (BGP), cuya legitimidad no es evidente por el propio paquete. RPKI mejora esa situación al permitir que los titulares de recursos hagan declaraciones criptográficamente verificables sobre qué sistema autónomo está autorizado para originar un prefijo. La página RPKI de ARIN explica que RPKI vincula los recursos numéricos de Internet con los titulares declarados y permite a los titulares atestiguar qué números de sistema autónomo deben originar sus prefijos. Luego, los operadores de red pueden comparar los anuncios BGP con los datos de validez RPKI y tomar decisiones de seguridad de enrutamiento.

La relevancia para el sector público es directa. Un servicio público puede ser accesible solo si muchas otras redes aceptan la ruta hacia él. Una ruta incorrecta, un secuestro o una autorización de origen de ruta mal configurada puede convertirse en un incidente de servicio público. Cuanto más utilizan las agencias la nube, la protección DDoS, las redes de entrega de contenido, la conmutación por error regional y el tránsito gestionado, más deben entender quién está autorizado para originar sus prefijos públicos y en qué condiciones.

RPKI no resuelve todos los problemas de enrutamiento. No todas las redes aplican la validación de origen de ruta de la misma manera. Una ruta válida puede seguir siendo parte de una arquitectura defectuosa. Una ruta no válida puede ser rechazada por algunas redes y aceptada por otras. Sin embargo, como cuestión institucional, RPKI cambia la línea de base. Crea la expectativa de que un titular de recursos serio pueda expresar la intención de enrutamiento de una forma verificable por máquina. Una agencia pública que ignora esa expectativa no solo está desfasada tecnológicamente. Puede estar fallando en utilizar un instrumento de continuidad y confianza disponible.

La economía es de nuevo asimétrica. Una red privada puede aceptar un riesgo de validación de ruta como parte de su apetito de riesgo comercial. Una agencia pública tiene que justificar los riesgos que afectan al servicio legal. Si un portal judicial se vuelve inaccesible para algunas redes porque un registro de origen de ruta estaba obsoleto después de una migración a la nube, la explicación no mejorará diciendo que la adopción de RPKI es desigual. Si un sistema de gestión de emergencias tiene un objeto de ruta conflictivo porque un contratista no eliminó los registros antiguos, el daño público no se mitiga por el hecho de que el error fuera técnico.

La guía de transferencia de ARIN subraya este punto. Su lista de verificación de seguridad de enrutamiento para las organizaciones de origen implicadas en transferencias a destinatarios especificados o entre registros incluye editar o eliminar los prefijos transferidos de las autorizaciones de origen de ruta de origen, revisar los valores de longitud máxima, actualizar o eliminar objetos del Registro de Enrutamiento de Internet, coordinar un plan de delegación de DNS inversa con el destinatario y asegurarse de que el destinatario comprende la responsabilidad de RPKI, los registros IRR y la DNS inversa después de la transferencia. No es una mera lista de tareas domésticas posterior a la venta. Es un mapa de las dependencias que pueden romperse cuando los registros del registro, las pruebas de enrutamiento y el control operativo divergen.

Los organismos públicos deberían leer esas listas con un ojo diferente al de los comerciantes privados de direcciones. La lección no es cómo completar una transacción. La lección es cuántas suposiciones del servicio público se basan en la disciplina de los registros. Incluso cuando no se contempla ninguna transferencia, las mismas categorías importan: quién origina el prefijo, quién mantiene los objetos de ruta, quién controla la DNS inversa, qué sucede en la conmutación por error y cómo se retiran los registros obsoletos.

También hay un punto de contratación pública. La seguridad del enrutamiento puede subcontratarse en su funcionamiento, pero no en la rendición de cuentas. Un proveedor de nube puede anunciar un prefijo. Un proveedor de red gestionada puede operar BGP. Un consultor puede escribir registros de origen de ruta. Pero el organismo público sigue siendo el que debe explicar por qué su servicio era accesible, inaccesible, mal dirigido o dependiente de un único proveedor. Un registro como ARIN no debe ser tratado como garante de ese resultado. Pero debe mantener los registros y servicios de manera que permita a los organismos públicos tomar decisiones responsables.

La migración a la nube convierte el registro en testigo del plano de control

La adopción de la nube pública ha cambiado la cuestión de las direcciones. Las generaciones anteriores de redes gubernamentales a menudo trataban el espacio de direcciones como una preocupación del centro de datos. Un organismo público tenía oficinas, un centro de datos principal, quizás un sitio de respaldo, contratos de ISP y un equipo de red. Hoy en día, el mismo organismo público puede usar una mezcla de SaaS, servicios de plataforma, infraestructura como servicio, limpieza DDoS, plataformas de identidad, gestión de casos alojada en la nube, API públicas, análisis y herramientas de seguridad gestionadas. La dirección puede residir en un conjunto de proveedores, en el rango de un proveedor de nube, en el propio rango de la agencia pública llevado a la nube o en el espacio delegado de un ISP.

El mercado de FedRAMP enumera públicamente cientos de servicios en la nube autorizados. El número exacto cambia, pero la señal es duradera: la nube no es un experimento excepcional del sector público. Es un entorno operativo, completo con estructuras de autorización, evaluadores, patrocinadores de agencias y canales de contratación. Canadá, las provincias, los estados, las ciudades, las universidades y los gobiernos del Caribe tienen sus propias variaciones en la contratación y revisión de la seguridad de la nube. Los detalles difieren, pero la dirección es similar. Las agencias públicas dependen cada vez más de los entornos de nube para las funciones de cara al público.

BYOIP, o traer su propio rango de direcciones IP a un proveedor de nube, es donde el registro se convierte en testigo del plano de control. AWS dice que los clientes pueden traer rangos IPv4 o IPv6 enrutables públicamente desde redes locales a AWS, seguir controlando el rango y hacer que AWS lo anuncie. AWS también valida que el cliente controla el rango, utilizando mecanismos vinculados a registros RDAP o registros TXT de DNS, y describe la autorización de origen de ruta y los registros RDAP como parte del proceso. Azure enmarca de manera similar los prefijos IP personalizados como rangos de direcciones públicas de propiedad externa que se pueden aprovisionar en una suscripción, con Microsoft autorizado para anunciarlos, y con la propiedad y la asociación de suscripción verificadas a través de pasos fuera de Azure. Azure también señala limitaciones, incluidos los rangos de tamaño para los prefijos IPv4 personalizados y el hecho de que los prefijos IP personalizados no admiten la búsqueda de DNS inversa utilizando zonas propiedad de Azure; los clientes deben incorporar sus propias zonas inversas a Azure DNS.

Para una agencia pública, esos detalles importan de tres maneras.

En primer lugar, la higiene del registro se convierte en un requisito previo para la velocidad de migración. Un registro ARIN obsoleto puede retrasar la incorporación a la nube incluso si la arquitectura de nube está lista. Ese retraso puede chocar con los plazos contractuales, los calendarios de desmantelamiento, los compromisos de recuperación ante desastres o las promesas políticas. El coste no es solo tiempo de ingeniería. Es fricción del sector público: órdenes de cambio, explicaciones, hitos incumplidos y, a veces, excepciones de emergencia.

En segundo lugar, la decisión de la nube cambia el carácter del control de direcciones. Usar direcciones de proveedores de nube puede ser rápido y conveniente. También puede vincular los puntos finales públicos a la numeración, reputación, geolocalización y prácticas operativas de un proveedor. Traer espacio de direcciones controlado por la agencia puede preservar la continuidad de las listas blancas, la reputación y los puntos finales de cara al ciudadano, pero requiere un control interno más fuerte sobre los registros del registro, las declaraciones de origen de ruta, la DNS inversa y la autorización en la nube. Ninguna opción es moralmente superior. El error es tratarlo como puramente técnico. Es una decisión de contratación y continuidad.

En tercer lugar, BYOIP revela un problema de soberanía oculto. Los organismos públicos pueden preferir mantener recursos de direcciones reconocibles y portables porque los servicios públicos no deben convertirse en rehenes de un único proveedor. Sin embargo, las herramientas que hacen posible la portabilidad dependen de un registro privado sin ánimo de lucro, las reglas de validación del proveedor de nube y la aceptación del enrutamiento por parte de la Internet en general. El estado no es soberano sobre toda la pila. Es un participante en una malla institucional. La buena gobernanza pública requiere reconocer esa malla en lugar de pretender que un contrato con un proveedor de nube agota el riesgo.

Lo mismo se aplica a los sistemas de identidad. Un portal de identidad ciudadana, un servicio de inicio de sesión único, un sistema de acceso judicial digital o un intercambio de credenciales sanitarias pueden depender de puntos finales públicos, validación de certificados, protección DDoS, entregabilidad del correo electrónico, API con listas blancas y pruebas de registro. Si la capa de direcciones es invisible en la contratación, la agencia puede comprar un servicio de nube seguro dejando una interfaz pública frágil. La contratación puede satisfacer una línea de base de seguridad y aún así fallar una prueba de continuidad de direcciones.

Contratación pública y la economía del control delegado

La contratación pública tiende a convertir las dependencias técnicas en contractuales. A menudo eso es útil. Los gobiernos no pueden ni deben construirlo todo ellos mismos. Pero la contratación también puede ocultar la diferencia entre la prestación de servicios y el control institucional.

Un proveedor de red gestionada puede operar enrutadores, mantener sesiones BGP, gestionar la DNS inversa e interactuar con ARIN en nombre de un cliente público. Un integrador de nube puede preparar la validación BYOIP, crear registros de origen de ruta y coordinar servicios DDoS. Un proveedor de SaaS puede exponer puntos finales públicos bajo su propio espacio de direcciones. Un consorcio de redes escolares puede tener direcciones para muchos distritos. Una universidad pública puede funcionar como institución pública y como proveedor de red para organismos de investigación, salud y educación afiliados. Una autoridad portuaria puede depender de un operador de terminal, un sistema aduanero, una red policial, un portal de transportistas y una red municipal de emergencias, cada uno con supuestos de direcciones separados.

La economía del control delegado no es la misma que la economía de la propiedad. Un proveedor puede ser eficiente porque agrega experiencia. También puede convertirse en un punto de estrangulamiento porque el organismo público carece del personal, las credenciales o la autoridad para actuar sin él. Si el proveedor controla la DNS inversa, los objetos de ruta, los pasos de validación en la nube o los procedimientos de contacto con ARIN, la capacidad de recuperación de la agencia es tan buena como las disposiciones de emergencia del contrato y la capacidad de respuesta real del proveedor. Un acuerdo de nivel de servicio medido en tiempo de actividad puede no cubrir una corrección del registro necesaria para una conmutación por error en la nube. Una contratación puntuada por coste mensual puede no valorar la portabilidad de las direcciones. Un cuestionario de ciberseguro puede no preguntar quién puede actualizar los registros RPKI durante una interrupción regional.

Aquí es donde la escasez profundiza la dependencia. Si el espacio IPv4 fuera abundante, un organismo público podría resolver la dependencia de un proveedor obteniendo nuevo espacio y migrando. En un entorno IPv4 agotado, las nuevas asignaciones directas están restringidas, las transferencias requieren el cumplimiento de políticas y los precios de mercado pueden superar lo que los presupuestos públicos pueden absorber fácilmente. IPv6 debería implementarse, pero el servicio público de doble pila puede seguir dependiendo de IPv4 durante mucho tiempo porque los ciudadanos, los socios, los proveedores y los sistemas heredados siguen siendo desiguales. Por lo tanto, la agencia puede tolerar un acuerdo de direcciones de proveedor subóptimo porque el camino hacia el espacio público portable es administrativa y financieramente difícil.

La contratación pública también tiene un problema de visibilidad política. Los ciudadanos pueden saber cuándo un portal está caído, pero no saben si la ciudad utiliza su propio espacio registrado en ARIN, una reasignación de ISP, una dirección de proveedor de nube, una dirección CDN o un bloque arrendado. Los legisladores pueden aprobar una migración a la nube sin preguntar cómo se gestionarán las direcciones públicas, la DNS inversa, la autorización de ruta y los derechos de salida. Los auditores pueden inspeccionar los controles de seguridad sin mapear el control de los recursos de numeración. Las juntas de contratación pueden evaluar la dependencia del proveedor en la capa de aplicación ignorando la dependencia de direcciones en el borde de la red.

Un registro como ARIN no puede arreglar el diseño de las contrataciones. Pero puede hacer que la dependencia pública sea más fácil de ver. Una documentación clara, procedimientos predecibles de recuperación de registros, una sólida validación de los puntos de contacto, un estado de servicio transparente, formación práctica para los organismos públicos y la separación entre el servicio de registro y la promoción del mercado, todo ayuda. El registro no debe convertirse en consultor de cada comprador gubernamental. Debe mantener un registro público disciplinado y la suficiente claridad institucional para que los compradores públicos puedan incluir controles dependientes del registro en los contratos.

Los organismos públicos deberían corresponder. Deberían exigir que los contratos especifiquen quién posee el espacio de direcciones, quién puede actualizar los contactos del registro, quién gestiona la DNS inversa, quién crea y retira las autorizaciones de origen de ruta, quién mantiene los objetos IRR, cómo se realizará la validación BYOIP, qué sucede al finalizar el contrato y cómo el proveedor apoya la continuidad de los servicios públicos de emergencia. Eso no es exótico. Es el equivalente de red de insistir en la exportación de datos, registros de auditoría, notificación de incidentes y depósito de código fuente cuando corresponda.

La planificación de la continuidad debe incluir la capa numérica

La Publicación Especial NIST 800-34 Revisión 1, la Guía de Planificación de Contingencias para Sistemas de Información Federales, expone conceptos familiares: análisis de impacto empresarial, requisitos de recursos, prioridades de recuperación, controles preventivos, copia de seguridad y recuperación, sitios alternativos, roles y responsabilidades, pruebas, capacitación, ejercicios y mantenimiento del plan. No es un manual de recursos de numeración. Pero su lógica se aplica directamente a la dependencia de las direcciones públicas.

Si un sistema de información apoya un proceso de misión, el plan de recuperación debe identificar los recursos necesarios para restaurarlo. Para los servicios de cara al público, esos recursos incluyen más que servidores, bases de datos y credenciales. Incluyen la accesibilidad de las direcciones públicas, DNS, DNS inversa cuando corresponda, anuncios de ruta, registros de seguridad de enrutamiento, autorizaciones de proveedores, servicios DDoS, dependencias de certificados, listas blancas y contactos de registro. Una prueba de recuperación que restaura la aplicación en una segunda región pero no prueba el anuncio de la dirección pública es incompleta. Un plan de conmutación por error que asume que un proveedor puede poner en línea un prefijo público pero no prueba la validación basada en el registro es optimista. Un ejercicio de continuidad que incluye comunicados de prensa y árboles de llamadas pero no la autoridad de contacto con el registro está perdiendo un modo de fallo silencioso.

La parte caribeña y del Atlántico Norte de la región de ARIN hace que esto sea especialmente concreto. Los huracanes, terremotos, fallos de cables submarinos, cortes de energía y limitaciones de la cadena de suministro pueden afectar a los servicios públicos insulares y costeros. Un territorio o estado pequeño puede depender de un personal técnico reducido, unos pocos proveedores de telecomunicaciones, acceso regional a la nube y proveedores externos. Durante un desastre, los sistemas de salud pública, aduanas, operaciones portuarias, gestión de emergencias, educación y fiscales pueden necesitar seguir funcionando o recuperarse rápidamente. Las agencias públicas pueden tener que comunicarse con las poblaciones de la diáspora, socios federales, organizaciones de ayuda, aerolíneas, transportistas, hospitales y gobiernos vecinos.

En ese entorno, la continuidad de las direcciones no es académica. Si el proveedor principal de una agencia pública está caído, ¿puede volver a anunciar un prefijo a través de otro proveedor? ¿Están preparados los registros de origen de ruta para ese caso, o una conmutación por error produciría un enrutamiento no válido? ¿Quién puede actualizar la DNS inversa si el correo y el registro se mueven? ¿Las credenciales del registro están en manos de una persona localizable durante un huracán? ¿Tiene la agencia un segundo punto de contacto autorizado fuera del área afectada? ¿El proceso BYOIP de un proveedor de nube requiere pasos que no se pueden completar cuando las oficinas están cerradas? ¿Ha probado la agencia si las listas blancas de los socios siguen la dirección, el nombre DNS o un rango del proveedor? ¿Son los registros públicos de control lo suficientemente claros para la contratación de emergencia?

Las grandes agencias norteamericanas tienen una escala diferente pero una dependencia similar. Un sistema judicial estatal puede tener centros de datos redundantes y un diseño de recuperación en la nube, y aún así depender de listas blancas de direcciones para fiscales, abogados defensores, bufetes de abogados, procesadores de pagos y servicios de documentos. Una red universitaria pública puede apoyar la investigación, los sistemas hospitalarios, la federación de identidades, los servicios estudiantiles y las comunicaciones de emergencia. Un departamento federal puede tener programas de red en capas y reglas de seguridad centrales, pero aún así necesitar registros ARIN precisos para las asignaciones heredadas y la seguridad de las rutas. Una red municipal de seguridad pública puede depender de operadores comerciales, centros de datos regionales e interfaces de despacho en la nube. La capa numérica no suele ser el riesgo más visible. Es el riesgo que convierte una recuperación visible en una parcial.

Por lo tanto, la planificación de la continuidad debería adoptar una regla simple: si un servicio tiene una dependencia de direcciones públicas, el estado de los recursos de numeración forma parte de la línea de base de recuperación. El plan debe recoger el titular registrado, los rangos de direcciones, los ID de organización o identificadores equivalentes, los puntos de contacto, las delegaciones de DNS inversa, las autorizaciones de origen de ruta, los objetos IRR, las validaciones BYOIP en la nube, las dependencias de proveedores, la autoridad de emergencia y los pasos de recuperación probados. Debe identificar qué acciones requieren interacción con ARIN, cuáles requieren la acción del proveedor de nube, cuáles requieren la acción del ISP y cuáles se pueden realizar internamente. Debe probar esas acciones antes de que el público las necesite.

Esto no es un argumento para centralizar todas las direcciones públicas en una sola oficina gubernamental. Algunos gobiernos pueden beneficiarse de una coordinación central; otros pueden necesitar un control distribuido. El punto institucional es más concreto: las revisiones de continuidad pública deberían tratar la continuidad del registro ARIN como parte de la continuidad del servicio público, no como un anexo oscuro para ingenieros de redes.

Tribunales, impuestos, salud, educación y el mapa administrativo de la dependencia

La economía de las direcciones del sector público se entiende mejor siguiendo las funciones que los organigramas. Los sistemas tributarios combinan portales ciudadanos, procesadores de pagos, controles de fraude, API de socios, canales de presentación por lotes, correo electrónico, centros de llamadas y estrictos picos estacionales. Un servicio fiscal estatal o nacional tiene poca tolerancia a un retraso en la migración a la nube durante la temporada de presentación. Si las direcciones públicas cambian, las listas blancas, los controles de fraude, las conexiones de pago y los avisos a los ciudadanos pueden requerir coordinación. Si la agencia trae su propio rango de direcciones para preservar la continuidad, los registros ARIN y la validación en la nube se convierten en parte de la administración tributaria, no meramente de la administración de la red.

Los tribunales tienen una dependencia diferente: la legitimidad procesal. La presentación electrónica, el acceso a los registros, las audiencias remotas, los avisos públicos, los sistemas de pago, los portales de abogados, las interfaces penitenciarias y los sistemas de aplicación de la ley requieren accesibilidad y pruebas. Cuando un sistema judicial falla, la cuestión puede convertirse en el acceso a la justicia. Los datos del registro pueden aparecer más tarde en investigaciones de incidentes, disputas con proveedores o pruebas periciales. La institución que adjudica disputas sobre pruebas digitales puede depender de registros de recursos numéricos mantenidos por un registro no judicial. Eso no deslegitima el registro; significa que la propia gobernanza tecnológica del tribunal debe ser cuidadosa con las cadenas probatorias.

La salud pública y la educación muestran el mismo patrón en entornos menos judiciales. Los informes de laboratorio, la vigilancia de enfermedades, los portales de proveedores, los sistemas de vacunación, la coordinación hospitalaria, los paneles públicos, los sistemas de identidad escolar, las redes de investigación y las plataformas de aprendizaje dependen de puntos finales públicos. Durante una crisis, las agencias pueden añadir capacidad, migrar a servicios en la nube o crear nuevas API. Los registros de direcciones obsoletos o la autorización de ruta poco clara no serán el principal problema epidemiológico o educativo, pero pueden crear fricciones evitables en el peor momento. La educación añade otra complicación: las universidades públicas, los colegios comunitarios, los distritos escolares, las bibliotecas y las redes de investigación a menudo tienen diferentes historiales de direcciones bajo un mismo paraguas de servicio público.

Las redes municipales, los puertos y los aeropuertos añaden la dimensión de la economía física. Una ciudad puede gestionar Wi-Fi público, cámaras, sistemas de tráfico, permisos, facturación del agua, aplicaciones de seguridad pública, bibliotecas, parques, vivienda, portales de datos abiertos y operaciones de emergencia a través de décadas de contratos de operadores y proyectos departamentales. Los puertos y aeropuertos apoyan la logística, las aduanas, los inquilinos, los pasajeros, los transportistas, el control de acceso y la respuesta de emergencia. Un registro no gestiona esos sistemas. Pero la disciplina de los registros en la capa de direcciones ayuda a las autoridades públicas a mantener el control visible en un ecosistema complejo. Cuanto más crítica es la función del servicio, menos aceptable es descubrir que la capa de pruebas está obsoleta, vinculada a un proveedor o no probada.

La asimetría norteamericana y caribeña

La región de ARIN contiene algunas de las organizaciones tecnológicas del sector público más grandes del mundo y algunas de las más pequeñas. El gobierno federal de los Estados Unidos, las instituciones federales canadienses, los gobiernos estatales y provinciales, los principales sistemas universitarios públicos, las redes de defensa e investigación y las grandes autoridades municipales se encuentran en el mismo sistema de registro regional que los pequeños gobiernos insulares, las autoridades territoriales, las empresas de servicios públicos, las escuelas, los puertos y los servicios de emergencia con una capacidad administrativa mucho más reducida. Esta diversidad es una de las razones por las que una descripción puramente formal de la política del registro es inadecuada.

La capacidad es la primera asimetría. Un departamento federal o un gran estado puede tener ingenieros de redes, asesores jurídicos, equipos de contratación, planificadores de continuidad, arquitectos de nube y operaciones de seguridad. Una administración de una pequeña isla puede tener un puñado de personas que cubren muchos roles. Ambos pueden depender de los registros de ARIN, pero su capacidad para interpretar la política, mantener contactos, desplegar RPKI, gestionar la DNS inversa y negociar los términos con los proveedores difiere enormemente. Un registro que se comunica solo con operadores sofisticados servirá a la comunidad formal mientras desatiende la dependencia pública.

La geografía y el estatus político agravan la brecha. Las jurisdicciones insulares y los territorios remotos pueden enfrentarse a tormentas, cortes de cable, interrupciones de energía, retrasos logísticos y una diversidad limitada de proveedores. Pueden necesitar la nube y el alojamiento externo precisamente porque la infraestructura local es frágil, mientras que la validación en la nube, la seguridad de las rutas y el control de direcciones requieren interacción con sistemas globales cuyos plazos no respetan las condiciones de emergencia locales. La región de ARIN también incluye estados soberanos, territorios, departamentos de ultramar, dependencias y áreas geográficas especiales. La autoridad pública para contratar, poseer recursos y actuar durante una crisis puede estar dividida entre gobiernos locales, estados metropolitanos, agencias federales y operadores privados.

El poder de negociación es la última asimetría. Las grandes agencias y los grandes proveedores suelen recibir atención. Los organismos públicos más pequeños pueden pagar de más, especificar mal o aceptar una dependencia evitable si la escasez crea un mercado de intermediación, arrendamiento o consultoría especializada. Estas asimetrías no significan que ARIN deba convertirse en un banco de desarrollo, un ministerio de emergencias o una autoridad de telecomunicaciones. Significan que la disciplina del registro debe incluir la responsabilidad de la dependencia pública: servicios predecibles para todos los titulares legítimos de recursos, el rechazo a convertir la escasez en discrecionalidad arbitraria y vías de mantenimiento de registros lo suficientemente comprensibles para que los pequeños gobiernos puedan hacer lo correcto antes de una crisis.

La escasez y la tentación de confundir el precio con el valor público

La escasez de IPv4 crea precios. Los precios crean narrativas. Las narrativas crean presión política. Un bloque de direcciones escaso puede describirse como un activo, una materia prima, un insumo público, una asignación heredada, un identificador de enrutamiento, un bien de mercado o una responsabilidad de administración. Cada descripción enfatiza algo real y oculta otra cosa.

Para las agencias públicas, el peligro es reducir la cuestión al precio. Un organismo gubernamental que posee más espacio IPv4 del que necesita inmediatamente puede oír que el espacio tiene valor de mercado. Eso puede ser cierto. No se deduce que el interés público se vea favorecido por una monetización rápida. Otro organismo gubernamental que necesita espacio IPv4 para servicios públicos puede oír que el mercado puede suministrarlo. Eso también puede ser cierto. No se deduce que la contratación pueda tratar con seguridad la compra, el arrendamiento o la asignación del proveedor como una transacción de materias primas ordinaria.

El valor público del espacio de direcciones depende de la continuidad, la portabilidad, la claridad probatoria y la reducción de la dependencia, no solo del precio de mercado. Vender o transferir un bloque puede generar ingresos a corto plazo pero reducir la flexibilidad futura. Arrendar o tomar prestado espacio puede resolver un problema de despliegue pero crear incertidumbre sobre la autorización de ruta, la reputación, la DNS inversa y la salida. Usar direcciones de nube asignadas por el proveedor puede reducir la carga operativa pero aumentar la dependencia. Traer el espacio controlado por la agencia a la nube puede preservar la identidad y las listas blancas, pero requiere una gobernanza más fuerte. Avanzar agresivamente hacia IPv6 es necesario, pero debe ajustarse a la realidad de los sistemas de los socios y el acceso de los ciudadanos.

El estado es un mal especulador en este contexto porque no se supone que maximice las ganancias del comercio de direcciones. Se supone que mantiene funciones públicas. Eso no significa que las agencias públicas deban acaparar recursos escasos sin justificación. El despilfarro también es un problema público. Una agencia que posee espacio IPv4 no utilizado mientras otros servicios públicos tienen dificultades no está actuando con sabiduría simplemente porque el registro del registro sea válido. La prueba correcta es funcional: ¿qué deberes públicos dependen del espacio, qué vía de transición existe, qué riesgo crearía la transferencia, qué planes de IPv6 y arquitectura están en marcha y cómo se vería la decisión bajo auditoría después de una interrupción?

El papel de ARIN aquí debería ser disciplinado y limitado. Debería mantener procesos de transferencia basados en políticas, registros precisos y servicios técnicos. No debería convertirse en un promotor del mercado, un asesor financiero público o un propietario que ejerza un control discrecional sobre los recursos públicos más allá de la política. También debería resistir la presión opuesta: tratar la ventaja de escasez de cualquier titular registrado como un dominio absoluto inmune al escrutinio del interés público. El mandato del registro no es redistribuir el valor público por capricho administrativo. Es mantener el sistema de numeración coherente, justo dentro de sus políticas y operativamente confiable.

Responsabilidad pública sin captura estatal

El hecho de que las agencias públicas dependan de ARIN no significa que los gobiernos deban tomarlo. La captura estatal de los recursos numéricos crearía sus propios riesgos: asignación politizada, presión de vigilancia, favoritismo nacional, represalias contra las redes no favorecidas o lentitud burocrática. Un registro que se convierte en un brazo de un solo estado no serviría a una región que contiene múltiples soberanos, territorios y redes privadas. La cura para la dependencia pública no es la nacionalización burda.

Pero tampoco la respuesta es decir que la dependencia pública es irrelevante porque el registro es privado, sin ánimo de lucro o comunitario. La responsabilidad pública puede existir sin propiedad estatal. Significa transparencia operativa, registros precisos, procedimientos justos, autoridad limitada y suficiente alfabetización del sector público para que las agencias gestionen la dependencia que ya tienen.

La transparencia operativa significa que el estado del servicio, el historial de interrupciones, la postura de seguridad, las prácticas de mantenimiento, el material de auditoría y las comunicaciones de incidentes no se traten solo como asuntos internos. Los organismos públicos dependen de RDAP, Whois, DNS inversa, RPKI, procesamiento de transferencias, recuperación de registros y autenticación. Necesitan saber lo suficiente sobre esos servicios para incluirlos en los planes de continuidad. La responsabilidad de los registros significa que los titulares del sector público deben mantener registros precisos de la organización y los contactos, mientras que el registro debe hacer que la recuperación y la validación sean prácticas en realidades gubernamentales predecibles: reorganizaciones, empleados jubilados, salidas de contratistas, oficinas de servicios compartidos y delegación de emergencia.

La equidad procesal y la disciplina de los límites son la otra mitad. Las agencias públicas no deben recibir favores secretos, pero tampoco deben enfrentarse a una discrecionalidad opaca que no pueda explicarse a los auditores o los tribunales. ARIN no debe permitir que la importancia pública de sus servicios se convierta en una reivindicación de autoridad amplia sobre las redes públicas. Su autoridad es más fuerte cuando es limitada: registros de recursos numéricos, servicios de registro, delegación inversa, pruebas de seguridad de enrutamiento y ejecución de políticas. Las agencias públicas no deben utilizar los procesos del registro como atajos para disputas que pertenecen a la contratación, los tribunales, las operaciones de ciberseguridad o el derecho público.

La advertencia de AFRINIC, mantenida en su lugar apropiado

La reciente crisis de AFRINIC no es el tema de este artículo, y no se debe permitir que consuma el análisis de la dependencia del sector público de ARIN. Las regiones, los entornos legales, las historias y las condiciones institucionales difieren. Sin embargo, la crisis es un marcador de límites útil porque muestra lo rápido que un registro puede convertirse en un riesgo público más amplio cuando la gobernanza, los litigios, el valor escaso de IPv4 y la legitimidad institucional chocan.

AFRINIC se ha enfrentado a años de litigios, inestabilidad de gobernanza, administración judicial y esfuerzos impugnados para restaurar una junta funcional. Los informes de 2025 describieron esfuerzos electorales anulados, acusaciones de irregularidades en la votación, la participación de los tribunales y el gobierno en Mauricio, y una preocupación más amplia entre los organismos de gobernanza de Internet sobre lo que sucede si un registro regional no puede funcionar normalmente. La Internet técnica no se detuvo simplemente porque un registro entrara en crisis. Eso es importante. El enrutamiento está descentralizado y muchos servicios pueden continuar bajo estrés. Pero la continuidad de las funciones del registro, la confianza en los registros, la ejecución de políticas, las operaciones de RPKI y DNS inversa, los servicios a los miembros y la legitimidad a largo plazo se vuelven todos más frágiles cuando el conflicto institucional domina.

Para los usuarios del sector público en cualquier región, la advertencia no es "esto sucederá aquí". La advertencia es "no espere a que ocurra una crisis del registro para descubrir de qué servicios públicos depende la continuidad del registro". Una agencia pública debe saber qué funciones se verían afectadas por la indisponibilidad del registro, los registros impugnados, las transferencias retrasadas, la gobernanza debilitada o los cambios de emergencia en la autoridad del registro. Un registro debe saber que sus problemas de gobernanza interna no son puramente internos cuando los servicios públicos dependen de sus registros.

La advertencia de AFRINIC también ilustra el peligro de dos narrativas extremas. Una dice que las direcciones IP son simplemente activos privados y que los registros son obstáculos para la libertad de mercado. La otra dice que los registros son guardianes cuya autodescripción institucional debería aceptarse como interés público. Ambas son incompletas. Los recursos de direcciones escasos están incrustados en servicios públicos y privados. Los registros requieren legitimidad, no reverencia. Los titulares de recursos requieren previsibilidad, no dominio sin control. Los organismos públicos requieren continuidad, no consignas ideológicas.

La lección de ARIN de una crisis así debería ser la humildad preventiva. Su fuerza reside en seguir siendo aburrido: registros precisos, servicios disponibles, procedimientos predecibles, mandato limitado, finanzas estables, conflictos manejados temprano y dependencias públicas reconocidas antes de que los litigios o la escasez las conviertan en palanca. Las agencias públicas no deben asumir que, porque ARIN es más estable que un registro con problemas en otro lugar, no se requiere planificación de la continuidad. La estabilidad se mantiene, no es automática.

Lo que un registro similar a ARIN debería hacer

La prueba constructiva para un registro similar a ARIN no es si puede producir un lenguaje persuasivo sobre la administración. Es si su disciplina diaria protege la dependencia pública que se ha acumulado en torno al libro contable de recursos numéricos.

Debe mantener el libro contable preciso y utilizable: una sólida validación de los contactos, una recuperación práctica de la organización, un manejo claro de los cambios de nombre del sector público, registros de reasignación precisos cuando la política lo requiera y servicios RDAP que puedan ser utilizados tanto por máquinas como por humanos. La precisión debe ser un objetivo operativo, no solo un eslogan de cumplimiento. También debe preservar un mandato limitado. Un registro debe administrar los recursos numéricos, los datos de registro, la delegación de DNS inversa, los servicios de seguridad de enrutamiento y la implementación de políticas. No debe convertirse en un regulador general de la conducta en Internet, un asesor financiero público o un promotor del mercado.

Debe mantener pruebas de continuidad. Los organismos públicos necesitan saber cómo se respaldan los servicios del registro, cómo se comunican los incidentes, cómo se manejan las correcciones de registros de emergencia, cómo se recuperan los fallos de autenticación, cómo se procesan las órdenes legales y cómo se protege la integridad de los datos. No todos los detalles de seguridad pueden ser públicos. Pero lo suficiente debe estar claro para que los titulares de recursos puedan planificar. Los informes anuales y los presupuestos son útiles; los compromisos de continuidad operativa son más directamente relevantes para la dependencia pública.

Debería facilitar la adopción de la seguridad de enrutamiento sin convertirla en un teatro coercitivo. RPKI, registros IRR, autorizaciones de origen de ruta, DNS inversa y señales DNSSEC deben ser apoyados con orientación clara y herramientas fiables. La guía de transferencia debe seguir haciendo hincapié en las transiciones limpias. Los cambios de emergencia deben tener un camino documentado. Los pequeños organismos públicos deben ser tratados como dependientes legítimos, no como casos marginales: municipios, redes escolares, organismos de salud pública, puertos, aeropuertos, administraciones territoriales y agencias públicas caribeñas con personal limitado necesitan rutas inteligibles hacia la disciplina de los registros.

Debería hacer visibles los límites de las disputas. Si se impugna un registro del registro, si un organismo público carece de autoridad, si un contratista reclama el control o si llega una orden judicial, el proceso debe ser claro. El registro no debe juzgar asuntos que van más allá de su función ni esconderse detrás de la ambigüedad. Sobre todo, debe recordar que la legitimidad proviene de la moderación más la fiabilidad. El registro es más valioso cuando las agencias públicas no tienen que pensar en él todos los días, pero esa tranquilidad se gana con un servicio disciplinado, no con la mitología institucional.

Nube pública, riesgo de contratación soberana y el problema de la salida de direcciones

El riesgo de contratación soberana se discute a menudo en términos de ubicación de datos, legislación extranjera, concentración de proveedores, cifrado, resiliencia operativa y acceso por parte de autoridades no nacionales. La dependencia de las direcciones añade una dimensión más silenciosa: ¿puede el organismo público trasladar sus servicios de cara al público sin perder la identidad de red, la confianza de los socios o las pruebas de control?

Si una agencia pública utiliza las direcciones de un proveedor de nube, la salida puede requerir cambiar los puntos finales públicos, las listas blancas de los socios, las reglas del cortafuegos, la reputación del correo electrónico, los controles de fraude, las suposiciones de geolocalización y los avisos de cara al ciudadano. DNS puede abstraer parte de esto, pero no todo. Muchas integraciones todavía tratan las direcciones IP como anclas de confianza, a pesar de años de consejos contra las listas blancas frágiles. Las agencias públicas heredan la realidad de los controles de sus socios. Si la agencia cambia de proveedor después de una disputa de contratación, un cambio de política, una preocupación de seguridad o un aumento de costes, la capa de direcciones puede convertirse en un coste de cambio oculto.

Si la agencia utiliza su propio espacio de direcciones a través de BYOIP, la salida es más plausible pero no gratuita. La agencia debe mantener registros limpios, autorizaciones de origen de ruta, acuerdos de DNS inversa, validaciones específicas de la nube, planes de retirada y reanuncio de anuncios, coordinación DDoS y reputación de direcciones. El recurso otorga portabilidad solo si la gobernanza lo respalda.

Es por eso que el riesgo de contratación soberana no puede reducirse a "nube pública mala" o "nube pública buena". La nube puede mejorar la resiliencia, la seguridad, la escalabilidad y la prestación de servicios. También puede concentrar las dependencias. Traer el espacio de direcciones públicas a la nube puede preservar la continuidad, pero introduce responsabilidades de registro y enrutamiento. Las direcciones propiedad del proveedor pueden simplificar las operaciones, pero pueden debilitar la salida. ARIN no es responsable de la política de contratación soberana, pero sus registros RDAP, la delegación de DNS inversa, los servicios RPKI, las reglas de transferencia y los procesos de mantenimiento de registros afectan a la credibilidad de un plan de salida. Los compradores públicos deberían tratar la gobernanza de las direcciones como un requisito de contratación; los registros y los proveedores de nube deberían hacer que los procesos de límites sean lo suficientemente claros para las pruebas de continuidad pública.

La economía institucional de un libro contable aburrido

El mayor cumplido para un registro en este contexto no es que sea visionario. Es que sea aburrido de la manera correcta.

Un registro aburrido mantiene los registros estables pero corregibles. Valida la autoridad sin obstrucción teatral. Procesa los cambios rutinarios de manera predecible. Publica suficiente información para que los titulares de recursos puedan planificar. Mantiene los servicios a través del estrés ordinario. Separa la política de la personalidad. No convierte cada disputa de escasez en un drama existencial. Reconoce que muchos usuarios del libro contable no son conocedores de Internet. Entiende que una agencia pública puede estar ausente de los debates políticos sin dejar de depender del resultado.

La economía de ese aburrimiento está infravalorada. Los mercados funcionan mejor cuando se confía en el libro contable. Los servicios públicos se recuperan más rápido cuando los registros son claros. La migración a la nube es más fluida cuando la validación es predecible. Los procesos policiales y judiciales son más limpios cuando las pruebas del registro son actuales y están adecuadamente limitadas. El valor escaso de IPv4 es menos probable que distorsione las instituciones cuando el registro rechaza tanto la extralimitación de la propiedad como la captura del mercado.

Por el contrario, un registro emocionante es a menudo una mala señal. Si el registro es constantemente litigado, politizado, financieramente inestable, cargado de discrecionalidad, opaco o tentado por una autoridad ampliada, los costes se extienden hacia afuera: más cobertura de los proveedores, más incertidumbre jurídica, menor confianza en los registros, una validación en la nube más complicada y una mayor dependencia del sector público de intermediarios que entienden la inestabilidad mejor que los compradores públicos.

El desafío de ARIN para el sector público no es, por tanto, reinventarse como una institución del sector público. Es seguir siendo un registro disciplinado al tiempo que reconoce que su libro contable respalda las funciones públicas. El desafío del sector público no es exigir el control de ARIN. Es entender la dependencia, mantener los registros, contratar de forma inteligente, probar la recuperación y desplegar IPv6 sin fingir que las dependencias de IPv4 han desaparecido.

La idea de la capa de libro contable es útil porque rechaza dos imágenes falsas. El registro no es el propietario que está por encima de la red. Tampoco es un cuaderno pasivo sin consecuencias públicas. Es una capa institucional que gestiona un libro contable de identificadores escasos del que dependen otras instituciones. Su autoridad es legítima solo si está limitada por el mandato, disciplinada por las pruebas, protegida para la continuidad y es responsable de la dependencia que crea.

Ese es el sentido de la economía institucional en este ámbito. El registro de números de Internet no es una infraestructura dramática. Es una restricción silenciosa a la capacidad pública. Cuantos más servicios públicos se trasladen a la nube, cuanto más escaso siga siendo IPv4, cuanto más se espere la seguridad de enrutamiento y cuantos más ciudadanos experimenten el gobierno a través de puntos finales digitales, más importa esa restricción silenciosa. ARIN no es el propietario de las redes del sector público, pero el sector público depende de la continuidad de los registros y servicios de ARIN. Esa asimetría solo es aceptable si todos los implicados tratan el libro contable con la seriedad de una dependencia pública y la moderación de un mandato limitado.