Chargé d'infrastructure système
INAPSI
- Refonte complète du SI (détail ci-dessus)
- SIEM Wazuh, Active Directory, Proxmox VE
Étudiant en Master 2 ERIS à ORT Toulouse, je recherche une alternance en sécurité des systèmes d'information. J'ai déployé un SIEM Wazuh en entreprise avec mes propres règles de détection, sécurisé un annuaire Active Directory et mené la refonte complète d'un SI. Je veux me spécialiser dans la détection et la réponse aux incidents. J'ai aussi conçu et publié SafeVault, un gestionnaire de mots de passe Android sur Google Play.
Chez INAPSI, à Toulouse, j'ai mené la refonte complète du système d'information, de l'audit initial jusqu'à la formation des utilisateurs.
Le projet visait deux choses : centraliser la gestion des comptes et des postes, et surveiller les machines critiques pour repérer les comportements suspects.
Inventaire de 7 postes, 1 imprimante et 2 abonnements (OVH, SFR), puis rédaction d'un cahier des charges de 12 pages.
Déploiement d'un serveur Dell T440 (20 cœurs, 64 Go ECC, RAID 1) sous Proxmox VE 8.x avec ZFS ; création de 5 machines virtuelles et 1 conteneur.
Migration de 12 comptes utilisateurs et 7 postes vers Active Directory ; création de 5 unités d'organisation et 5 GPO pour encadrer les accès.
Déploiement du SIEM Wazuh sur les 5 machines les plus critiques et écriture de règles de détection adaptées au contexte de l'entreprise.
Rédaction de la documentation technique et formation des équipes utilisatrices.
Exemple simplifié. Ces extraits illustrent la logique de détection que j'ai mise en place. Ce ne sont pas une copie exacte des règles déployées chez INAPSI : identifiants et seuils sont donnés à titre indicatif, et chaque ligne est commentée.
<!-- Objectif : repérer quelqu'un qui essaie de deviner un mot de passe -->
<!-- Déclenchement : 8 échecs de connexion sur le même compte en 2 minutes -->
<rule id="100100" level="10" frequency="8" timeframe="120">
<!-- Se base sur la règle Wazuh existante des échecs de connexion Windows (événement 4625) -->
<if_matched_sid>60122</if_matched_sid>
<!-- Compte les échecs pour un même nom d'utilisateur -->
<same_field>win.eventdata.targetUserName</same_field>
<description>Force brute probable sur le compte $(win.eventdata.targetUserName)</description>
<mitre><id>T1110</id></mitre>
</rule><!-- Objectif : être prévenu de chaque nouveau compte créé dans l'Active Directory -->
<!-- Déclenchement : événement Windows 4720 (compte utilisateur créé) -->
<rule id="100101" level="8">
<if_group>windows</if_group>
<field name="win.system.eventID">^4720$</field>
<!-- L'alerte indique quel compte a été créé et par qui -->
<description>Compte $(win.eventdata.targetUserName) créé par $(win.eventdata.subjectUserName)</description>
<mitre><id>T1136</id></mitre>
</rule><!-- Objectif : détecter toute modification d'une stratégie de groupe (GPO) -->
<!-- Déclenchement : événement Windows 5136 (objet de l'annuaire modifié) -->
<!-- Prérequis : l'audit des modifications de l'annuaire doit être activé -->
<rule id="100102" level="10">
<if_group>windows</if_group>
<field name="win.system.eventID">^5136$</field>
<!-- On ne garde que les modifications qui touchent une GPO -->
<field name="win.eventdata.objectClass">groupPolicyContainer</field>
<description>Stratégie de groupe modifiée par $(win.eventdata.subjectUserName)</description>
<mitre><id>T1484.001</id></mitre>
</rule>SafeVault est une application Android qui garde mots de passe et notes sensibles uniquement sur le téléphone : pas de compte, pas de serveur, pas de publicité, pas de connexion à Internet. J'ai défini les exigences de sécurité, piloté le projet de bout en bout et publié l'application sur Google Play.
Le code a été écrit avec l'aide d'un assistant d'IA (Claude Code) : j'ai relu et validé chaque plan, testé chaque version sur un vrai téléphone, et pris en charge la signature, le test fermé et la publication. Mon objectif était de pratiquer la sécurité par conception : réduire la surface d'attaque plutôt que d'ajouter des protections autour d'un service en ligne.
Aucune donnée ne quitte l'appareil : sans serveur ni compte, toute une classe de risques (fuite côté serveur, interception réseau, compromission de compte) disparaît par construction.
Une clé de données aléatoire chiffre le coffre en AES-256-GCM. Cette clé est protégée par le mot de passe maître (PBKDF2-SHA256, 600 000 itérations, sel aléatoire) et, séparément, par la phrase de secours : changer de mot de passe ne demande pas de tout rechiffrer.
Verrouillage automatique après 3 minutes et au passage en arrière-plan, délai croissant après des essais de mot de passe erronés, captures d'écran bloquées, presse-papiers effacé après 30 secondes, déverrouillage biométrique en option.
Suppression des permissions Internet et état du réseau, politique de sécurité de contenu qui interdit toute connexion, sauvegarde automatique Android désactivée. Vérifié dans le manifeste fusionné puis sur un téléphone.
Test fermé de 14 jours avec plus de 12 testeurs, déclaration « Sécurité des données » alignée sur le comportement réel, politique de confidentialité en ligne, fiche Play rédigée sans promesse excessive.
Limites assumées. SafeVault n'a pas fait l'objet d'un audit indépendant. La dérivation de clé utilise PBKDF2 (Argon2id est prévu dans une prochaine version), et l'application ne propose ni remplissage automatique ni synchronisation. Elle ne protège pas un téléphone déjà compromis. Je les indique ici parce qu'un outil de sécurité doit dire ce qu'il ne fait pas.
Équivalence ENIC-NARIC (France) : niveau 6 (Bac+3)
Botium Toys est un fabricant et revendeur de jouets fictif, utilisé comme cas d'étude. À partir du rapport de périmètre et d'évaluation des risques fourni, j'ai audité son programme de sécurité : actifs, réseau interne, systèmes, contrôles et conformité.
J'ai rempli la liste de vérification des contrôles et de la conformité, puis rédigé des recommandations classées par priorité, en m'appuyant sur la fonction « Identifier » du NIST CSF.
AbsentEn place
Chiffrement au repos et en transit, moindre privilège et séparation des tâches (PCI DSS, RGPD, SOC 1/2).
Plan de reprise après sinistre et sauvegardes régulières, testées, des données critiques.
Déployer un IDS pour compléter le pare-feu et l'antivirus existants.
Politique de mots de passe robuste et gestionnaire centralisé avec réinitialisation en libre-service.
Appliquer la fonction « Identifier » du NIST CSF et répondre à l'exigence de classification du RGPD.
Calendrier de surveillance et de maintenance, et méthodes d'intervention clairement définies.
Mon école me laisse jusqu'au 31 décembre 2026 pour signer mon contrat de professionnalisation. Je peux commencer dès la signature. La formation est en principe prise en charge par l'OPCO de l'entreprise ; ORT Toulouse accompagne les démarches.
Vous préférez un document à transmettre ? Mon CV tient sur une page.
Télécharger le CV (PDF)