Aucune fuite. Aucun compromis.Isolation runtime, par conception.
Chaque handler MCP s'exécute dans un V8 isolate scellé. Pas d'accès aux processus, pas de filesystem, pas d'échappement réseau — avec des limites CPU strictes, des plafonds mémoire et un nettoyage automatique du lifecycle.
Architecture de Runtime Scellé.
Chaque handler déployé sur Vinkius tourne dans son propre V8 isolate. Le runtime démarre vide — pas de processus, pas de require, pas de filesystem. Nous injectons uniquement la logique de votre handler et le Vurb.ts Framework. Tout le reste est physiquement absent.
Scellé par Défaut.
Isolation du Heap
Chaque isolate possède son propre heap V8 privé. Les objets ne peuvent pas franchir les frontières d'isolate. Un handler dans l'Isolate A ne peut pas lire, écrire ou référencer un objet dans l'Isolate B.
V8 impose l'isolation mémoire au niveau du moteur — le même modèle d'isolation utilisé par Chrome pour séparer les onglets de différentes origines. C'est une isolation de niveau matériel, pas du sandboxing applicatif.
Zéro Surface d'API
process, require, import, fs, net, child_process, eval, new Function — physiquement absents du runtime. Pas restreints par politique. Supprimés entièrement.
L'isolate démarre vide. Nous injectons uniquement le Vurb.ts Framework et la logique de votre handler. Chaque API dangereuse que Node.js fournit par défaut n'existe pas dans l'isolate.
Stripping au Niveau AST
Le code source est compilé en bytecode V8 avant l'exécution. Le source original n'est jamais lisible en runtime dans l'isolate.
Nous ne lisons jamais votre code. Le stripping AST garantit que, même dans le cas improbable d'une violation de l'isolate, le code source de vos handlers enterprise ne peut pas être exfiltré.
Lifecycle Binding
La durée de vie de l'isolate est liée à la connexion SSE. Quand la connexion TCP tombe, l'AbortController se propage à travers chaque fetch, timer et promise en attente. Puis l'isolate est détruit.
Zéro processus zombie. Zéro sockets orphelins. Zéro état pendolant. La mort de la connexion est la mort de l'isolate. Pas de garbage collection, pas de nettoyage — annihilation.
V8 Snapshots
La définition MCP est pré-chargée dans le snapshot de l'isolate. Votre handler commence à s'exécuter avec zéro overhead de cold-start.
Le snapshot contient le Vurb.ts Framework compilé, les règles de governance et les validateurs de schema. Quand une connexion arrive, l'isolate est instancié depuis le snapshot en microsecondes.
Guillotine CPU. Plafond Mémoire.
Zéro Tolérance.Timeout strict de 5s — boucle infinie ? Isolate.terminate(). Instantané.
Plafond fixe de 128MB — dépassez-le, tué. Pas de swap. Pas de négociation.
Mort TCP → cascade AbortController → chaque fetch, timer, promise tué.
Egress avec DNS résolu et IP fixé. Plages privées (10.x, 172.16.x, 169.254.x) bloquées au niveau réseau.
Patterns PII scannés par réponse. Cartes de crédit, emails, SSNs — expurgés en RAM, jamais enregistrés.
Chaque action d'enforcement émet un span structuré OpenTelemetry. Observabilité totale.
"Le plafond est le plafond. Dépassez-le, et l'isolate meurt."
Apache 2.0
Vurb.ts Framework est totalement open-source. Règles de governance, moteur d'introspection, CLI — auditable jusqu'à la dernière ligne.
Lockfiles Cryptographiques
Chaque déploiement génère un lockfile signé SHA-256. Le drift de contrat est détecté au build time, pas en production.
Pas d'eval. Pas de new Function.
La génération dynamique de code est bloquée au niveau AST. Vos handlers exécutent exactement ce que vous avez écrit — rien d'injecté, rien de modifié.
Audit Trail de Governance
Chaque vérification de capacité, chaque scan DLP, chaque blocage SSRF — enregistré comme spans structurés OpenTelemetry. Exportez vers Jaeger, Datadog, ou votre propre collector.
Déployez en V8 scellé.
Chaque handler scellé dans un V8 isolate. Guillotine CPU, plafond mémoire, proxy SSRF, DLP — tout imposé par défaut. Aucune configuration requise.
Sans carte de crédit · Plan gratuit à vie