Blog Notre Histoire Demandez une Démo →

Cyberattacks: what is a zero-day vulnerability, and why should you care?

In 2026, the cybersecurity landscape is shifting. According to Google’s annual threat report, nearly half of the zero-day flaws exploited in 2025 targeted enterprise software, and not just any software: the very firewalls, VPNs, and security platforms that companies deploy to protect themselves. For regulated businesses, this raises a fundamental question: if your defenses can become the entry point, what really protects your data?

A zero-day vulnerability is a security flaw that no vendor has yet discovered and for which no patch exists. By definition, no antivirus, no firewall, and no detection rule can intercept it. The attacker knows about it. You don’t.

In 2025, Google identified 90 such flaws actively exploited in the wild, a 15% increase from 2024 (source: Google GTIG). But the most striking figure lies elsewhere: nearly half of these flaws targeted enterprise software (source: TechCrunch). Firewalls, VPNs, virtualization platforms: the tools companies buy specifically to protect themselves.

For businesses in regulated sectors (finance, healthcare, energy, public sector), this changes the equation. If the defense tools themselves become attack vectors, the question is no longer just « how do we protect ourselves better? » but « what would an attacker find if they got through anyway? »

The software protecting you is being targeted first

This is the central finding of Google’s annual threat report, published in March 2026. Cisco, Fortinet, Ivanti, and VMware are among the most targeted vendors. All have confirmed that attackers exploited their products on customer networks (source: TechCrunch).

Why these tools specifically? Because they tick every box from an attacker’s perspective. They are deployed everywhere. They have elevated access rights on the network. And most importantly, most edge devices (routers, switches, security appliances) are not covered by standard detection solutions (source: Google GTIG). In practice, this means an attacker can get in without triggering a single alert.

The exploited flaws are not even particularly sophisticated. Google points to problems known for years: forms that don’t properly validate input, incomplete authorization processes (source: Google GTIG). Basic errors, but present in critical software used by thousands of organizations.

It’s not the entry that causes the damage. It’s what’s found inside.

Against a zero-day flaw, no protection can guarantee that an attacker will never get in. The real question then becomes: once inside, what can they access?

In most organizations, the answer is: a lot. Data is grouped in centralized warehouses, copied into test databases, replicated for BI, duplicated in application caches. Each copy is an additional target. Each storage layer is another prize within reach.

A telling example? In 2025, the Clop group exploited flaws in Oracle E-Business Suite to extract sensitive HR data from dozens of organizations, including Harvard and the Washington Post (source: TechCrunch). The attack was nothing extraordinary from a technical standpoint. It was the volume of accessible data that made the incident so severe.

For a company subject to GDPR, NIS2, DORA, or HDS requirements, the consequence is direct: the scale of a breach is measured by what was stored, copied, and duplicated. The less you store, the less you expose.

What the numbers say

90 zero-day flaws exploited in 2025, up from 78 in 2024. An attacker only needs one. (Google GTIG)

48% targeted enterprise software, a historic record. And half of those specifically targeted security and network appliances. (Google GTIG / TechCrunch)

10% of ANSSI interventions in 2025 involved the healthcare sector, the 3rd most targeted in France. (ANSSI, Panorama 2025)

128 ransomware compromises reported to ANSSI over the year, primarily affecting SMEs, local authorities, and hospitals. (ANSSI)

Add more protections, or rethink the architecture?

The usual reflex when facing this kind of report is to invest in new tools. A new firewall. A more powerful EDR. An additional detection layer. This isn’t useless, but it amounts to adding locks on a door without asking what’s inside the room.

Google itself recommends designing architectures with native segmentation and minimal access built in from the start (source: Google GTIG). In other words: rather than trying to block every intrusion (which is impossible against a zero-day), design systems where an intrusion leads nowhere.

This is exactly iD4Connect‘s approach. Data is never stored or duplicated. It is processed during transit through autonomous DataCells, then released. The DataGraph orchestrates flows in real time. Nothing persists, nothing accumulates.

Imagine a burglar who picks a lock and walks into an empty house. That’s the principle. Not that the data doesn’t exist: it flows, it’s analyzed, it produces results. But it’s never sitting somewhere waiting to be taken.

This approach doesn’t replace your SIEM, your EDR, or your firewall. Your cybersecurity tools keep doing their job. But instead of protecting a vault full of data, they protect a perimeter where there is structurally nothing to steal.

Three questions to ask your CTO

1. How many copies of our data exist right now? Production databases, replicas, BI exports, test environments, application caches. Each copy is a target. Each copy widens the scope of a breach. And in many organizations, nobody has the exact number.

2. What would happen if an attacker got past our defenses today? Not « could they get in » (the answer is always yes, sooner or later), but « what would they find? » If the answer is « months or years of centralized data in a single location, » the risk is maximal.

3. Would our regulatory compliance survive a change of provider? Compliance that relies on a third party’s proper configuration is fragile. Compliance built into the architecture depends on no one. GDPR, NIS2, DORA, HDS: all covered by design, from day one (learn more).

Cyberattaques : qu’est-ce qu’une faille zero-day et pourquoi ça vous concerne ?

En 2026, les logiciels de sécurité eux-mêmes sont devenus la principale porte d’entrée des attaquants. Le réflexe naturel est d’empiler davantage de protections. L’alternative est de repenser ce qu’il y a à protéger. Les entreprises qui choisissent des architectures sans stockage intermédiaire ne font pas un compromis. Elles suppriment la cible.

Une faille zero-day, c’est une vulnérabilité qu’aucun éditeur n’a encore découverte et pour laquelle aucun correctif n’existe. Par définition, ni votre antivirus, ni votre pare-feu, ni aucune règle de détection ne peut l’intercepter. L’attaquant la connaît. Vous, non.

En 2025, Google en a recensé 90 exploitées activement, soit 15% de plus qu’en 2024 (source : Google GTIG). Mais le chiffre le plus marquant est ailleurs : près de la moitié de ces failles visaient des logiciels d’entreprise (source : TechCrunch). Et pas n’importe lesquels. Les pare-feux, les VPN, les plateformes de virtualisation, c’est à dire les outils que les entreprises achètent précisément pour se protéger.

Pour les entreprises en secteur régulé (finance, santé, énergie, secteur public), ce constat change la donne. Si les logiciels de défense eux-mêmes deviennent des vecteurs d’attaque, la question n’est plus seulement « comment mieux se protéger ? » mais « qu’est-ce qu’un attaquant trouverait chez nous s’il passait quand même ? »

Les logiciels qui vous protègent sont les premiers visés

C’est le constat principal du rapport annuel de Google sur les menaces, publié en mars 2026. Cisco, Fortinet, Ivanti, VMware figurent parmi les éditeurs les plus ciblés. Tous ont confirmé que des attaquants avaient exploité leurs produits sur les réseaux de leurs clients (source : TechCrunch).

Pourquoi ces outils en particulier ? Parce qu’ils cochent toutes les cases du point de vue d’un attaquant. Ils sont déployés partout. Ils ont des droits d’accès élevés sur le réseau. Et surtout, la plupart des équipements de bordure (routeurs, switches, appliances de sécurité) ne sont pas couverts par les solutions de détection classiques (source : Google GTIG). Concrètement, cela signifie qu’un attaquant peut s’y introduire sans déclencher la moindre alerte.

Et les failles exploitées ne sont même pas particulièrement sophistiquées. Google pointe des problèmes connus depuis des années : des formulaires qui ne vérifient pas correctement ce qu’on leur envoie, des processus d’autorisation incomplets (source : Google GTIG). Des erreurs basiques, mais présentes dans des logiciels critiques utilisés par des milliers d’organisations.

Ce n’est pas l’entrée qui fait les dégâts. C’est ce qu’on trouve à l’intérieur.

Face à une faille zero-day, aucune protection ne peut garantir que l’attaquant n’entrera jamais. La vraie question devient alors : une fois à l’intérieur, à quoi a-t-il accès ?

Dans la majorité des entreprises, la réponse est : à beaucoup de choses. Les données sont regroupées dans des entrepôts centralisés, copiées dans des bases de test, répliquées pour la BI, dupliquées dans des caches applicatifs. Chaque copie, c’est une cible supplémentaire. Chaque couche de stockage, c’est un butin de plus à portée de main.

Un exemple parlant ? En 2025, le groupe Clop a exploité des failles dans Oracle E-Business Suite pour aspirer les données RH de dizaines d’organisations, dont Harvard et le Washington Post (source : TechCrunch). L’attaque n’avait rien d’extraordinaire sur le plan technique. C’est le volume de données accessibles qui a fait la gravité de l’incident.

Pour une entreprise soumise au RGPD, à NIS2, à DORA ou aux exigences HDS, la conséquence est directe : l’ampleur d’une violation se mesure à ce qui était stocké, copié, dupliqué. Moins vous stockez, moins vous exposez.

Ce que disent les chiffres

90 failles zero-day exploitées en 2025, contre 78 en 2024. Un attaquant n’a besoin que d’une seule. (Google GTIG)

48% ciblaient des logiciels d’entreprise, un record historique. Et la moitié de ces failles visaient spécifiquement les outils de sécurité et de réseau. (Google GTIG / TechCrunch)

10% des interventions de l’ANSSI en 2025 concernaient le secteur de la santé, 3e secteur le plus touché en France. (ANSSI, Panorama 2025)

128 compromissions par rançongiciel signalées à l’ANSSI sur l’année, principalement dans les PME, les collectivités et les hôpitaux. (ANSSI)

Ajouter des protections ou repenser l’architecture ?

Le réflexe habituel face à ce type de rapport, c’est d’investir dans de nouveaux outils. Un nouveau pare-feu. Un EDR plus performant. Une couche de détection supplémentaire. Ce n’est pas inutile, mais cela revient à ajouter des verrous sur une porte sans se demander ce qu’il y a dans la pièce.

Google lui-même recommande de concevoir les architectures avec une segmentation native et des accès minimaux intégrés dès la conception (source : Google GTIG). Autrement dit : plutôt que de chercher à bloquer toutes les intrusions (ce qui est impossible face à un zero-day), concevoir des systèmes où une intrusion ne mène nulle part.

C’est exactement l’approche d’iD4Connect. Les données ne sont jamais stockées ni dupliquées. Elles sont traitées pendant leur transit via des DataCells autonomes, puis libérées. Le DataGraph orchestre les flux en temps réel. Rien ne persiste, rien ne s’accumule.

Imaginez un cambrioleur qui force une serrure et entre dans une maison vide. C’est le principe. Non pas que les données n’existent pas, elles circulent, elles sont analysées, elles produisent des résultats. Mais elles ne sont jamais posées quelque part en attendant qu’on vienne les prendre.

Cette approche ne remplace ni votre SIEM, ni votre EDR, ni votre pare-feu. Vos outils de cybersécurité continuent de faire leur travail. Mais au lieu de protéger un coffre-fort rempli de données, ils protègent un périmètre où il n’y a structurellement rien à voler.

Trois questions à poser à votre DSI

1. Combien de copies de nos données existent en ce moment ? Bases de production, répliques, exports BI, environnements de test, caches applicatifs. Chaque copie est une cible. Chaque copie élargit la portée d’une violation. Et dans beaucoup d’organisations, personne n’a le chiffre exact.

2. Que se passerait-il si un attaquant passait nos défenses aujourd’hui ? Pas « est-ce qu’il pourrait entrer » (la réponse est toujours oui, un jour ou l’autre), mais « qu’est-ce qu’il trouverait ? ». Si la réponse est « des mois ou des années de données centralisées dans un seul endroit », le risque est maximal.

3. Notre conformité réglementaire survivrait-elle à un changement de fournisseur ? Une conformité qui repose sur la bonne configuration d’un prestataire externe est fragile. Une conformité intégrée à l’architecture ne dépend de personne. RGPD, NIS2, DORA, HDS : tout est couvert par construction, dès le premier jour (en savoir plus).