Anis Kasdi — derrière les interfaces.
J’explore ce que les systèmes laissent passer.
Et je construis les outils qui m’aident à aller plus loin.
Une interface raconte une histoire.
Les requêtes en racontent parfois une autre.
01 / TRAVAUX CHOISIS
Des systèmes étudiés, des outils construits.
Voici ce que je fais quand je passe de la curiosité à la pratique.
OUTIL PERSONNEL / APPLICATION DE BUREAUPROJET 01 ↗
Mon grimoire de pentest. La référence technique et le terrain réunis dans un outil que j’ai construit pour mon usage.
AUDIT WEB & API
Audit grey-box d’un backend de jeu : monnaie, statistiques et inventaire modifiables depuis les requêtes du client.
Le point de départ. Observer les échanges entre le client JavaScript et l’API REST, puis comparer les données envoyées avec celles que le serveur accepte.
Le constat. La modification d’un personnage permettait d’envoyer un état forgé. L’enjeu : identifier la frontière entre les données fournies par le client et les décisions qui doivent appartenir au serveur.
La suite. Signalement responsable et cible anonymisée. Références du cas : CWE-602 et CWE-915.
INFRASTRUCTURE AUTO-HÉBERGÉE
Services conteneurisés, reverse proxy TLS, accès privé par VPN et tableau de bord de surveillance des attaques.
Un environnement personnel pour administrer mes services et comprendre leur exposition : séparation des conteneurs, filtrage réseau, durcissement SSH et observation des événements.
Docker, nftables, Caddy, VPN et détection d’intrusion. Le tableau de bord reste privé : les données d’administration ne sont pas exposées dans ce portfolio.
PROGRAMMATION RÉSEAU
Écrire des clients et serveurs pour comprendre les protocoles, les sockets et le multiplexage au-delà des abstractions.
02 / MA FAÇON D’AVANCER
Ce qui m’intéresse, c’est le chemin entre
« ça fonctionne » et « pourquoi ça fonctionne ? ».
Regarder les flux, les entrées et les comportements. Comprendre le fonctionnement attendu avant de chercher les écarts.
Examiner les contrôles d’accès et la logique métier. Remonter d’un comportement inattendu à sa cause.
Documenter les conditions, les preuves et l’impact. Expliquer le problème pour permettre sa correction.
03 / DERRIÈRE LES OUTILS
Je m’intéresse autant à la façon dont un système se construit qu’à celle dont il peut être détourné.
Mon parcours passe par le master CRYPTIS à l’Université de Limoges, la sécurité web et API, le reverse engineering et les challenges CTF. Je programme aussi mes propres outils pour approfondir ce que j’apprends.
Ce portfolio est une fenêtre sur cette pratique : explorer, prendre des notes, essayer et construire.
Retrouver mon parcours sur LinkedIn ↗04 / LA SUITE S’ÉCRIT À PLUSIEURS