Pour les équipes produit et techniques qui donnent suite à un audit, à un rapport de vulnérabilité ou à une évolution de sécurité importante.

Quand vous avez des vulnérabilités à traiter et besoin d’un plan clair pour les clore.

Ce que nous examinons

Examiner les preuves d’origine, la version concernée et les modifications proposées.
Discuter des causes racines, des options de correction et des priorités avec l’équipe responsable.
Vérifier les correctifs convenus au regard du problème d’origine et des comportements connexes pertinents.

Déroulement d’une mission

Envoyez un bref descriptif

Le produit, ce qui a changé, ce que vous devez savoir et pour quand. Un paragraphe suffit ; je réponds sous trois jours.

Recevez une proposition écrite

Périmètre, méthode, exclusions, livrables, prix et calendrier. La confidentialité, le NDA et les conditions de contre-audit sont fixées dans cette même proposition.

Suivez les travaux au fil de l’eau

Pour un audit, vous voyez les preuves et les priorités dès qu’elles apparaissent. Pour un développement, vous validez les jalons convenus.

Rapport et restitution

Vous recevez le rapport ou le livrable, puis une restitution avec votre équipe. Toute correction ou vérification complémentaire est convenue avec vous.

Je trouve la cause, puis j’écris le correctif.

J’ai écrit les correctifs de deux CVE du noyau Linux et sept autres correctifs aujourd’hui intégrés à la branche principale. Sur votre produit, chaque vulnérabilité est livrée avec le chemin dans le code, les conditions qui la déclenchent et un correctif que votre équipe peut relire.

Voir les 9 correctifs intégrés au noyau

Questions avant de commencer

Pouvez-vous travailler à partir du rapport d’un autre auditeur ?

Oui, sous réserve d’accès et de preuves suffisantes. Nous établissons d’abord ce que montrent les vulnérabilités d’origine et ce qui nécessite une reproduction, une clarification ou une vérification.

Implémenterez-vous les correctifs ?

Le conseil aux développeurs et la vérification peuvent être cadrés indépendamment. Tout travail d’implémentation ou de correctif suppose ses propres responsabilités, accès et critères de recette convenus.

Un contre-audit réussi signifie-t-il que tout le produit est sûr ?

Il établit le résultat des contrôles convenus sur la version testée. Le rapport de vérification précise son périmètre et ne remplace pas l’audit de zones sans rapport.

Sous quel délai répondez-vous ?

Sous trois jours au plus. Vous recevez des questions sur votre produit ou les grandes lignes d’une proposition.

Combien cela coûte-t-il ?

Les tarifs publiés sont des prix de départ. Le prix final dépend du périmètre et de la complexité technique ; il est fixé dans la proposition écrite avant le démarrage.

Combien de temps cela prend-il, et quand pouvez-vous commencer ?

La durée et la date de démarrage dépendent du périmètre, de la complexité technique et de ma charge de travail. La proposition indique les dates.

Pouvons-nous travailler sous NDA ?

Oui. Les conditions de confidentialité, y compris un NDA si vous en avez besoin, sont fixées dans la proposition avant que vous ne partagiez du code, des identifiants ou des vulnérabilités.

Un contre-audit est-il prévu ?

Le contre-audit est convenu pour chaque mission dans la proposition : quelles vulnérabilités, quelle version et dans quel délai.

Travaillez-vous avec des agences ?

Oui. Les agences peuvent faire appel à moi pour le projet d’un client. Les conditions de livraison, y compris les rapports en marque blanche, sont fixées au cas par cas dans la proposition.

Remédiation et vérification des correctifs