Diplômé en 2027 · ouvert aux échanges

Alexis Rolland Ingénieur cybersécurité.

Segmentation, identités, durcissement : je conçois la sécurité de systèmes critiques chez Alstom, couche après couche.

Défense en profondeur

Aucune barrière ne suffit seule.

Chaque couche part du principe que la précédente a cédé. Faites défiler : on les ouvre une à une.

  1. 01 Pare-feu le périmètre

    Tout ce qui n'est pas explicitement autorisé est refusé, en entrée comme en sortie.

  2. 02 Segmentation zones et flux

    Des zones étanches et des flux listés : une compromission reste confinée là où elle a commencé.

  3. 03 Identité MFA, moindre privilège

    Chaque accès est authentifié et réduit au strict nécessaire. C'est elle qui garde le seul passage ouvert.

  4. 04 Chiffrement au repos, en transit

    Une donnée interceptée ou copiée reste illisible.

  5. 05 Données le cœur

    Ce qu'on protège. On ne l'atteint qu'au bout d'un chemin vérifié à chaque couche.

Défense en profondeur

Seul le flux légitime atteint le cœur.

Les flux hostiles s'arrêtent au périmètre. Ceux qui tentent le seul passage ouvert butent sur le contrôle d'identité.

Alstom. Sécuriser des systèmes critiques.

La couche sécurité de systèmes de signalisation ferroviaire critiques, de la segmentation réseau à la livraison. Cinq projets menés en parallèle, en France et à l'international.

Apprenti ingénieur cybersécurité — Systèmes, réseaux & automatisation · Septembre 2024 — septembre 2027

≈450

tests de validation cyber exécutés et suivis jusqu'à correction

50VM

provisionnées depuis un seul fichier JSON

5

projets menés en parallèle, en France et à l'international

Delivery Compliance Toolkit

Conçu et développé seul. Devenu le standard des projets.

Une application Python et PyQt qui met en conformité à distance, par WinRM et SSH, les systèmes Windows et Linux avant leur livraison. Aucun secret en clair sur disque, un rapport à la fin.

  1. Synchronisation NTP
  2. Appartenance au domaine
  3. Comptes
  4. Intégrité
  5. Certificats
  6. Purge des journaux
  7. Scan antivirus
  8. Configuration chiffrée
  9. Rapport HTML

Intégration cyber

Segmentation (VLAN, ouverture de ports, filtrage pare-feu), analyse des flux, isolation du réseau d'administration, Active Directory, certificats, protection des postes.

Architecture et stratégie de test

Une méthode pour dériver les cas de test cyber directement des exigences d'architecture, sur un projet ferroviaire d'envergure nationale.

Audit et gestion des accès

Scripts d'audit des comptes et des mots de passe, étude d'une gestion centralisée des secrets, sécurisation de systèmes en fin de vie.

Virtualisation et conteneurs

VMware vSphere automatisé avec PowerCLI, Docker, Kubernetes, Harvester, et une interface pilotant l'API d'une plateforme d'hyperconvergence.

Avant Société Générale, 2023 · Stage — documentation normative cybersécurité. Refonte des standards et guides cyber, mise à jour des références croisées, correction des incohérences.

Formé à Paris. Spécialisé à Gatineau.

2022 — 2027

ESIEE Paris

Diplôme d'ingénieur, filière Réseaux et sécurité

En apprentissage, filière labellisée SecNumedu par l'ANSSI.

  • Réseaux sécurisés
  • Cryptographie et PKI
  • Gouvernance
  • Pentest et IDS
  • Forensique
  • Durcissement Linux

Noisy-le-Grand

Sept. — déc. 2026

Université du Québec en Outaouais

DESS en cybersécurité, double diplôme

Un semestre de spécialisation avancée, en complément du cursus d'ingénieur.

  • Cyberintelligence
  • DFIR
  • Cryptographie avancée
  • Ingénierie sociale
  • Réponse à incident IT/OT

Gatineau, Canada

Certifications

Obtenue · Octobre 2026

CompTIA Security+

CompTIA · SY0-701

Risque, architecture sécurisée, réponse à incident, gouvernance.

Vérifier CompTIA Security+

Obtenue · Décembre 2025

CCNA ENSA

Cisco Networking Academy

Module Enterprise Networking, Security & Automation : routage avancé, WAN, sécurité réseau.

Vérifier CCNA ENSA

Visée · 2027

Certification cloud Azure

Microsoft

Porter dans le cloud l'identité et la sécurité pratiquées aujourd'hui sur site.

Langues et scores

B1

Allemand · Niveau intermédiaire

Homelab

Le homelab. Mêmes principes, chez moi.

Trois machines tournent jour et nuit, cloisonnées et documentées comme en production. Faites défiler pour les ouvrir.

Trois machines. Un rôle chacune.

Un hyperviseur pour le laboratoire, un NAS pour les données et les services, un contrôleur pour la maison. Allumées 24 h/24, documentées comme en production.

Un seul port ouvert.

UDP 51820, réservé à l'administration par WireGuard. Tout le reste est publié par un tunnel Cloudflare initié depuis l'intérieur, derrière l'authentification unique d'Authentik.

Proxmox VE

Ce que je casse reste isolé.

OPNsense, virtualisé, isole le laboratoire en 10.1.1.0/24. Les VM Windows, Active Directory et CTF n'ont qu'une sortie NAT. Les échantillons analysés, aucune interface réseau.

TrueNAS SCALE

Les données survivent à la machine.

Pools ZFS en miroir, snapshots réguliers et 2 To chiffrés côté client avant de partir hors site. La règle 3-2-1, appliquée à la maison.

Toute l'architecture, arbitrages compris.

Zones, flux, choix assumés et limites connues. Les dépôts documentent chaque machine.

Vue d'ensemble Schéma d'architecture : depuis Internet, les services sont publiés par un tunnel Cloudflare sortant et l'administration passe par un VPN WireGuard, seul port ouvert. Les machines vivent sur le LAN domestique 192.168.1.0/24 ; un pare-feu OPNsense virtualisé isole le réseau de laboratoire en 10.1.1.0/24. Quatre zones d'usage sont représentées — socle et administration, services publiés, laboratoire, IoT et domotique — et les deux premières alimentent une chaîne de sauvegarde 3-2-1. Internet Tunnel Cloudflare Connexion sortante — aucune redirection de port VPN WireGuard UDP 51820 — seul port ouvert, administration Box opérateur → LAN 192.168.1.0/24 OPNsense, virtualisé sur l'hyperviseur, isole le laboratoire en 10.1.1.0/24 — filtrage, NAT sortant, journalisation Socle & administration LAN 192.168.1.0/24 › Hôte Proxmox VE › TrueNAS SCALE › Home Assistant OS › Administration OPNsense Services publiés Docker · tunnel sortant › Nextcloud, Immich, Jellyfin › Gitea, Vaultwarden › Authentik (SSO/MFA) › Reverse proxy + TLS Laboratoire 10.1.1.0/24 · OPNsense › Windows Server / AD › VM CTF & pentest › Analyse en VM isolée › VM jetables (snapshots) IoT & domotique Zigbee · traitement local › Passerelle Zigbee2MQTT › Capteurs ESPHome / ESP32 › Vidéosurveillance locale › Alarme : clavier & sirène Sauvegarde 3-2-1 Snapshots ZFS versionnés · disques redondés · 2 To chiffrés hors site Flux autorisé et filtré Flux de sauvegarde
Schéma à faire défiler horizontalement sur petit écran.
  • Socle & administration

    LAN 192.168.1.0/24

    Règle de flux : Aucune interface d'administration n'est publiée. L'hyperviseur, le NAS, le pare-feu et les accès SSH ne sont joignables que depuis le VPN WireGuard.

  • Services publiés

    Docker · tunnel sortant

    Règle de flux : Seule zone publiée, et uniquement par un tunnel qui s'initie depuis l'intérieur : aucun port entrant. Chaque service dans son conteneur, derrière un reverse proxy unique et l'authentification centralisée.

  • Laboratoire

    10.1.1.0/24 · OPNsense

    Règle de flux : Derrière le pare-feu virtualisé, avec pour seule sortie du NAT vers Internet. Le laboratoire n'initie aucun flux vers le LAN domestique et n'est joignable ni depuis l'extérieur, ni depuis les services.

  • IoT & domotique

    Zigbee · traitement local

    Règle de flux : Les capteurs parlent Zigbee, pas IP : ils ne joignent que leur contrôleur. Vidéo et automatisations sont traitées sur place, aucun flux ne part vers un cloud tiers.

Les trois nœuds

Proxmox VE — virtualisation & laboratoire

Hyperviseur : conteneurs LXC de service, pare-feu virtualisé, environnements de test jetables.

  • GMKtec K12 — 32 Go DDR5, SSD NVMe, basse consommation, 24/7
  • LXC : WireGuard (VPN d'administration) et Apache Guacamole (accès distant web RDP/SSH/VNC)
  • OPNsense virtualisé : séparation entre le LAN 192.168.1.0/24 et le laboratoire 10.1.1.0/24
  • VM Windows Server / Active Directory, Ubuntu, CTF et pentest — restaurées par snapshot après manipulation
Dépôt Proxmox VE

TrueNAS SCALE — stockage & services

Stockage redondé et hébergement des services conteneurisés du quotidien.

  • Jonsbo N4 — Ryzen 5 5600, 32 Go DDR4
  • NVMe pour l'OS, SSD pour les conteneurs, 2 × 4 To de données, 8 To de médias — pools ZFS séparés
  • Une vingtaine de conteneurs : Nextcloud, Immich, Jellyfin, Gitea, Vaultwarden, ONLYOFFICE, Matrix
  • Authentik (SSO/MFA), reverse proxy et TLS, agent de tunnel sortant, réplication chiffrée hors site
Dépôt TrueNAS SCALE

Home Assistant OS — domotique & supervision physique

Alarme, automatisations et vidéosurveillance, traitées entièrement en local.

  • Mini-PC dédié sur SSD, 24/7, sans dépendance à un service externe pour fonctionner
  • Alarme avec clavier à code et sirène Zigbee, alertes et vidéos poussées par bot Telegram
  • Détection d'objets locale sur les caméras : aucun flux vidéo ne sort du logement
  • Passerelle Zigbee (Zigbee2MQTT + broker MQTT local), capteurs maison sous ESPHome/ESP32
  • SSH, partage de fichiers et interfaces d'administration joignables par VPN uniquement
Dépôt Home Assistant OS

Arbitrages

  1. Publier les services ?

    Tunnel sortant, sauf WireGuard.

    Aucun port à exposer. WireGuard reste en direct : c'est l'accès de secours si le tunnel tombe.

  2. Le pare-feu ?

    Virtualisé.

    Souple et réversible par snapshot, faute de place pour un boîtier. Le prix : un point unique de défaillance.

  3. L'administration ?

    Par VPN uniquement.

    Une interface d'administration exposée change une faille d'authentification en compromission totale.

  4. Un VLAN pour l'IoT ?

    Pas encore.

    Les capteurs Zigbee sont hors du réseau IP, pas les objets connectés : c'est la prochaine étape.

Limites assumées

Une architecture qu'on présente sans ses angles morts n'est pas une architecture, c'est une brochure. Voici ce que celle-ci ne couvre pas.

  • Point unique de défaillance sur l'hyperviseur : il porte le pare-feu du laboratoire, le VPN d'administration et les environnements de test.
  • Pas de VLAN sur le LAN domestique : le cloisonnement s'arrête au réseau de laboratoire, à l'isolation par conteneur et au réseau radio Zigbee.
  • La publication des services dépend d'un tiers : sa panne rend les services injoignables depuis l'extérieur, VPN mis à part.
  • Pas de redondance électrique ni réseau : une coupure arrête l'ensemble.
  • Pas encore de centralisation des journaux : le pare-feu journalise, mais rien ne corrèle les trois nœuds.
  • La sauvegarde est vérifiée par sondage, pas encore par un test de restauration complète et périodique.
  • La place manque : le logement ne permet pas d'ajouter le matériel qui lèverait plusieurs de ces limites — un boîtier VPN dédié, une machine physique pour OPNsense, un KVM over IP pour reprendre la main quand l'hyperviseur ne répond plus. Ces arbitrages sont contraints par la surface disponible, pas par la conception.
  • Pas de reprise en main hors bande : si la machine ne démarre plus, il faut être physiquement devant elle.
  • L'échelle reste celle d'un laboratoire : les conclusions qu'on en tire ne se transposent pas telles quelles à un parc d'entreprise.

Prochaines étapes

  • Poser un VLAN dédié aux équipements IoT du logement et lui couper la sortie Internet.
  • Centraliser les journaux des trois nœuds et poser quelques règles de détection.
  • Tester une restauration complète depuis la copie hors site, chronomètre en main.
  • Documenter une procédure de reprise lisible par quelqu'un d'autre que moi.

Un incident en cours, deux heures pour le contenir.

Concevoir, instrumenter et animer un exercice de réponse à incident : une autre équipe prend le quart d'analyste SOC d'une PME acéricole et doit détecter, qualifier et contenir un incident qui progresse en temps réel, sans mettre la production à l'arrêt.

UQO · Projet d'équipe en laboratoire

2 h

de quart SOC, en temps réel, au maximum

5

sources de journaux centralisées dans Splunk

6 sem.

de saison des sucres, quand chaque arrêt coûte le plus cher

Ce que voit le SOC, source par source.

  1. 1 Pare-feu : tous les flux entre zones
  2. 2 Serveurs applicatifs : la face exposée
  3. 3 Active Directory : les authentifications
  4. 4 Bastion : les sessions d'administration
  5. 5 Capteurs : le procédé physique
  6. 6 Splunk corrèle : une seule console
Lire l'étude de cas
Internet
Site marketplace
Routeur-pare-feu 192.168.0.1

LAN Site Web Site Web

192.168.1.0/24

  • Reverse-proxy .1
  • Apache .2
  • Serveur applicatif e-commerce .3
  • Base de données e-commerce .4

LAN Administratif Admin

192.168.2.0/24

  • Active Directory .1
  • Bastion .2
  • Splunk (SIEM) .3
  • Poste administrateur IT .4
  • Postes RH · Finances · Ventes · Direction .5–.8

LAN Production Production

192.168.3.0/24

  • Serveur SCADA (supervision) .1
  • Poste opérateur IHM .2
  • Passerelle IoT
  • Capteur d'ouverture de valve
  • Capteur de température
  • Automate de contrôle de valve

SI d'Érablière Boréale

Ce que j'apporte. Du réseau à l'identité, de l'audit à l'outil.

Architecture et segmentation

Zones, flux autorisés, réseau d'administration isolé. Sur des systèmes critiques comme à la maison.

Identités et accès

Active Directory, PKI, audits de comptes, SSO et MFA. Le moindre privilège, vérifié.

Offensif, réponse et OT

Pentest, réponse à incident, DFIR, renseignement sur la menace, environnements IT/OT.

Automatisation

Python, PowerShell, PowerCLI : ce qui se répète devient un outil.

Gouvernance et risque

Analyse de risque et conformité, pour décider où la sécurité compte vraiment.

Toutes les compétences
Défense et gouvernance
ISO 27001 · EBIOS · RGPD · MITRE ATT&CK · Défense en profondeur · Security by Design · Gestion des risques
Zero-Trust et IAM
Active Directory · PKI · Authentik (SSO/MFA) · Clé FIDO2 · Vaultwarden · Cloudflare Tunnel · WireGuard · Reverse proxy / TLS · Moindre privilège
Réseaux
TCP/IP · VLAN · OSPF / BGP · MPLS · IPv6 · VPN IPsec · OPNsense · Wireshark · Cisco ENSA
Offensif et réponse
Pentest · Réponse à incident · Metasploit · Nessus · IDS · DFIR · FTK / Autopsy · MISP · STIX/TAXII · OSINT · SIEM · CTF
Systèmes et virtualisation
Proxmox VE · VMware vSphere · PowerCLI · TrueNAS SCALE · ZFS · Docker · Kubernetes · Harvester · Linux
Langages
Python · PowerShell · Bash · C · Assembleur · Java · Git
Cryptographie
AES · RSA · Courbes elliptiques · X.509 · TLS · Kerberos · Cryptanalyse
IoT et domotique
Home Assistant OS · Zigbee2MQTT · MQTT · ESPHome / ESP32 · Frigate · Traitement local
Outillage IA
Agents de code · Revue axée sécurité · Analyse d'architecture · Documentation
Zero blind trust : l'IA accélère l'outillage, la revue et la documentation ; la décision et la validation restent humaines, et rien de confidentiel ne sort du périmètre autorisé.

Hors écran. Le reste du temps.

Tutorat bénévole

Cinq ans aux côtés d'une personne dyslexique, pour la prise de notes et l'écriture.

Game jams

Un jeu, une équipe, un week-end. Une bonne école pour livrer sous contrainte.

Curiosités

Cybersécurité industrielle, IA locale, OSINT, cryptographie. Et l'horlogerie, qui me fascine : comprendre comment un mécanisme tient.

Parlons-en.

Diplômé en septembre 2027, ouvert aux échanges dès maintenant.

Gatineau (Québec) jusqu'en décembre 2026, Île-de-France ensuite

alexis@rolland.app — zsh

Tab pour compléter · ↑↓ historique