La prohibición de las API externas no es una prohibición del trabajo remoto. Son dos cosas distintas y confundirlas cuesta a las empresas restricciones innecesarias donde no deberían existir.
⚡ En resumen
- ✅ Idea principal: Un túnel VPN y una llamada a una API de IA en la nube son cosas fundamentalmente diferentes; prohibir la segunda no implica prohibir la primera.
- ✅ VPN Corporativa ≠ VPN de Consumo: No se trata de cambiar la geolocalización, sino de crear un "pasillo" privado hacia su red interna.
- ✅ Arquitectura sin concesiones: Empleado → túnel cifrado → servidor interno → LLM local. Ni un solo paquete de datos abandona su infraestructura.
- 🎯 Obtendrá: Comprensión de cómo combinar una estricta política de seguridad con la necesidad real de acceso remoto, sin comprometer ninguna de las partes.
- 👇 A continuación, se explican detalles, diagramas y respuestas a preguntas prácticas.
📚 Contenido del artículo
- 📌 Por qué "sin API externas" no significa "sin acceso remoto"
- 📌 Qué es una VPN y en qué se diferencia una VPN Corporativa de la "VPN para Netflix" habitual
- 📌 Cómo encaja el acceso remoto en la arquitectura de una solución autoalojada
- 📌 Quién es responsable de la configuración: usted o su departamento de TI
- 📌 Cuánto cuesta adicionalmente y de qué depende el precio
- ❓ Preguntas frecuentes (FAQ)
- ✅ Conclusiones
Por qué "sin API externas" no significa "sin acceso remoto"
Imagine una situación: su empresa opera en infraestructura crítica, en el sector legal o en finanzas. La política de seguridad es clara: ningún dato abandona su red, ninguna llamada a servicios externos de IA en la nube. Es una decisión lógica y fundamentada, a menudo consagrada no solo en la normativa interna, sino también en los requisitos del regulador o en las obligaciones contractuales con los clientes. Pero tiene empleados que trabajan a distancia, viajan en misiones de negocios, se enferman en casa con un portátil a mano, o simplemente quieren revisar un documento por la noche en lugar de esperar a la mañana en la oficina. Pregunta: ¿significa la prohibición de las API externas que están permanentemente atados a su silla de oficina?
Un error común
Cuando una empresa formula el requisito de "ninguna API externa", a menudo surge una imagen simplificada en la mente: "todo debe permanecer entre las cuatro paredes de la oficina, lo que significa que los empleados también". Esta es una conclusión lógica pero errónea. Surge porque ambos escenarios — "los datos se van fuera" y "una persona se conecta desde fuera" — contienen la palabra "externo", y el cerebro los agrupa automáticamente en una sola categoría de riesgo.
En realidad, se trata de dos conceptos completamente diferentes:
- A dónde van sus datos — si llegan a los servidores de un proveedor externo (OpenAI, Google, cualquier SaaS), donde se procesan fuera de su control, se almacenan según una política de retención ajena y, teóricamente, pueden ser utilizados para entrenar modelos ajenos.
- Desde dónde se conecta un empleado — desde qué punto físico establece la conexión con su sistema: un escritorio en la oficina, desde casa, desde una habitación de hotel en otra ciudad.
Estos son parámetros independientes entre sí, y aquí es precisamente donde reside la fuente de la confusión. La ubicación física de una persona al conectarse no influye en absoluto en si los datos abandonan su infraestructura después de la conexión. Puede tener un sistema que nunca, bajo ninguna circunstancia, accede a ninguna API externa, y al mismo tiempo dar acceso a empleados desde cualquier parte del mundo, si se construye correctamente el perímetro de red alrededor de este sistema.
La diferencia es aproximadamente la misma que entre "quién entra al edificio del banco" y "a dónde envía el banco el dinero de los clientes". Son dos cuestiones de seguridad separadas que se resuelven con herramientas diferentes y no deben mezclarse en un solo requisito.
API pública a un servicio en la nube vs. túnel privado a su propia infraestructura
Para eliminar por completo la contradicción aparente, vale la pena considerar ambos escenarios en detalle: qué sucede exactamente con los datos en cada uno de ellos.
Llamada a una API de IA en la nube. Cuando un sistema accede a un proveedor externo, por ejemplo, enviando una solicitud a OpenAI o a cualquier otro servicio de IA en la nube, ocurre lo siguiente: un fragmento del documento o la solicitud del usuario se empaqueta en una solicitud HTTP y se envía a los servidores que pertenecen y son administrados físicamente por este proveedor. Allí, la solicitud se procesa con recursos ajenos, software ajeno, según las reglas que dicta el propio proveedor, y no su empresa. Por un tiempo, los datos abandonan físicamente su infraestructura y quedan bajo la jurisdicción y política de otra organización. Precisamente este escenario, y sólo él, es el que prohíben las estrictas políticas de seguridad como "ninguna API externa".
Túnel VPN de un empleado a su servidor. Esta es una acción fundamentalmente diferente. Cuando un empleado se conecta a través de VPN, no se realiza ninguna llamada a un servicio externo de procesamiento de datos. En cambio, se crea un "pasillo" cifrado entre el dispositivo del empleado y su propio servidor, el mismo en el que se almacenan los documentos y se ejecuta el modelo local. Todo el tráfico a través de este pasillo va directamente a su infraestructura y de vuelta. Ninguna tercera parte accede al contenido de este tráfico, no lo procesa e incluso no lo ve en forma descifrada: el proveedor de VPN (si no es un servidor propio de la empresa) ve, en el mejor de los casos, el hecho de la conexión, pero no su contenido.
Es decir, la prohibición del primer escenario lógicamente no se extiende al segundo. Son dos direcciones de movimiento de datos distintas:
- En el primer caso, los datos se mueven hacia afuera, hacia una infraestructura ajena.
- En el segundo, la persona se mueve (condicionalmente) hacia adentro, hacia su propia infraestructura.
A menudo se confunden precisamente por la palabra "externo", que intuitivamente parece la misma en ambas formulaciones, aunque técnicamente sean procesos opuestos en dirección. Comprender esta diferencia es el fundamento sobre el que se construye toda la arquitectura de acceso remoto seguro que analizaremos en las siguientes secciones.
Qué es una VPN y en qué se diferencia una VPN Corporativa de la "VPN para Netflix" habitual
La mayoría de la gente ha oído hablar de las VPN en el contexto de "ver Netflix de EE. UU." o "saltarse el bloqueo regional de un sitio web". Esto es cierto, pero es solo uno de los posibles escenarios de uso de una VPN y no es precisamente lo que necesita una empresa. La confusión entre estos dos escenarios a menudo impide que los directivos no técnicos comprendan por qué la VPN se considera una solución para requisitos de seguridad estrictos, después de todo, "VPN para Netflix" se asocia más con saltarse restricciones que con proteger datos.
VPN de Consumo: cambio de geolocalización
Cuando usted está en Kiev y activa la VPN de "EE. UU.", su tráfico no va directamente al sitio que visita. En cambio, primero llega a un servidor intermedio del proveedor de VPN en algún lugar de Nueva York, y desde allí continúa hacia Internet. Cualquier sitio web que visite verá la dirección IP de este servidor intermedio y pensará que usted se encuentra físicamente allí, no en Kiev.
El objetivo de una VPN así es ocultar o suplantar su ubicación real al navegar por Internet público normal. El punto final de la ruta es siempre un sitio o servicio de acceso público que, en principio, está abierto a cualquiera en el mundo. La VPN aquí actúa como una "máscara", no como una "llave para puertas cerradas".
VPN Corporativa: un túnel a una red cerrada
Una VPN Corporativa resuelve una tarea completamente diferente. Su objetivo no es ocultar dónde se encuentra, sino darle acceso a donde un usuario normal de Internet no tiene acceso en absoluto: a la red interna y cerrada de la empresa, que en principio no es visible desde Internet público.
Aquí no hay un "servidor intermedio en otro país" que enmascare su ubicación. En cambio, hay una conexión cifrada directa entre su dispositivo y un servidor específico de la empresa. Este servidor, por lo general, ni siquiera tiene una dirección IP pública, lo que significa que es físicamente imposible acceder a él con una solicitud normal de Internet, sin importar cuál sea su navegador o ubicación. La única forma de llegar allí es tener la clave de acceso correcta (un certificado o configuración) que la empresa le ha emitido específicamente a usted.
VPN de Consumo vs. VPN Corporativa: comparación
| Criterio | VPN de Consumo | VPN Corporativa |
|---|---|---|
| Objetivo | Ocultar/suplantar la geolocalización | Proporcionar acceso a la red interna cerrada |
| Punto de destino | Internet público (Google, Netflix, cualquier sitio web) | Un servidor interno específico de la empresa |
| Visibilidad del servidor desde el exterior | No aplicable: se trata de sitios públicos | El servidor a menudo no tiene IP pública; invisible para Internet normal |
| Quién puede conectarse | Cualquiera que haya pagado una suscripción al servicio | Solo a quien se le haya emitido una clave de acceso personal |
| Usuario típico | Persona física | Empleado de la empresa |
Esta tabla muestra el panorama general, pero dentro de la categoría VPN Corporativa también hay opciones, en particular, entre diferentes protocolos. Si está interesado en una comparación detallada de WireGuard y OpenVPN para empresas, la hemos analizado en un artículo separado.
Analogía: "un cable virtual a la oficina"
La forma más sencilla de imaginar una VPN Corporativa es así: usted, desde casa, conecta un cable de red virtual directamente a la red de la oficina. Su portátil se "teletransporta" técnicamente al interior de la oficina: ve los mismos recursos internos a los que tendría acceso sentado en su escritorio de trabajo: servicios internos, carpetas compartidas y, en nuestro caso, la interfaz del asistente de IA en la dirección interna del servidor.
Al mismo tiempo, todo su demás tráfico de Internet (correo electrónico, sitios web normales, redes sociales) no pasa por este "cable", solo el tráfico destinado al servidor interno de la empresa. Esto se llama split-tunneling, y es así como generalmente se configuran las VPN Corporativas: para no sobrecargar el canal interno de la empresa con tráfico innecesario y no ralentizar la navegación normal por Internet del empleado.
Un matiz importante: a diferencia de las VPN de Consumo, donde el objetivo es parecerse a "algún otro lugar", en las VPN Corporativas la geolocalización del empleado no importa en absoluto. Ya sea desde Kiev o desde un hotel en otra ciudad, el resultado es el mismo: una conexión directa y controlada al servidor interno de la empresa, sin ningún intermediario que procese o vea los datos.
¿Por qué no se puede simplemente abrir la interfaz web a Internet?
Pregunta lógica: si AskYourDocs es una aplicación web, ¿por qué no simplemente abrir un puerto hacia afuera y acceder a través de un navegador normal? En la práctica, esto crea de inmediato varios riesgos importantes.
- Los escáneres lo encuentran de inmediato. Cualquier puerto abierto en Internet cae en el radar de los escáneres automáticos (Shodan, masscan y similares) a las pocas horas de su aparición, independientemente de cuán "discreta" parezca la dirección.
- Comienzan los ataques de fuerza bruta. Un formulario de inicio de sesión abierto hacia afuera casi de inmediato recibe un flujo de intentos automatizados de adivinar contraseñas: es una cuestión de "cuándo", no de "si".
- Se necesita un WAF. Para filtrar solicitudes maliciosas (SQLi, XSS y otros ataques a nivel de aplicación), es necesario desplegar y mantener un Web Application Firewall, un componente adicional, con su configuración y gastos.
- Se necesita protección contra bots. Sin una capa separada anti-bot/rate-limiting, el servidor gasta recursos procesando tráfico malicioso en lugar de usuarios reales, y los registros se llenan de ruido, lo que dificulta la detección de actividad sospechosa real.
La VPN elimina todos estos riesgos de inmediato: el servicio simplemente no es visible desde el exterior. No hay un puerto abierto, por lo tanto, no hay nada que escanear, probar o atacar. En lugar de construir un perímetro de defensa alrededor de una aplicación pública, la eliminamos por completo del espacio público y dejamos el acceso solo a través de un túnel cifrado WireGuard.
¿Por qué utilizamos WireGuard específicamente?
Elegimos WireGuard no por moda, sino por ventajas técnicas específicas que afectan directamente la velocidad y la fiabilidad del acceso a AskYourDocs.
- Criptografía moderna. WireGuard se basa en un conjunto actualizado de primitivas criptográficas (Noise Protocol Framework, Curve25519, ChaCha20Poly1305), sin algoritmos obsoletos y sin "opciones adicionales" que tendrían que configurarse y verificarse por separado en cuanto a seguridad.
- Velocidades más altas en comparación con OpenVPN. Una menor sobrecarga del protocolo y la operación a nivel del kernel (para Linux) ofrecen un rendimiento significativamente mejor y una latencia más baja: esto se nota incluso al trabajar con documentos a través de AskYourDocs.
- Configuración más sencilla. Un archivo de configuración con un par de claves y el cliente está listo para conectarse. No hay una distribución compleja de certificados, como en una configuración clásica de OpenVPN.
- Menos código, menor superficie de ataque. El núcleo de WireGuard tiene alrededor de 4.000 líneas de código, frente a cientos de miles en OpenVPN/OpenSSL. Un código más pequeño es más fácil de auditar y tiene menos lugares donde puede ocultarse una vulnerabilidad.
- Multiplataforma. Hay clientes oficiales para Linux, Windows, macOS, Android e iOS/iPhone: el empleado se conecta desde cualquier dispositivo con la misma facilidad.
Una comparación detallada con la alternativa está en nuestro artículo separado: WireGuard vs OpenVPN: qué elegir para empresas.
Cómo encaja el acceso remoto en la arquitectura de una solución autoalojada
Ahora vamos a juntarlo todo y a ver cómo se ve a nivel de la arquitectura real de un asistente de IA autoalojado: no de forma abstracta, sino paso a paso, desde el momento en que un empleado enciende su portátil en casa hasta el momento en que recibe una respuesta en la pantalla.
Ruta de la solicitud del empleado
- El empleado activa el cliente VPN en su dispositivo (en casa, en viaje de negocios, en cualquier lugar, la ubicación no importa).
- Se establece un túnel cifrado hacia la red interna de la empresa; a partir de ese momento, el dispositivo del empleado se considera técnicamente "dentro" de la red de la oficina.
- El empleado abre el navegador y accede a la dirección interna del servidor (por ejemplo, un alias DNS interno como
askyourdocs.internal), exactamente igual que lo haría desde su puesto de trabajo en la oficina. - La solicitud llega al servidor interno, donde se ejecuta toda la sistema: la interfaz web, el LLM local, la base de documentos. Todos estos componentes están ubicados físicamente en el mismo servidor o en la misma red interna de la empresa.
- El modelo local procesa la solicitud y genera la respuesta sin ninguna llamada externa: la búsqueda en documentos, la búsqueda vectorial, la generación de texto por el modelo ocurren localmente, sin ninguna solicitud HTTP que salga del perímetro.
- La respuesta regresa al empleado a través del mismo túnel cifrado: el mismo "pasillo" por el que llegó la solicitud.
En ninguno de estos pasos los datos abandonan el perímetro de la empresa. No hay un momento en el que un fragmento del documento o la solicitud del empleado termine en el servidor de un proveedor externo; toda la ruta, desde el primer hasta el último paso, permanece dentro de la red que controla la propia empresa.
Por qué esto es crítico especialmente para clientes con requisitos estrictos
Para una empresa normal, la diferencia entre una solución "en la nube" y una "autoalojada" a menudo se reduce a una cuestión de comodidad: una configuración ligeramente más larga a cambio de un mayor control. Pero para ciertas industrias, no es una cuestión de comodidad, sino de cumplimiento de requisitos regulatorios y de seguridad internos, cuyo incumplimiento tiene consecuencias muy específicas:
- Infraestructura crítica — la filtración de documentación técnica, reglamentos de mantenimiento o esquemas de sistemas puede tener consecuencias mucho más allá de las pérdidas reputacionales. En este sector, a menudo se aplican normas de ciberseguridad específicas (por ejemplo, IEC 62443 para sistemas de control industrial) que regulan directamente el aislamiento de redes con datos críticos.
- Sector legal — la confidencialidad de los documentos del cliente a menudo está consagrada contractualmente (NDA, condiciones de representación), y no es simplemente deseable como buena práctica. La transmisión de fragmentos de documentos del cliente a un proveedor de IA externo sin permiso explícito puede constituir una violación de estas obligaciones contractuales.
- Finanzas — los requisitos regulatorios para el procesamiento de datos de clientes (dependiendo de la jurisdicción, puede ser GDPR en Europa o estándares de la industria como PCI DSS para datos de pago) generalmente prohíben directamente la transferencia de datos personales o financieros a terceros sin un permiso o acuerdo de procesamiento de datos por separado.
Nota: Los ejemplos de reglamentos proporcionados ilustran el contexto general de la industria y no constituyen asesoramiento legal sobre el cumplimiento de su situación específica; el cumplimiento exacto debe ser verificado con su departamento de cumplimiento o abogado.
Para tales empresas, la arquitectura de "todo permanece dentro del perímetro, el acceso solo a través de un túnel controlado" no es una opción adicional, sino una condición básica bajo la cual la solución puede ser considerada. Es por eso que el enfoque autoalojado con acceso VPN existe no como un compromiso entre seguridad y conveniencia, sino como una forma de obtener ambas cosas simultáneamente: control total sobre los datos y acceso remoto completo para el equipo.