Perspective

D’un seul pare-feu à un pare-feu sur chaque pile IP.

La sécurité réseau a été refaite deux fois en une seule génération — d’abord sur l’emplacement du mur, puis sur la possibilité même de lire le trafic. Nous avons vécu chacun de ces changements de première main, en construisant et en déployant les systèmes au fil du temps.

Quand le fondateur d’ISMC a installé les premiers pare-feu pour un gouvernement national, la sécurité avait une forme nette : un mur solide à la bordure du réseau et un intérieur de confiance derrière lui. Ce modèle a tenu un temps. Puis non. Les deux décennies suivantes ont réécrit les fondements de la défense réseau — et comprendre comment nous en sommes arrivés là est le meilleur guide pour la suite.

L’ère du périmètre : un mur en bordure

Les premiers pare-feu, apparus à la fin des années 1980, étaient des filtres de paquets : ils comparaient la source, la destination et le port de chaque paquet à une liste de règles, sans aucun souvenir de la conversation à laquelle un paquet appartenait. Au milieu des années 1990, l’inspection avec état — popularisée par Check Point — a permis aux pare-feu de suivre les connexions actives et de juger le trafic dans son contexte. Peu après sont arrivés les pare-feu mandataires applicatifs, qui interceptaient chaque protocole et inspectaient le contenu même du trafic. C’était le monde du Raptor Firewall, pour lequel le fondateur d’ISMC a rédigé le programme et déployé la technologie sur des réseaux gouvernementaux et d’entreprise.

Ce que tous partageaient, c’était une seule hypothèse : il y a un intérieur et un extérieur, et le pare-feu est la porte entre les deux. Sécurisez le périmètre, et vous sécurisiez le réseau.

1988 Filtres de paquets 1994 Inspection avec état 1996 Proxy applicatif ~2004 Pare-feu basés sur l’hôte 2010 Naissance du Zero Trust 2020 Microsegmentation
Le parcours du pare-feu : d’une porte unique en bordure à une politique appliquée partout.

Le périmètre se dissout : un pare-feu sur chaque pile

L’intérieur de confiance s’est révélé une fiction. Une fois qu’un attaquant franchissait la bordure — via un identifiant hameçonné, un portable qui entre et sort, un fournisseur compromis — le réseau interne à plat lui permettait de se déplacer latéralement avec peu de résistance. À mesure que les applications passaient au cloud et que les effectifs travaillaient à distance, l’idée même d’un « intérieur » a perdu son sens. Il n’y avait plus une seule bordure à défendre.

La réponse a été de cesser de faire confiance au réseau et d’appliquer la sécurité partout à la fois. Les pare-feu basés sur l’hôte, intégrés à chaque système d’exploitation, ont permis à chaque machine de se défendre. L’idée du pare-feu distribué — formulée dès 1999 — a poussé la politique vers chaque terminal plutôt que de la concentrer en un point de passage. Cette logique a mûri en microsegmentation, où la politique suit la charge de travail elle-même, et en Zero Trust : un modèle, nommé en 2010 et codifié par le NIST en 2020, qui traite chaque requête comme non fiable jusqu’à preuve du contraire, quelle qu’en soit l’origine.

L’évolution est frappante : nous sommes passés d’un pare-feu gardant la porte à, de fait, un pare-feu sur chaque pile IP qui rejoint le réseau. La défense est passée de la bordure à la charge de travail.

Le mur n’est pas devenu plus solide — il est devenu omniprésent. La confiance ne se donne plus selon l’emplacement sur le réseau ; elle doit être gagnée par chaque connexion.

Du texte clair au chiffrement partout

La deuxième transformation fut tout aussi profonde et bien plus rapide. Durant les premières décennies d’Internet, l’essentiel du trafic circulait en clair — courriels, pages web, identifiants — lisible par quiconque se trouvait sur le chemin. Le chiffrement existait, mais était réservé à quelques cas sensibles : une page bancaire, un formulaire de paiement.

Cela a changé à une vitesse remarquable. SSL est apparu au milieu des années 1990 et a évolué à travers TLS jusqu’au TLS 1.3 actuel (2018). Les révélations de 2013 sur la surveillance massive des réseaux ont poussé le secteur de façon décisive vers le chiffrement de tout. En 2015, Let’s Encrypt a commencé à émettre des certificats gratuits et a supprimé la dernière excuse ; dès 2018, les navigateurs ont ouvertement marqué les sites en HTTP non chiffré comme « Non sécurisé ». Le résultat est un renversement quasi total en une décennie environ.

~1995
Apparition de SSL
2015
Let’s Encrypt — des certificats gratuits pour tous
~95%
des sites web utilisent désormais HTTPS
99%+
du temps de navigation sur Chrome est chiffré

Le chiffrement n’est plus réservé à la bordure tournée vers le périmètre. Le trafic interne de serveur à serveur (« est-ouest ») est lui aussi de plus en plus chiffré, et même les requêtes DNS transitent désormais par des canaux chiffrés. L’hypothèse s’est entièrement inversée : le trafic est chiffré par défaut, et le texte clair est l’exception qui exige une justification.

D’autres évolutions à surveiller

Les mêmes forces qui ont remodelé le pare-feu et le câble sont toujours à l’œuvre. Quelques tendances connexes définissent le paysage actuel :

Pourquoi cette histoire vous concerne

Ce n’étaient pas des modes ; c’étaient des réponses au comportement réel des attaquants. Une organisation qui ne défend encore que sa bordure, ou qui fait encore circuler du trafic en clair, se protège contre un modèle de menaces que la majeure partie du secteur a abandonné il y a des années. Un partenaire qui a traversé chacune de ces transitions peut vous aider à juger quels changements votre environnement requiert vraiment, dans quel ordre, et lesquels ne sont que du bruit. C’est la raison d’être d’ISMC.

Où en est votre réseau ?

Si vos défenses supposent encore un intérieur de confiance, ou si une partie de votre trafic circule encore en clair, une évaluation est le moyen le plus rapide de le savoir — et d’y remédier.

Demander une évaluation

Références historiques et statistiques : histoires du pare-feu de Palo Alto Networks et Check Point ; FireMon, « A Practical History of the Firewall » ; NIST SP 800-207 (Zero Trust Architecture, 2020) ; rapport de transparence HTTPS de Google (2025) ; statistiques du projet Let’s Encrypt (2015–2025).