Steven Carrier
Cyber defence and Red Team expert, founder of BEAROPS
Author
Steven Carrier, cyber defence and Red Team expert
A cyber defence engineer by training, Steven Carrier gained experience in a SOC before helping to set up a Red Team unit in a public-sector organisation, then co-organised the Purple Pill Challenge CTF and went on to found BEAROPS.
- Founder of BEAROPS
- Cyber defence and Red Team
- 16 signed articles in French
Areas of expertise
Steven Carrier’s content starts from offensive fieldwork: what an attacker sees, what they exploit, and what actually reduces risk. Each article is dated, sourced and revised when a source changes.
Signed articles and guides, in French
-
Registre d’information DORA : contenu et remise
Ce que doit contenir le registre d’information DORA, qui le tient, comment il est remis à l’ACPR, les erreurs de données les plus fréquentes, et comment le relier au risque cyber réel des prestataires.
- NIS2 and DORA
- TPRM
-
Évaluation cybersécurité d’un fournisseur
Classer les fournisseurs par criticité, puis croiser trois sources de preuve : le déclaratif, le documentaire et l’observation externe. Ce que chacune démontre, ce qu’elle ne démontre pas, et un exemple type.
- TPRM
-
Identifiants fuités sur le dark web : que faire ?
Qualifier la fuite, réinitialiser, révoquer les sessions, chercher les connexions suspectes, examiner le poste, évaluer l’obligation de notification RGPD, puis prévenir : un guide de réponse pas à pas.
- OSINT
-
Préparer un test d’intrusion : périmètre et règles
La question à trancher, le périmètre, le niveau d’information, les règles d’engagement, les autorisations écrites et les livrables à exiger : tout ce qui se décide avant le premier paquet.
- Pentest
-
Reconnaissance OSINT : ce que prépare un attaquant
Organisation, personnes, infrastructure, identifiants fuités, écosystème : ce que la reconnaissance en sources ouvertes apprend à un attaquant, et les mesures qui réduisent cette empreinte.
- OSINT
-
Prise de contrôle de sous-domaine et DNS orphelins
Comment un enregistrement DNS oublié laisse un tiers publier sur votre domaine, ce qu’il en fait, comment repérer ces actifs exposés et l’ordre de suppression qui évite qu’ils se reforment.
- EASM
-
Plateformisation des outils cyber offensifs
Ce que la consolidation des outils offensifs et d’exposition apporte, les critères pour décider, les risques de dépendance et d’effet tunnel, et une méthode de migration.
- CTEM
- EASM
-
Analyse des chemins d’attaque par graphe
Pourquoi un attaquant pense en chemins, comment modéliser le SI en graphe, repérer les points de convergence et traverser IT, cloud, identités et OT.
- CTEM
-
Active Directory et Entra ID : failles d’identité
Les faiblesses d’annuaire qu’exploite un attaquant en environnement hybride, la façon de les mesurer avec les points de contrôle du CERT-FR et l’ordre de correction.
- Pentest
-
Orchestration de la remédiation : méthode et SLA
Six étapes pour passer de la détection à la correction vérifiée : priorisation, affectation, SLA, exceptions et acceptation du risque, rejeu, indicateurs de délai.
- CTEM
-
Sécurité OT : protéger les systèmes industriels
Ce qui distingue l’OT de l’informatique de gestion, ce que disent l’IEC 62443 et la méthode de l’ANSSI, les vecteurs d’attaque courants et un ordre de chantiers réaliste.
- Pentest
- NIS2 and DORA
-
Évaluer la criticité d’une CVE : CVSS, EPSS, KEV
Sévérité, probabilité d’exploitation, exploitation constatée : comment lire CVSS, EPSS et KEV, puis les rapporter à l’actif touché pour décider quoi corriger d’abord.
- CTEM
-
Chaîne d’approvisionnement NIS2 : checklist RSSI
Ce que NIS2 demande vraiment sur la chaîne d’approvisionnement, texte à l’appui, et une checklist opérationnelle en 16 points : registre, sélection, contrats, surveillance, sortie.
- TPRM
- NIS2 and DORA
-
Comparer des solutions EASM : grille de critères
Huit critères, les questions à poser et la façon de les vérifier en essai, plus quelques faits publics et datés sur des offres du marché, sans classement.
- EASM
-
Race conditions web et attaque en paquet unique
Sous-états cachés, attaque en paquet unique sur HTTP/2, méthode de test en pentest applicatif et correctifs durables : une lecture terrain de la recherche de James Kettle.
- Pentest
-
Mettre en œuvre le CTEM
Points de vigilance à chaque étape, seuils que Gartner ne fixe pas, exemple de premier cycle et erreurs de démarrage : une lecture terrain de la mise en œuvre du CTEM.
- CTEM
Signed reference pages
Product, regulatory and comparison pages written by Steven Carrier and reviewed according to the BEAROPS editorial calendar.
- CTEM: continuous threat exposure management
- EASM: the external attack surface
- CAASM: the unified asset inventory
- Vulnerability management
- Continuous OSINT monitoring
- Typosquatting detection
- Cyber Threat Intelligence
- Dark web monitoring
- Breach and Attack Simulation
- TPRM: third-party risk
- Supplier risk management
- NIS2
- DORA
- Digital sovereignty
- Red Team or penetration test
- CTEM or vulnerability management
- Sovereign alternative to Pentera
- TPRM: Bearlink, Aprovall, Provigis
- Cybersecurity glossary
Report an error
Has a source changed, or does a fact seem inaccurate? Write to contact+site@bearops.fr: every report is checked and the page corrected, with its update date.
CTEM
CTEM is an exposure management framework described by Gartner, organised in five cyclical stages: scoping, discovery, prioritisation, validation and mobilisation. It is not a single tool but a continuous programme that links vulnerabilities to business context and checks what can actually be exploited.
EASM
EASM is the continuous discovery and monitoring of an organisation’s internet-facing assets: domains, subdomains, IP addresses, services, certificates and applications. It starts from an external attacker’s point of view, with no prior inventory, to find forgotten or unknown assets and the exposures they create.