After a cyberattack, everything hinges on your ability to rebuild fast
According to the Cigref, artificial intelligence is accelerating the cyber threat: stopping the intrusion is no longer enough. Real resilience comes down to resuming operations on an infrastructure you control.
Published on 2 October 2026 · 8 min read
In late September 2026, the Cigref, the association of large French companies and public bodies, devoted its monthly letter to digital security in the age of artificial intelligence. The point it puts forward moves a line many IT departments took for granted: according to the Cigref, AI is accelerating and industrialising the threat, to the point where the question is no longer only how to prevent an attack, but how fast you can get the information system back on its feet once one has happened.
Resilience, then, is no longer measured only by the height of the walls, but by the speed of reconstruction. And that speed does not come from a magic product: it comes from who controls the infrastructure, the code and the backups the day everything has to be redeployed.
What the Cigref says: AI is shifting the threat
In its late-September 2026 letter on digital security and artificial intelligence, the Cigref describes a threat that is changing in nature. According to the Cigref, AI lowers the cost of an attack, raises its cadence and widens its targets: what once took rare expertise becomes automatable. The association sees in this a balance to be regained, between the acceleration of the offence and the means of defence.
The consequence fits in one sentence. According to the Cigref, preventing the intrusion remains necessary but is no longer enough as a strategy: you also have to be able to rebuild the information system very fast after an incident. For an IT leader in a large organisation or public body, that is a concrete shift in priority, one that touches architecture before tooling.
"Rebuilding fast" is not a promise, it is an architecture
Rebuilding fast cannot be decreed, and it cannot be bought as a number. We do not commit to a recovery time, nor a turnkey contractual disaster-recovery plan: that would be a commitment that nothing, in practice, lets you honour identically across every situation. What we build is the set of conditions that make a fast rebuild possible rather than theoretical.
Those conditions come down to three simple questions every IT department should put to its host before an incident.
Can I leave without asking its permission? Can my software be taken over elsewhere, as is? Do my backups and my data stay under my control and in Europe?
When all three answers are yes, the speed of reconstruction stops depending on a provider's goodwill.
Lever 1: reversibility, leaving without asking permission
Reversibility, with us, is not a clause buried at the bottom of a contract. It is a documented exit procedure: you recover your data through exports and database dumps, you take back control of your domain names, and you redeploy your applications elsewhere, on your own hardware or with another host, without Bunker having to give its approval. Taking your infrastructure back in-house is planned from the outset, not negotiated under pressure.
That mechanism matters precisely on the day of an incident. If recovery depends on the intervention, the authorisation or the goodwill of a third party, every hour of waiting is an hour of business lost. An exit you can trigger yourself is an exit you can trigger fast.
Lever 2: open source, zero lock-in
You do not rebuild fast on software you can neither inspect nor redeploy. Our stack is open source end to end and rests on open standards: Kubernetes for orchestration, S3 for object storage, PostgreSQL for databases, OpenID Connect for identity. Nothing proprietary holds you back, and every layer can be taken over as is, with documentation to match.
That is the difference between a backup you own and a backup you can actually restore. An export in a closed format, readable only by the tool that produced it, is no guarantee of recovery. Our formats are open, and so are our open-source building blocks, which makes reconstruction independent of our survival as a provider.
Lever 3: infrastructure and backups under control, in Europe
The last condition is physical: where your data lives, and who operates it. Bunker's infrastructure is hosted in Europe, in French datacenters run by a French company. Databases rely on CloudNativePG (PostgreSQL) with replication, backups are kept on an internal sovereign MinIO object store, single sign-on runs on self-hosted FerrisKey, and the only outbound email relay goes through IONOS, a German company based in the European Union. Subprocessors are listed in the contract, under Article 28 of the GDPR.
Supervision combines automated monitoring and an SRE on-call rota, and backups are encrypted and replicated. For reconstruction, the stake is direct: backups you control, on an infrastructure whose location and composition you know, restore without depending on a distant region or an unreachable contact. This is the heart of our approach to digital resilience, and of our reading of dependence on non-European providers.
Cost predictability: a flat fee, not a meter
AI does not weigh only on the threat. According to the Cigref, the spread of AI agents and usage-based billing, often per token, make spending hard to anticipate for IT departments: the cost follows a consumption that is poorly controlled. Budget resilience, too, comes down to predictability.
Our model is deliberately the opposite. Each service is billed at a monthly flat fee, publicly displayed, and volume (logs, metrics, traffic) does not change the price. Our sovereign AI instance, for example, is offered at a fixed monthly rate of €160 excl. VAT. We quote no competitor's price: we simply observe that a fixed cost can be budgeted ahead, where a meter has to be endured.
Frequently asked questions
How do you resume operations after a cyberattack on a sovereign cloud?
Fast recovery rests on three conditions met before the incident: real reversibility (you redeploy elsewhere without the provider's authorisation), an open-source stack on open standards (your backups restore as is) and encrypted backups kept on a sovereign infrastructure you control. On a sovereign cloud hosted in Europe, these three levers shorten the path between the incident and the return to service, without depending on an unreachable third party.
Why does artificial intelligence change the cyber threat?
According to the Cigref, in its late-September 2026 letter on digital security and AI, artificial intelligence lowers the cost of attacks, raises their cadence and widens their targets. Operations that once took rare expertise become automatable. That is why the association holds that preventing the intrusion is no longer enough: you also have to be able to rebuild the information system fast after an incident.
Does Bunker guarantee a recovery time (RTO or RPO)?
No. We do not advertise a committed recovery time, a contractual RTO or RPO, or a turnkey disaster-recovery offer: those would be numeric promises that the reality of an incident does not let us keep uniformly. What we provide are the conditions that make a fast rebuild possible: reversibility, open source, sovereign infrastructure and backups under your control.
Are my backups safe if my provider is hit?
Your backups are encrypted, replicated and kept on an internal sovereign MinIO object store, in open formats. Because the stack is open source and rests on standards (S3, PostgreSQL), you can recover them and restore them elsewhere, on your own hardware or with another host. A backup is only worth something if you can restore it without depending on the tool that produced it.
What is reversibility, and why does it speed up reconstruction?
Reversibility is your ability to leave a provider taking your data and your code with you, without its authorisation. At Bunker, it takes the form of a documented exit procedure: database exports and dumps, recovery of domain names, redeployment elsewhere. On the day of an incident, being able to trigger recovery yourself, without waiting for a third party's approval, saves the hours that count.
A monthly flat fee: what has that to do with budget resilience?
Each service is billed at a displayed monthly flat fee, independent of the volume of logs, metrics or traffic. Our sovereign AI instance, for instance, is €160 excl. VAT per month, fixed. Against usage-based billing that the Cigref describes as hard to anticipate, a fixed cost can be budgeted ahead and holds no nasty surprise at the end of the month.
Sources
- Cigref, "Sécurité numérique et intelligence artificielle : mutations de la menace et perspectives": cigref.fr.
- Cigref, monthly letter "Le Fil" no. 127, 30 September 2026, "Sécurité numérique et IA : un équilibre à trouver".
Assess your ability to resume operations
We look with you at your current dependencies and what it would take to redeploy fast, from sovereign cloud to recovery on your own hardware.