# LLM Context
URL: https://diegocecato.dcsolution.it/glm-5-3-sglang-kv-cache-isolamento-tenant/

# GLM-5.3: quando la memoria di un altro cliente diventa una risposta

> Analisi tecnica dell'incidente GLM-5.3 su Cloudflare Workers AI: un disallineamento della capacità KV cache e un percorso di rifiuto SGLang hanno consentito risposte con dati di altre richieste. Focus su ownership, lifetime e test di isolamento multi-tenant.

## Articolo
- [GLM-5.3: quando la memoria di un altro cliente diventa una risposta](https://diegocecato.dcsolution.it/glm-5-3-sglang-kv-cache-isolamento-tenant/): articolo completo e analisi delle implicazioni architetturali.

## Approfondimenti tecnici
- [Cloudflare: postmortem GLM-5.3](https://blog.cloudflare.com/kv-cache-exposure-remediation/): ricostruzione ufficiale dell'incidente e delle misure correttive.
- [SGLang: request isolation](https://www.lmsys.org/blog/2026-10-26-cf-security): dettagli upstream sui fix di admission e gestione della memoria asincrona.
- [SGLang issue 30233](https://github.com/sgl-project/sglang/issues/30233): segnalazione originale del percorso di rifiuto nel prefill/decode disaggregato.

## Letture correlate
- [Habitat e isolamento multi-tenant](https://diegocecato.dcsolution.it/habitat-multi-tenant-isolamento-scalabilita/): trade-off fra condivisione e isolamento dei carichi.
- [Symfony e il significato di HTTP 200](https://diegocecato.dcsolution.it/symfony-8-2-http-trailers-grpc-status-finale/): distinzione fra successo del trasporto ed esito applicativo.