Réplica locale du moteur de Lambda MicroVMs (Firecracker v1.17.0), exécutée le 01/10/2026 sur la machine de Patrick — pas sur AWS (crédits en arrivée). Banc : 9/9 verts, sabotage vérifié rouge, 3 runs stables.
6.1.155+) différent de l'hôte (7.0.0-34) ; elle ne voit que 2 processus (les siens) et aucun fichier de l'hôte (/home/orel inexistant pour elle).EGRESS: BLOQUE). Un agent ne peut rien exfiltrer.rm -rf /tmp /var/tmp /etc dans la VM ; l'hôte est ressorti intact (fichier témoin vérifié).ETAT_SECRET_42) a survécu. Restore local mesuré : ~5,9 s (inclut la fin du sommeil invité — la reprise propre est plus rapide).| Question posée à AWS | Ce que le PoC apporte |
|---|---|
| 1. État > 8h | Le mécanisme existe et est prouvé : snapshot mémoire → restore dans une VM neuve. Sur Lambda, le pattern sera snapshot + état externalisé (S3) ; la limite 8 h ne tue plus l'agent, elle le reloge. |
| 2. Garde-fous in-VM + egress | L'egress coupé « par défaut » est prouvé en local (pas de carte réseau = pas de sortie). Reste à confirmer l'équivalent kernel-level côté AWS et l'instrumentation in-VM — c'est la question du call. |
| 3. Prix à l'échelle (burst 4x) | Non mesurable localement, par nature. Question maintenue pour le call — elle décide du modèle FinOps. |
cd ~/Desktop/METAHACKATHONS/poc-microvms && bash test-poc.shterraform/main.tf — à apply dès les crédits reçus.Honnêteté du banc : nombres mesurés sur cette machine, pas extrapolés. Les paramètres précis de Lambda MicroVMs (champs d'API, limites exactes) seront confirmés pendant le call du 02/10 — c'est l'objet des 3 questions envoyées.