¿Puede un enlace compartido revelar más de lo que pretendías? Lista de verificación para compartir públicamente en aplicaciones autohospedadas

Trata el enlace como un permiso, no solo como una URL

Un enlace para compartir puede conceder acceso más allá del límite habitual de inicio de sesión de la aplicación. Antes de enviarlo, determina qué puede ver o hacer el destinatario y si el acceso depende únicamente de la URL o de algún otro requisito documentado.

Box advierte que cualquiera que adivine correctamente un enlace público personalizado puede acceder a su contenido. Esto describe el contexto de uso compartido de Box, no el de todas las aplicaciones autohospedadas; consulta la documentación y el comportamiento de la aplicación que administras. [Lee las recomendaciones de Box para proteger los enlaces compartidos](https://docs.box.com/en/box-fundamentals/for-users/collaborating/using-shared-links/securing-shared-links).

El autohospedaje, por sí solo, no garantiza que el uso compartido externo sea privado. Importan los controles de la aplicación, tu configuración y las decisiones de los usuarios.

• Identifica qué autoriza el enlace: ver, descargar, editar, comentar u otra acción.
• Determina si el acceso es público, requiere autenticación, está protegido con contraseña o está limitado de otra manera documentada.
• Registra el destinatario y el propósito previstos antes de crear el enlace.

Delimita el alcance del enlace

Un enlace a un archivo, registro, carpeta o página puede exponer solo ese objeto o permitir también el acceso a material relacionado. El comportamiento exacto depende de cada aplicación. Consulta la documentación y comprueba si se puede acceder a archivos adjuntos, comentarios, historial de actividad, registros relacionados, contenido incrustado o elementos principales y secundarios.

En el caso de una colección o carpeta, averigua si los elementos que se añadan más adelante quedarán accesibles mediante un enlace ya existente. Limita el alcance a lo estrictamente necesario para compartir el contenido. Esri advierte que hacer que todos los elementos estén disponibles para todo el mundo puede aumentar la probabilidad de exponer inadvertidamente información confidencial o sujeta a derechos de propiedad. [Lee las prácticas recomendadas para compartir de Esri](https://enterprise.arcgis.com/en/portal/11.3/use/best-practices-share.htm).

• Haz una lista del elemento de destino y de los objetos relacionados que podrían quedar visibles desde él.
• Comprueba si el destinatario puede navegar a registros cercanos, carpetas principales u otros elementos.
• Verifica si el contenido que se añada más adelante se hará visible mediante el enlace existente.

Comprueba quién puede abrir el enlace y qué puede hacer

Verifica si el destinatario debe iniciar sesión, proporcionar una credencial adicional, pertenecer a una cuenta o grupo específico, o simplemente tener la URL. Los requisitos varían según la aplicación y la configuración; que aparezca o no una pantalla de inicio de sesión no basta para explicar todo el modelo de acceso.

Prueba el enlace en una sesión limpia del navegador en la que no se haya iniciado sesión. Si la aplicación permite usar una credencial adicional o limitar el acceso a determinados destinatarios, prueba también esa opción. El comportamiento del enlace puede variar para alguien que ya tenga una cuenta, una sesión abierta o permisos.

Revisa lo que ve el destinatario antes de abrir el contenido principal, incluidas las vistas previas, las miniaturas, los títulos de las páginas, los nombres de archivo, las descripciones y los comentarios. Prueba las acciones disponibles, como descargar, imprimir, copiar o exportar. Comprueba en la documentación de tu aplicación cómo funciona la indexación; no des por sentado que una opción hace que el enlace sea privado.

• Prueba el enlace en una sesión limpia del navegador en la que no se haya iniciado sesión y mediante el proceso de autenticación previsto para el destinatario.
• Revisa las vistas previas y los metadatos para detectar información que no pretendes compartir.
• Prueba las acciones disponibles para el destinatario y verifica en la documentación de la aplicación el comportamiento de indexación pertinente.

Verifica el vencimiento y la revocación con el enlace original

Comprueba si la aplicación documenta un control de vencimiento y cómo funciona, incluidas las reglas de tiempo. No supongas que existe porque otra aplicación lo ofrezca.

Prueba la revocación con un enlace que ya se haya copiado o enviado: desactiva el uso compartido mediante el procedimiento documentado y luego abre la URL original en una sesión limpia. Si sigue funcionando, averigua si la revocación fue incompleta, si otra vía permite acceder al contenido o si el comportamiento está documentado.

Eliminar el mensaje o el correo electrónico que contenía el enlace no sirve para comprobar la revocación. La pregunta es si la URL ya emitida sigue concediendo acceso.

• Confirma si se admite el vencimiento y qué comportamiento debes esperar cuando se aplique.
• Revoca un enlace de prueba y vuelve a visitar la URL original en una sesión limpia.
• Comprueba si cambiar los permisos, mover el contenido o desactivar a un usuario afecta a los enlaces existentes.

Comprueba qué pueden revisar los administradores

Averigua qué pruebas registra la aplicación cuando se crea, modifica, abre, vence o revoca un enlace. Los registros y su nivel de detalle varían según la aplicación y la configuración; no supongas que se registra a cada visitante o acción.

Verifica quién puede revisar las pruebas, cómo se pueden exportar y durante cuánto tiempo se conservan. Comprueba que los eventos que necesitarías investigar aparecen realmente en los registros disponibles o en otras pruebas documentadas. Anota las carencias que sean importantes para tu organización.

• Busca registros de creación del enlace, cambios en su alcance, accesos y revocación.
• Verifica qué identifica cada evento, quién puede acceder a los registros y durante cuánto tiempo se conservan las pruebas.
• Documenta las carencias que podrían afectar a una investigación o a un requisito de cumplimiento.

Haz que las pruebas sean repetibles y asigna responsables

Usa contenido de muestra que no incluya información confidencial para reproducir el flujo de trabajo que probablemente seguirá un empleado. Prueba el alcance del enlace, el acceso del destinatario, las acciones disponibles, el vencimiento o la revocación cuando sean compatibles y las pruebas administrativas disponibles para esos eventos.

Registra qué aplicación y configuración se probaron, los pasos realizados, los resultados esperados y lo que ocurrió en realidad. Repite la prueba después de cambiar la configuración para compartir o cualquier ajuste de la aplicación que pueda afectar al acceso.

Decide quién puede crear enlaces para compartir con personas externas, quién aprueba los enlaces sensibles y quién se encarga de revisar o poner fin al acceso. Define una alternativa probada —como un procedimiento documentado para compartir con autenticación u otro proceso de transferencia aprobado— cuando las protecciones de un enlace público sean insuficientes o no estén claras.

Airbip administra la infraestructura de instancias de aplicaciones autohospedadas, incluida la implementación de cargas de trabajo Docker en sus servidores en la nube, el enrutamiento y los certificados TLS, las comprobaciones de DNS, la gestión del ciclo de vida de los servicios y las copias de seguridad configurables. Esos servicios de infraestructura no determinan qué controles para compartir ofrece una aplicación concreta ni eliminan la necesidad de establecer políticas de acceso y manejo de datos.

• Usa contenido de muestra representativo y un contexto de destinatario limpio en el que no se haya iniciado sesión.
• Registra los pasos de prueba, los resultados esperados y reales, y la configuración pertinente.
• Nombra a la persona responsable del enlace y establece una fecha de revisión o finalización.
• Define quién puede crear enlaces, cuándo se requiere aprobación y cómo informar de accesos inesperados.