StegoRSA — picoCTF : la clé privée RSA cachée dans une image

Writeup du challenge StegoRSA (picoCTF, Cryptographie, Facile) : inspection des métadonnées JPEG avec file et exiftool, reconnaissance du format hexadécimal avec dCode, reconstitution de la clé privée RSA et déchiffrement du flag avec OpenSSL.

Posté 11/08/2026 Mis à jour 13/08/2026

Challenge StegoRSA sur picoCTF

Par Emmanuel (emma_aura)

4 min lire

StegoRSA — picoCTF : la clé privée RSA cachée dans une image

Après les wargames (Bandit, Leviathan) et le reverse (RE101), voici un nouveau writeup picoCTF ! StegoRSA est un challenge de cryptographie de niveau facile qui mélange deux mondes : la stéganographie (dissimuler une information dans un fichier image) et le RSA (déchiffrer un message). L’énoncé est un bijou de simplicité : le message est chiffré, la clé publique a disparu… mais quelqu’un a été négligent avec la clé privée. À nous de la retrouver et de déchiffrer le message !

🎯 En bref

Infos	Détails
Catégorie	Cryptographie
Difficulté	🟢 Facile
Plateforme	picoCTF 2026
Auteur du challenge	Yahaya Meddy
Outils utilisés	`file`, `exiftool`, dcode.fr, `openssl`
Fichiers fournis	`flag.enc`, `image.jpg`

📜 Énoncé

A message has been encrypted using RSA. The public key is gone… but someone might have been careless with the private key. Can you recover it and decrypt the message?
Hints :
Metadata can tell you more than you expect.
Hex can be turned back into a key file.

On récupère deux fichiers : un message chiffré flag.enc, et une image image.jpg. Les indices sont clairs — la solution se cache dans les métadonnées de l’image, sous une forme hexadécimale.

🔍 Découvertes

Étape 1 — Identifier le type de fichier

Premier réflexe sur un challenge de stégo/forensics : vérifier ce qu’on a vraiment entre les mains avec file.

  
┌──(emma_aura㉿kali)-[~/Téléchargements]
└─$ file image.jpg
image.jpg: JPEG image data, JFIF standard 1.01, aspect ratio, density 1x1, segment length 16, comment: "2d2d2d2d2d424547494e2050524956415445204b45592d2d2d2d2d0a4d494945765149424144414e42676b71686b6947397730424151454641415343424b63", baseline, precision 8, 512x512, components 3

Le champ comment attire immédiatement l’œil : une longue chaîne hexadécimale est planquée directement dans les métadonnées JPEG. C’est exactement ce que le premier indice (“metadata can tell you more than you expect”) laissait présager.

Étape 2 — Extraire la métadonnée complète

Le comment renvoyé par file est tronqué. Pour récupérer la chaîne hexadécimale en entier, on passe par exiftool, plus complet pour l’extraction de métadonnées.

  
┌──(emma_aura㉿kali)-[~/Téléchargements]
└─$ exiftool image.jpg
...
Comment                         : 2d2d2d2d2d424547494e2050524956415445204b45592d2d2d2d2d0a4d4949...
Image Width                     : 512
Image Height                    : 512
...

Cette fois on récupère la totalité de la chaîne hex, bien plus longue — un signe qu’il s’agit probablement d’un bloc de données structuré plutôt que d’un simple commentaire texte.

Étape 3 — Convertir l’hexadécimal

Deuxième indice du challenge : “hex can be turned back into a key file”. Direction dcode.fr pour convertir cette chaîne hexadécimale en texte lisible via le convertisseur ASCII.

La chaîne hexadécimale extraite se décode directement en clé privée PEM

Le résultat est sans appel : la chaîne hexadécimale n’est autre que l’encodage d’une clé privée RSA au format PEM, en clair :

💡 Petit aparté sur l’outil utilisé : dCode propose aussi un détecteur de chiffrement automatique, capable d’identifier plus de 250 types de chiffrements/encodages à partir d’un texte donné. Pratique quand on n’est pas sûr à 100 % du format en face de soi.

Le détecteur de chiffrement de dCode

L’analyseur confirme qu’il s’agit bien d’hexadécimal

Étape 4 — Reconstituer le fichier de clé

Une fois le contenu PEM récupéré, il ne reste plus qu’à le sauvegarder tel quel dans un fichier local.

  
┌──(emma_aura㉿kali)-[~/Téléchargements]
└─$ nano cle.pivate

(on colle le bloc -----BEGIN PRIVATE KEY----- ... -----END PRIVATE KEY----- récupéré à l’étape précédente, puis on sauvegarde)

Étape 5 — Déchiffrer le message

Il ne reste plus qu’à utiliser cette clé privée fraîchement reconstituée pour déchiffrer flag.enc avec openssl :

  
┌──(emma_aura㉿kali)-[~/Téléchargements]
└─$ openssl pkeyutl -decrypt -in flag.enc -inkey cle.pivate
picoCTF{rs4_k3y_1n_1mg_4eedd678}

🏁 Flag obtenu : picoCTF{rs4_k3y_1n_1mg_4eedd678}

🛠️ Commandes clés

Commande	Rôle
`file image.jpg`	Identifier le type de fichier et repérer un premier indice dans les métadonnées
`exiftool image.jpg`	Extraire l’intégralité des métadonnées, y compris les champs tronqués par `file`
Convertisseur ASCII / détecteur — dcode.fr	Décoder la chaîne hexadécimale et confirmer le format identifié
`nano cle.pivate`	Reconstituer le fichier de clé privée PEM à partir du texte décodé
`openssl pkeyutl -decrypt -in flag.enc -inkey cle.pivate`	Déchiffrer le message avec la clé privée RSA récupérée

🧠 Ce que je retiens

Les métadonnées d’un fichier (EXIF, JFIF, PDF, etc.) sont un vecteur de dissimulation d’information classique en stéganographie/forensics — toujours vérifier avec file et exiftool, car file tronque parfois les champs longs.
Une clé RSA (privée ou publique) peut être encodée sous plusieurs formes (hex, base64…) : savoir reconnaître un format à l’œil (ou via un détecteur automatique) fait gagner un temps précieux.
Une fois la clé privée récupérée, openssl pkeyutl -decrypt suffit à déchiffrer un message RSA sans avoir besoin d’écrire la moindre ligne de code.

Prochain writeup bientôt — n’hésite pas à me suivre pour la suite de la progression picoCTF !

CTF, picoCTF

Cet article est sous licence CC BY 4.0 par l'auteur.