Una empresa puede pagar su sitio web y seguir dependiendo de una cuenta que controla un antiguo proveedor. La gestión de dominios corporativos debe resolver quién figura como titular, quién puede autorizar cambios y cómo recuperará la organización el acceso si esa persona deja de estar disponible. Tener la web funcionando no demuestra que ese control exista.
La pregunta afecta a gerencia, TI y compras. Un dominio puede sostener el correo, un portal de clientes y conexiones con servicios externos. Por eso, delegar su operación requiere distinguir las facultades necesarias para prestar soporte de las decisiones que la empresa necesita conservar.
Gestión de dominios corporativos: separar los controles
El registro del nombre, la administración del DNS y el alojamiento de la web son funciones diferentes. Pueden estar contratadas con una misma empresa o repartidas entre varias. Acceder a WordPress permite administrar contenido, pero no prueba que se pueda modificar el registro del dominio o recuperar la cuenta utilizada para gestionarlo.
El procedimiento de NIC Chile para nombres y contactos .CL distingue titular, contacto administrativo, técnico y comercial. El titular es la persona natural o jurídica asignataria del nombre. El contacto administrativo posee atribuciones amplias, mientras el técnico maneja aspectos del DNS. Pagar una factura y disponer de esas facultades son situaciones distintas.
Como criterio empresarial, conviene poder explicar esa distribución sin depender de la memoria de quien creó el sitio. El inventario de activos tecnológicos sirve como punto de partida, pero aquí importa una evidencia específica: que la organización identifique y conserve las capacidades de decisión sobre cada dominio necesario para operar.
Delegar soporte sin entregar más atribuciones
Un proveedor que configura infraestructura puede necesitar acceso técnico. Eso no significa que deba recibir todas las facultades de administración. La distribución apropiada depende de las funciones disponibles en el registro o registrador y del trabajo contratado; no todos ofrecen los mismos roles ni las mismas condiciones.
En .CL, NIC Chile establece que la designación de un contacto requiere una cuenta y la aceptación de la invitación. Una solicitud enviada, por tanto, no demuestra que el cambio haya quedado efectivo. La revisión debe comprobar la situación final, especialmente cuando termina un contrato o cambia la persona responsable.
Un ejemplo hipotético ayuda a verlo: la agencia original entrega el sitio y sus archivos, pero conserva la única cuenta con facultades para cambiar el dominio. La migración técnica puede estar lista y, aun así, la empresa no puede ejecutarla. El contrato debería contemplar esa dependencia y su entrega verificable, como parte de la revisión del riesgo de proveedores tecnológicos.
Recuperar el acceso debe ser una posibilidad real
ICANN recomienda mantener la información de la cuenta privada, protegida y recuperable, y activar autenticación multifactor cuando el registrador la admita. También advierte sobre mensajes fraudulentos que aparentan gestionar renovaciones. Sus recomendaciones para proteger un dominio orientan esta evaluación, sin reemplazar las condiciones específicas de .CL.
La recuperación necesita sobrevivir a ausencias y cambios de personal. Conviene comprobar qué correo recibe los avisos, quién puede acceder a él y dónde se conservan los antecedentes que podría solicitar el proveedor. Si ese canal depende del mismo dominio que está fuera de servicio, puede aparecer una dependencia circular. La alternativa debe quedar bajo control de la organización y contar con protección equivalente.
Esta revisión no exige compartir contraseñas en una planilla ni enviarlas por correo. Requiere definir quién está autorizado, cómo acredita su identidad y qué respaldo existe si falta la persona habitual. Es razonable ensayar el procedimiento con soporte antes de una urgencia, sin provocar cambios innecesarios en producción.
Los cambios deben considerar todos los servicios
Mover el alojamiento, cambiar el proveedor DNS o transferir la gestión del registro son decisiones diferentes. Antes de aprobarlas, el responsable debe conocer qué componentes se verán afectados y cómo se comprobará la continuidad. Ver la portada del sitio correctamente no demuestra que el correo o los servicios conectados funcionen.
Los certificados TLS tienen su propio ciclo de gestión; renovarlos no resuelve la titularidad del dominio. Del mismo modo, DNSSEC protege la autenticidad de respuestas DNS, pero no sustituye el control de las cuentas administrativas. Mantener estas responsabilidades separadas evita atribuir a una medida una protección que no entrega.
Qué debería recibir quien aprueba la revisión
El resultado útil es una relación de dominios con titular comprobado, facultades vigentes, servicios dependientes y una vía de recuperación viable. Las diferencias deben quedar asignadas a un responsable, con evidencia de cierre. Para revisar cómo estas dependencias se integran en la infraestructura, el punto de conversación con Redes y Sistemas de AllDefense es concreto: qué capacidad necesita conservar la empresa cuando cambie quien presta el soporte.
