INULTUS - Claude Code pour vos serveurs. En laisse.

Ouvrez une session dans votre navigateur. Discutez avec l'IA d'un cote, un VSCode complet de l'autre, un vrai depot git derriere le workspace. Decrivez en langage naturel. L'IA ecrit du code PyInfra sous forme de commits que vous pouvez lire, modifier, differ. Les dry-runs sont libres. L'execution exige deux humains. Vos donnees ne quittent jamais votre reseau.

On-premises Validation a deux VSCode embarque Air-gap

Non inultus premor

Qui s'y frotte s'y pique.

30+

hopitaux francais victimes de ransomware en 2022-2023

20%

des serveurs hospitaliers tournent sur des systemes obsoletes

150+

heures/mois en gestion manuelle des vulnerabilites

3x

hausse de l'exploitation de vulnerabilites comme vecteur d'attaque

Les institutions se font pirater. Elles ne recrutent pas assez vite pour l'empecher.

30+ hopitaux francais victimes de ransomware en 2 ans. 20% des serveurs hospitaliers tournent sur des systemes obsoletes. Vos equipes passent 150h/mois a patcher au lieu de securiser le parc.

Les breches s'accelerent

60% des breches sont liees a une vulnerabilite connue et non corrigee. L'exploitation de vulnerabilites comme vecteur d'acces initial a triple en un an. Chaque retard est une fenetre pour les attaquants.

Des outils IA qui cassent la prod

Claude Code et Cursor executent du bash brut. Commandes arbitraires. Un rm -rf hallucine et l'entreprise est a l'arret. Aucun sysadmin ne fait confiance a une IA avec un acces SSH brut en production.

La regulation force a agir

NIS2 couvre 15 000 entites en France. DORA, HDS, SecNumCloud : les echeances sont la. Le patching manuel ne suit plus. Les auditeurs frappent a la porte.

La souverainete n'est pas negociable

Administrations, banques, hopitaux : impossible d'envoyer les donnees du parc a un SaaS. 86% des DSI prevoient de rapatrier des workloads on-premises en 2025 (IDC). Les copilotes IA existants sont cloud uniquement. Redhibitoire.

Remplacez le sysadmin senior que vous ne trouvez pas.

Ouvrez une session dans votre navigateur. Discutez avec l'IA d'un cote, un VSCode embarque de l'autre. L'IA ecrit du code PyInfra dans un vrai depot git. Vous lancez un dry-run librement. L'execution exige l'approbation d'un coequipier, et ce doit etre un utilisateur different.

Decouvrez

Interrogez votre parc

Posez vos questions en langage naturel. L'IA collecte les facts PyInfra sur votre parc et retourne des donnees structurees : versions d'OS, paquets installes, services actifs, noyaux, ports ouverts. Chaque appel est trace dans la piste d'audit de la session.

inultus
vous> Quels OS et gestionnaires de paquets
sur mes serveurs tagges prod ?
Collecte des facts sur 23 hotes prod...
HOTE OS PKG MGR
prod-web-01 Ubuntu 22.04 apt
prod-web-02 Ubuntu 22.04 apt
prod-db-01 Debian 12 apt
prod-api-03 Rocky 9.3 dnf
Instruisez

Decrivez ce qu'il faut faire

"Durcis le groupe prod-web selon CIS Niveau 1." L'IA lit la bibliotheque de docs (operations PyInfra, regulations, exemples), recupere les facts, et ecrit du vrai code PyInfra sous forme de commits dans le depot git de votre session. Vous voyez chaque fichier dans le VSCode embarque. Vous pouvez les modifier vous-meme.

inultus
vous> Durcis le groupe prod-web selon
CIS Niveau 1
Lecture de /docs/regulations/cis/...
Audit de 23 hotes...
12 ecarts (SSH, perms, audit)
Ecrit : src/harden_cis.py, src/inventory.py
Commit : feat: baseline CIS Niveau 1
Dry-run

Test sur le parc reel, sans rien appliquer

Avant que quoi que ce soit ne touche vos serveurs, l'IA lance `pyinfra --check` dans le conteneur de session isole, contre les cibles reelles. Le diff arrive en direct dans votre navigateur. Aucun changement applique. Chaque dry-run est trace avec stdout, stderr et resultat, attache au SHA du commit.

inultus
vous> Dry-run
Lancement de pyinfra --check sur 23 hotes...
+ files.line(/etc/ssh/sshd_config, ...)
+ systemd.service(auditd, running=True)
23 hotes, 0 erreurs, 47 changements en attente
Logs sauvegardes en job kind=check
Validation a deux

Vous proposez. Un coequipier approuve. Ensuite ca tourne.

Vous cliquez Proposer. Un coequipier different ayant les droits read-write relit le diff, le dry-run, le code dans git. Il approuve. L'apply tourne dans le meme conteneur de session isole, les logs arrivent en direct, le resultat complet atterrit dans une piste d'audit immuable. La cle SSH est dechiffree en memoire, ecrite en tmpfs, dechiquetee a la sortie.

inultus
Risque : MOYEN (config SSH modifiee)
Cibles : 23 hotes, commit a4f2c1b
[Proposer au coequipier]
Envoye a coequipier@exemple.com...
Approuve par coequipier@exemple.com
Execution dans le conteneur de session...
ok sshd_config durci
ok auditd actif, active

On-premises par defaut

Vos donnees restent sur votre reseau. L'IA reste en laisse.

VOS LOCAUX
  • Dashboard web avec VSCode embarque par session
  • Un conteneur isole par session (Python + PyInfra)
  • Depot git par session : code, diff, historique
  • PocketBase (BDD + stockage fichiers + SSO OIDC)
  • Binaire Linux natif, deploye via PyInfra

Les donnees du parc, le code et l'audit ne sortent JAMAIS.

Appels LLM uniquement
CLOUD
  • API LLM (optionnel, interchangeable)

Uniquement l'inference. Aucune donnee stockee.

Option 100% air-gap

Le modele de generation tourne on-premises via llama.cpp. Rien ne sort du reseau. Zero dependance externe. La Release 2 fine-tune le modele en DPO sur les vrais retours de production captures des le premier jour.

Pourquoi Inultus

"Non inultus premor" — Devise de Nancy, Lorraine, depuis 1477.

Contributeur PyInfra #3

Nous ne wrappons pas PyInfra, nous le faconnons. Influence directe sur la roadmap de l'API facts/operations. Ce n'est pas "nous utilisons l'open source". C'est "nous SOMMES l'open source".

Predecesseur eprouve

Jinn, notre predecesseur, sert des clients enterprise payants dans le Golfe : gouvernement, fintech, sante. 500+ serveurs geres. Nous connaissons le client, le deploiement et les objections. Nous ne partons pas de zero.

Le on-premises est notre rempart

Les outils IA cloud ont ouvert le marche. Mais banques, hopitaux et administrations ne peuvent pas les utiliser. Leurs donnees ne peuvent pas quitter leur reseau. Nous servons les clients qu'ils ne peuvent pas atteindre.

Validation a deux dans le code, pas que dans la politique

L'IA ecrit du code PyInfra, pas du bash. Elle peut dry-run librement. Elle n'a pas de tool `apply`. L'execution exige une proposition humaine suivie d'une approbation par un autre humain. Le verrou est dans le code, pas seulement dans la regle. Pas de chemin via prompt injection.

Git, la piste d'audit du code

Chaque ligne de code qui a tourne sur votre parc a un SHA de commit. Chaque changement a un diff. `git log` est auditable, `git show <sha>` est reproductible. PocketBase porte ce que git ne sait pas faire : logs, resultats, retours.

Volant de donnees d'entrainement des le premier jour

Chaque install capture les retours approuve / rejete / edite / rollback sur chaque apply. La Release 2 fine-tune un modele de generation en DPO sur ces vraies preferences, servi on-prem via llama.cpp. Chaque install qu'on livre rend le modele de l'install suivante meilleur.

Construit pour les institutions

OIV (operateurs d'importance vitale)

Energie, transport, eau, defense. Reseaux air-gap, zero dependance externe, obligations LPM. L'ANSSI dans la boucle.

Grandes entites NIS2

Grandes entreprises nouvellement couvertes par NIS2 : industrie, postal, infrastructures numeriques, agroalimentaire. Nouveaux audits, DSI sous-dotees.

Etat, hopitaux, collectivites

Ministeres, GHT hospitaliers, metropoles, collectivites territoriales. Souverainete, HDS, SecNumCloud. Penurie chronique de recrutement.

Grandes entreprises regulees

Banque, assurance, groupes de sante, energie, telecoms. DORA, ISO 27001, controle des changements. Auditeurs en permanence.

Equipe

Loic Tosser

Fondateur

Contributeur PyInfra #3 Speaker FOSDEM 10+ ans de parcs Linux/BSD en production

Createur de Jinn, le predecesseur servant des clients enterprise dans le Golfe : gouvernement, fintech, sante. 500+ serveurs geres.

HQ

Nancy, Lorraine, France

Ne dans la ville du chardon.

Questions

Comment Inultus garantit la securite s'il execute des operations sur mes serveurs ?
L'IA n'obtient jamais d'acces SSH brut. Elle ecrit du code PyInfra dans le depot git de la session. Elle peut dry-run librement (aucun changement applique). Elle n'a pas de tool `apply`. L'execution exige qu'un humain propose et qu'un autre humain different approuve. Les cles SSH sont generees uniquement par Inultus (pas d'upload), chiffrees au repos en age envelope, livrees en tmpfs au moment de l'apply, dechiquetees a la sortie.
Que se passe-t-il si l'IA genere du mauvais code ?
Chaque proposition est dry-run contre le parc reel dans un conteneur de session isole avant tout apply. Le diff arrive en direct dans votre navigateur. Vous lisez le vrai code PyInfra dans le VSCode embarque. Vous pouvez le modifier. Un deuxieme humain relit le diff et approuve avant toute execution. Le mauvais code est rejete au verrou de validation a deux.
Inultus peut-il fonctionner dans un environnement 100% air-gap ?
Oui. Le modele de generation tourne on-premises via llama.cpp. Aucun appel API externe, aucune donnee ne quitte votre reseau. Zero dependance externe. La couche de connaissances (docs PyInfra, regulations, exemples) est livree comme une archive versionnee a remplacer.
Avec quoi Inultus s'integre-t-il ?
Inultus gere tout serveur accessible via SSH : bare metal, VMs, hyperviseurs on-prem. Synchronisation d'inventaire depuis Netbox, VMware Cloud Director, VMware vCenter et Proxmox en v0 ; OpenStack, Foreman/Katello et MAAS en Release 1. SSO OIDC pour l'authentification. CLI et serveur MCP pour l'automatisation externe en Release 1. API PocketBase pour les integrations sur mesure.
Quelle difference avec Ansible ?
Ansible necessite d'ecrire des playbooks. Avec Inultus, vous decrivez l'intention en chat et l'IA ecrit le code PyInfra sous forme de commits dans un vrai depot git. Vous voyez chaque fichier dans un VSCode embarque. La decouverte est integree : posez des questions sur votre infrastructure et obtenez des reponses structurees via les facts PyInfra.
Quel est le retour sur investissement ?
Les equipes passent en general 150+ heures/mois en gestion manuelle des vulnerabilites pour un parc de 100 serveurs. Inultus coute moins cher qu'un sysadmin junior et accelere les cycles de patch de 70 a 80%. Le premier pilote est generalement rentabilise en 3 mois.

Touchez a mes serveurs. Chiche.

Voyez Inultus patcher, durcir et rapporter sur un parc live en 15 minutes.

Planifier une demo

contact@inultus.com