Jupyter Server: El manejador WebSocket de gateway omite la autorización de ejecución del kernel

Resumen

El manejador WebSocket de gateway de Jupyter Server comprueba que el usuario esté autenticado, pero no consulta al Authorizer configurado si dicho usuario tiene permiso para ejecutar kernels.

En Jupyter Server 2.0.0 hasta 2.5.0, habilitar GatewayClient.url reemplazaba automáticamente el manejador habitual del canal del kernel por este manejador específico del gateway. Por lo tanto, un usuario autenticado al que se le deniega la acción execute sobre el recurso kernels puede, aun así, abrir un canal hacia el kernel y enviar mensajes al kernel upstream.

Detalles

El manejador habitual realiza la comprobación de autorización esperada antes de crear la conexión WebSocket:

https://github.com/jupyter-server/jupyter_server/blob/v2.5.0/jupyter_server/services/kernels/websocket.py#L39-L47

El manejador del gateway únicamente comprueba current_user y después abre el canal upstream. Nunca invoca a authorizer.is_authorized(...):

https://github.com/jupyter-server/jupyter_server/blob/v2.5.0/jupyter_server/gateway/handlers.py#L49-L75 https://github.com/jupyter-server/jupyter_server/blob/v2.5.0/jupyter_server/gateway/handlers.py#L87-L98

El modo gateway seleccionaba dicho manejador automáticamente reemplazando los manejadores con rutas coincidentes:

https://github.com/jupyter-server/jupyter_server/blob/v2.5.0/jupyter_server/serverapp.py#L437-L446

El PR #1261 dejó de sustituir el manejador normal y en su lugar enrutó el tráfico del gateway a través de GatewayWebSocketConnection. Esto parece haber corregido la configuración predeterminada del gateway en 2.6.0, aunque el manejador obsoleto sigue presente en las versiones actuales y todavía se puede registrar de forma directa.

https://github.com/jupyter-server/jupyter_server/pull/1261

Validación a nivel de código

1. Configure un Authorizer personalizado que devuelva false para execute sobre kernels para un usuario autenticado estándar.
2. Configure GatewayClient.url en Jupyter Server 2.0.0-2.5.0.
3. El KernelWebsocketHandler habitual rechazaría a dicho usuario con 403 en pre_get.
4. El modo gateway lo sustituye por WebSocketChannelsHandler. Su método authenticate solo rechaza a usuarios anónimos, y get continúa hacia el gateway upstream sin una decisión de autorización.

Impacto

Se trata de una omisión de verificación de autorización, no de una elusión de autenticación. Afecta a implementaciones que utilicen un Authorizer personalizado restrictivo y Jupyter Gateway/Enterprise Gateway. Un usuario autenticado con permisos de solo lectura o limitados de otro modo puede cruzar el límite de autorización previsto y lograr la ejecución en el kernel, accediendo a los datos y credenciales a disposición de dicho kernel.

Versiones afectadas

• Configuración predeterminada del gateway: 2.0.0 hasta 2.5.0
• 2.6.0 y posteriores: la ruta predeterminada utiliza el manejador estándar autorizado, pero registrar manualmente el módulo en desuso jupyter_server.gateway.handlers todavía expone el comportamiento anterior.