Connaître la stack technique d'une entreprise avant le rendez-vous : les sources qui ne mentent pas

Demain, vous avez un rendez-vous chez une entreprise dont vous ne connaissez que le nom. Vous voulez savoir ce qu'elle a sous le capot : un SIEM, un EDR, de la détection réseau, un outil d'inventaire. La page Produits de son site ne vous dira rien, évidemment : elle parle de ce qu'elle vend, pas de ce qu'elle fait tourner. La stack réelle se trouve ailleurs. En public. Pour la plupart des entreprises qui se respectent, elle se reconstitue à partir d'une vingtaine de sources ouvertes.

Les offres d'emploi : le journal de bord honnête

Une entreprise ment peu dans ses offres d'emploi, parce qu'elle a besoin d'être crue. « Profil recherché : cinq ans d'expérience sur un SIEM de la famille Splunk, un EDR, de l'automatisation en Python » vous apprend le socle en place, le niveau d'automatisation, et le projet en cours si l'annonce parle de migration. Lisez-en cinq de suite, pas une : les outils récurrents forment le socle, les outils mentionnés une seule fois relèvent de la préférence d'un recruteur. Voilà la source n°1. Gratuite, à jour. Et presque personne ne la lit.

Le DNS, les certificats, les sous-domaines

Le domaine de l'entreprise laisse des traces techniques publiques. Les enregistrements MX révèlent l'hébergeur de la messagerie. Les certificats TLS listent les sous-domaines, et les sous-domaines racontent les fournisseurs : une entrée du type auth.entreprise.fr qui pointe vers un fournisseur d'identité en dit plus qu'un questionnaire complet. Ces registres sont ouverts, consultables en minutes, et personne ne les rédige pour embellir un org chart.

Le code public

Certaines équipes publient du code : dépôts open source, contributions, utilitaires. Un dépôt public trahit les SDK et les services qu'une entreprise manipule réellement, parce que le développeur écrit pour ses collègues, pas pour vous. Ce n'est pas une source universelle, toutes les entreprises ne publient pas. Mais quand elle existe, c'est la plus honnête de toutes : le code compile, ou il ne compile pas.

Les incidents, le catalogue CISA KEV

Un produit présent chez le prospect finit parfois par apparaître là où on ne l'attend pas : un avis de sécurité, une note CISA KEV sur une vulnérabilité activement exploitée, une correction documentée. Ce n'est pas de la curiosité morbide, c'est de la matière de rendez-vous : un incident public qui touche un produit de la stack donne un angle de conversation que personne d'autre n'a. Le catalogue CISA KEV est public, gratuit, et mise à jour en continu.

Croiser, sinon deviner

Une source seule produit une hypothèse. Les offres d'emploi disent un SIEM de tel éditeur, le certificat dit un autre hébergeur, la presse dit une migration en cours : c'est dans l'écart entre les trois que se trouve la vérité, et l'angle de conversation. Une stack affirmée sur une seule source, c'est la recette du fait faux en rendez-vous. Et un seul fait faux efface toute votre préparation, aussi bonne soit-elle.

La fraîcheur, le piège silencieux

Une stack relevée il y a dix-huit mois est une stack d'un autre monde. Les migrations détection-réponse se font en trimestres, les fusions changent un parc en un week-end. La date de la donnée compte autant que la donnée. Voilà pourquoi un PDF de préparation recyclé fait plus de dégâts qu'aucune préparation : il vous fait poser, en toute confiance, une question périmée.

Là où l'outil change l'équation

Franchement, tout ce qui précède se fait à la main. Une vingtaine de sources publiques par entreprise, à croiser, à dater, à synthétiser, à chaque rendez-vous. MeetBrief fait ce travail à votre place : le domaine du prospect tapé, le brief arrive en deux à cinq minutes, avec la stack en place, les incidents publics qui la touchent via CISA KEV, et chaque fait relié à sa source. Ce qui n'a pas été trouvé est marqué comme tel, jamais comblé. Cinq briefs sont offerts à l'inscription pour juger sur pièces.