$ whoami

Axel Martin

Étudiant ingénieur en cybersécurité, entre Blue Team et Red Team.

En 1re année du cycle ingénieur à l'ÉPITA, en alternance. J'apprends en construisant : mon infrastructure personnelle, de l'administration d'infrastructure réelle, et des outils qui rendent les systèmes plus sûrs.

Voir mes projets Me contacter

01. À propos

Après un BTS SIO et un Bachelor Numérique option cybersécurité à StJo Sup (Le Havre), je poursuis en cycle ingénieur à l'ÉPITA, spécialité cybersécurité, en alternance.

Ce qui m'intéresse : comprendre comment un système tombe, pour mieux le défendre. Côté défense, j'ai monté mon propre laboratoire de détection. Côté terrain, j'ai participé à l'administration et à la sécurisation d'un parc informatique multi-sites.

Ce avec quoi je travaille :

  • Active Directory
  • Windows Server
  • DNS / DHCP
  • GPO
  • Pare-feu
  • Linux
  • SSH
  • Virtualisation
  • Conteneurs
  • Stockage réseau
  • Gestion de parc
  • SIEM
  • IDS
  • Nmap
  • Burp Suite
  • Python
  • C
  • Bash
  • Git
Portrait d'Axel Martin

02. Projets

Blue Team

Laboratoire de détection

J'ai monté un laboratoire personnel de détection : un SIEM pour collecter et corréler les journaux, un IDS réseau, et un honeypot SSH pour étudier des tentatives d'intrusion.

  • SIEM
  • IDS réseau
  • Honeypot
Infra

NAS auto-hébergé

Un NAS hébergé chez moi, sous TrueNAS : stockage, sauvegardes et services auto-hébergés, pour garder la main sur mes données et apprendre chaque brique. Ma démarche de sécurisation est détaillée plus bas.

  • Stockage réseau
  • Sauvegardes
  • Auto-hébergement
Voir ma démarche ↓
Red Team

Laboratoire offensif

Machines de test, CTF, analyse de vulnérabilités et exercices de pentest, toujours en environnement contrôlé.

  • Kali
  • Nmap
  • Burp Suite
TryHackMe ↗ Root-Me ↗
Outillage

Garde-fous pour agent IA

Hooks de sécurité pour un agent de code IA : blocage des commandes destructrices et des reverse shells, protection des fichiers de secrets, et journal d'audit en JSON Lines ingérable par un SIEM. Limites documentées : une liste noire n'est pas un sandbox.

  • Python
  • Regex
  • JSONL

03. Parcours

  1. 2026 →

    Cycle ingénieur — ÉPITA

    1re année, spécialité cybersécurité, en alternance.

  2. Actuellement

    Alternance — équipe Infrastructure, ISC Software

    Rôle de co-RSSI : participation aux sujets liés à la sécurité des systèmes d'information.

  3. Stage

    Infrastructure & sécurité — groupe scolaire

    Administration Active Directory, gestion du pare-feu, déploiement Wi-Fi et SSH, interventions matérielles et déploiement logiciel sur un parc multi-postes, en coordination avec des prestataires externes.

  4. 2025 – 2026

    Bachelor Numérique, option cybersécurité — StJo Sup

    Le Havre, en formation initiale.

  5. BTS SIO

    Services informatiques aux organisations.

Formations et plateformes

04. Mon infrastructure

Chez moi, un NAS me sert avant tout de terrain d'apprentissage : sauvegarder, superviser, automatiser, et maîtriser qui accède à quoi.

Je ne décris pas l'installation elle-même : ici, je montre la façon de penser. Chaque choix part de la même question : qu'est-ce qui peut mal tourner, et comment en limiter les conséquences ?

Fil conducteur : la défense en profondeur. Aucune mesure n'est parfaite, alors plusieurs couches indépendantes se complètent, et si l'une cède, les autres tiennent.

Principe

Moindre privilège

Le risque
Un compte ou un service compromis qui aurait accès à tout le reste.
Ma démarche
Chaque service et chaque compte ne reçoit que les droits dont il a réellement besoin, rien de plus.
Ce que j'en ai appris
Des droits trop larges ne se remarquent pas tant que tout fonctionne : je les vérifie à chaque changement, pas seulement à l'installation.
Principe

Mises à jour régulières

Le risque
Une faille connue et publiée qui reste ouverte, alors que le correctif existe.
Ma démarche
Je suis les mises à jour de chaque brique et je les applique régulièrement, en sachant toujours précisément ce qui tourne.
Ce que j'en ai appris
Une mise à jour se prépare : savoir ce qui change et pouvoir revenir en arrière la rend bien moins risquée que de la repousser.
Principe

Journalisation et alertes

Le risque
Un incident ou une panne qui passe inaperçu pendant des jours.
Ma démarche
Les services importants sont supervisés en continu, les événements sont journalisés, et je suis alerté en cas d'anomalie.
Ce que j'en ai appris
Une bonne alerte est une alerte rare : trop d'alertes, et on finit par ne plus les lire.
Principe

Pouvoir revenir en arrière

Le risque
Une erreur de manipulation ou une perte de données sans retour possible.
Ma démarche
Instantanés réguliers, sauvegardes, et un point de restauration avant chaque changement important : je peux revenir en arrière à tout moment.
Ce que j'en ai appris
Je l'ai appris à mes dépens : j'ai un jour supprimé un fichier important, à une époque où rien n'était redondé. Depuis, aucune modification sans point de retour.

05. Contact

Alternance, stage, projet, ou juste parler sécu : écris-moi.

Message transmis via Formspree.