De Fibonacci-regel voor backupbeveiliging: 3-2-1-1-0 uitbreiden voor moderne backupbeveiliging | BackupSec Knowledge Base
14 juli 2026·9 min. leestijd
De Fibonacci-regel voor backupbeveiliging: 3-2-1-1-0 uitbreiden voor moderne backupbeveiliging
Waarom 3-2-1-1-0 een sterke operationele basis blijft — en waarom moderne backupbeveiliging daaromheen een architecturale laag vereist.
door BackupSec Team
Waarom volwassen backupstrategieën in 2026 tekortschieten
Al meer dan twintig jaar vormt de 3-2-1-backupregel de hoeksteen van dataprotectie binnen ondernemingen. De regel, bedacht door fotograaf Peter Krogh en breed overgenomen in de IT-sector, bood een goed te onthouden formule: drie kopieën van data, op twee soorten media, met één kopie offsite.
Het werkte. Tot het niet meer werkte.
In 2025 kwam ransomware voor in 44% van alle bevestigde datalekken, tegenover 32% het jaar daarvoor. Wereldwijd namen ransomware-aanvallen 58% op jaarbasis toe, en naar schatting doet zich nu ergens ter wereld elke 19 seconden een incident voor. Nog ingrijpender voor risicoverantwoordelijken binnen ondernemingen: , wat betekent dat een foutloze restore het datalek niet langer verhelpt.
75% van de ransomware-aanvallen in 2025 ging gepaard met data-exfiltratie vóór versleuteling
De 3-2-1-regel was ontworpen voor hardwarestoringen, regionale uitval en onbedoelde verwijderingen. Ze was niet ontworpen voor geavanceerde dreigingsactoren die specifiek backupopslagplaatsen viseren, voor AI-gegenereerde phishingcampagnes op industriële schaal, of voor insider threats met geldige beheerdersreferenties. Ervaren aanvallers weten dat het vernietigen of corrupt maken van backupinfrastructuur de snelste weg is om een losgeldbetaling af te dwingen — en ze behandelen dit als een prioritair doel in hun kill chains.
Daarom heeft de sector de regel geleidelijk uitgebreid — eerst naar 3-2-1-1, daarna naar 3-2-1-1-0. Bij BackupSec geloven we dat de volgende evolutie is wat wij de Fibonacci-regel voor Backupbeveiliging noemen, uitgedrukt als 5-3-2-1-1-0: een raamwerk dat leest als de Fibonacci-reeks in omgekeerde volgorde en een cruciale zesde dimensie toevoegt — vijf fundamentele beveiligingsprincipes die elke laag eronder moeten schragen.
Voor organisaties met volwassen backupomgevingen herdefinieert dit artikel wat ‘volledige dataprotectie’ in 2026 zou moeten betekenen.
Van 3-2-1 naar 3-2-1-1-0: een korte terugblik
Voordat we de Fibonacci-regel introduceren, is het de moeite waard om stil te staan bij hoe we hier zijn beland.
De oorspronkelijke 3-2-1-regel vereiste drie kopieën van data op twee verschillende mediatypes, waarvan er één offsite werd bewaard. De focus lag op redundantie — uitgaande van de aanname dat geen enkele fysieke gebeurtenis alle drie de kopieën tegelijk kon vernietigen.
De 3-2-1-1-0-regel, gepopulariseerd door Veeam en breed overgenomen, voegde twee cruciale verfijningen toe:
Eén onveranderlijke (immutable) of air-gapped kopie die niet gewijzigd of verwijderd kan worden, zelfs niet door een aanvaller met beheerdersreferenties.
Nul fouten bij backupverificatie, zodat elke backup herstelbaar is — en niet alleen aanwezig.
Deze evolutie dichtte twee belangrijke hiaten: ransomware die backups viseert, en het stille falen van backups die nooit worden getest tot een ramp toeslaat. Maar de regel probeert niet de volledige beveiligingsarchitectuur rond die kopieën te definiëren — inclusief identiteitsscheiding, geprivilegieerde toegang, segmentatie, continue monitoring en het beperken van de blast radius.
Dat is het hiaat dat de Fibonacci-regel voor Backupbeveiliging beoogt te dichten.
Waarom Fibonacci? De logica achter de getallen
De Fibonacci-reeks (0, 1, 1, 2, 3, 5, 8, 13...) is een van de meest elegante patronen in de wiskunde — elk getal is de som van de twee voorgaande getallen. Lezen we ons raamwerk in omgekeerde volgorde (5, 3, 2, 1, 1, 0), dan geldt dezelfde cumulatieve logica: elke beschermingslaag bouwt voort op de fundamenten eronder.
5 — Fundamentele beveiligingsprincipes: Vijf principes die bepalen hoe de backup wordt opgezet.
3 — Kopieën van de data: Minstens drie kopieën van elke kritieke dataset.
2 — Verschillende media- of opslag-/platformtypes: Opgeslagen op twee verschillende media, opslagplatforms of technologiestacks.
1 — Offsite kopie: Eén kopie op een geografisch gescheiden locatie.
1 — Aanvullende onveranderlijke, geïsoleerde of anderszins beschermde kopie: Nog één kopie, beschermd tegen wijziging of vernietiging.
0 — Niet-geverifieerde backups / onopgeloste herstelfouten: Geen backup ongeverifieerd en geen herstelfout open.
De oorspronkelijke 3-2-1-1-0-regel beantwoordde de operationele vraag "Hoeveel kopieën, waar, en in welke staat?" De "5" die we hebben toegevoegd, beantwoordt een meer fundamentele architecturale vraag: "Wat betekent het eigenlijk voor een backup om veilig te zijn?"
Zonder die vijf principes is de rest van de keten hol. Een backup die in drie kopieën bestaat, op twee media, in onveranderlijke staat — maar wordt beheerd met ontoereikende toegangscontroles of bereikbaar is vanaf een gecompromitteerd beheerdersstation — is niet beschermd. Het is documentatie van een kwetsbaarheid.
De "5": vijf fundamentele principes van backupbeveiliging
Deze vijf principes moeten elke architecturale beslissing in uw backupomgeving sturen — van platformkeuze tot bewaarbeleid tot toegangsbeheer.
1. Cyberveerkrachtige architectuur vanaf het ontwerp
Backupbeveiliging kan niet achteraf worden toegevoegd. Het moet vanaf dag één een ontwerprandvoorwaarde zijn.
Een cyberveerkrachtige backuparchitectuur behandelt elk onderdeel — de catalogus, de opslaglaag, het beheervlak, de herstelomgeving — als een potentieel doelwit. Ze gaat uit van een inbreuk, houdt rekening met compromittering, en zorgt ervoor dat geen enkele storing (technisch, menselijk of vijandig) kan escaleren tot volledig verlies van herstelbaarheid.
In de praktijk betekent dit:
Defense in depth: meerdere onafhankelijke controles beschermen elke laag, zodat het falen van één controle het systeem niet blootstelt.
Beperking van de blast radius: compromittering van de productieomgeving kan zich niet uitbreiden naar de backupinfrastructuur, en compromittering van één backuplaag kan zich niet uitbreiden naar andere lagen.
Recovery-first design: architecturen worden niet alleen beoordeeld op hoe goed ze data back-uppen, maar ook op hoe betrouwbaar ze die kunnen herstellen onder vijandige omstandigheden — wanneer DNS uitvalt, identity providers gecompromitteerd zijn, of de primaire locatie onbereikbaar is.
Versleuteling als architecturaal uitgangspunt, geen functie: elke backup moet, in elke staat, worden beschermd met sterke, industriestandaard versleuteling at rest en in transit, waarbij encryptiesleutels waar haalbaar onafhankelijk van de backupinfrastructuur worden beheerd — idealiter in een dedicated HSM of een key management-service met een gescheiden beheerdersverantwoordelijkheid. Als uw sleutels naast uw data bewaard worden, heeft u geen versleuteling, maar verhulling. Voor ondernemingen met grensoverschrijdende gegevensstromen wordt key sovereignty — wie inzage kan afdwingen, onder welk rechtsgebied, binnen welke termijn — een ontwerpbeslissing in plaats van een incident-responsprobleem.
Organisaties die beveiliging achteraf toevoegen aan backupsystemen die zijn ontworpen voor het dreigingslandschap van een decennium geleden, ontdekken keer op keer, midden in een incident, dat hun architectuur zelf de kwetsbaarheid is. Veerkracht moet vanaf het begin worden ingebouwd — niet er achteraf aan vastgeplakt.
2. Zero trust-toegang en sterke authenticatie
Het principe is eenvoudig: never trust, always verify (nooit vertrouwen, altijd verifiëren). Elk verzoek om een backup te lezen, te schrijven of te wijzigen moet op het moment van het verzoek worden geauthenticeerd en geautoriseerd — ongeacht de netwerkherkomst.
In de praktijk vereist dit:
Multi-factor authenticatie (MFA) voor elke beheerdersidentiteit die de backupinfrastructuur benadert, idealiter met phishingbestendige methoden zoals hardwaretokens.
Role-based access control (RBAC) die het least privilege-principe afdwingt op granulair niveau.
Gescheiden beheerdersidentiteiten voor productie- en backupsystemen — een gecompromitteerde domeinbeheerder mag geen toegang hebben tot uw laatste verdedigingslinie.
Privileged access management (PAM) met just-in-time-verhoging van rechten, sessieregistratie en goedkeuringsworkflows voor gevoelige handelingen zoals wijzigingen aan het bewaarbeleid.
Gecompromitteerde inloggegevens veroorzaakten 23% van de ransomware-aanvallen in 2025. Als uw backupomgeving vertrouwt op dezelfde identiteitsinfrastructuur die uw productieomgeving beschermt, heeft u een single point of failure die zich voordoet als een gelaagde verdediging.
3. Onveranderlijkheid en WORM-opslag
Onveranderlijkheid (immutability) — de eigenschap dat eenmaal geschreven data gedurende een vastgestelde bewaartermijn niet kan worden gewijzigd of verwijderd — is geëvolueerd van "best practice" naar "niet-onderhandelbaar". Of ze nu wordt geïmplementeerd via object lock op cloudopslag, Write Once Read Many (WORM)-media, of hardwarematig afgedwongen retention locks, onveranderlijkheid is een van de meest effectieve architecturale verdedigingen tegen dreigingsactoren die specifiek jagen op backupopslagplaatsen.
Voor ondernemingen die onder regelgevingskaders zoals SEC 17a-4, FINRA, HIPAA of DORA opereren, kan onveranderlijkheid bovendien compliance-eisen en controledoelstellingen ondersteunen rond bewaartermijnen, integriteit, manipulatiebestendigheid en herstelbaarheid. Het controleoppervlak dat u beschermt tegen ransomware is vaak hetzelfde oppervlak waar uw auditor naar vraagt.
CISA adviseert offline, versleutelde backups aan te houden, hun beschikbaarheid en integriteit regelmatig te testen en beschermende maatregelen zoals onveranderlijke opslag in te zetten om de operationele impact van ransomware te beperken. Onveranderlijkheid is wat die backups intact en herstelbaar houdt wanneer een aanvaller al over beheerdersreferenties beschikt.
4. Continue verificatie en hersteltesten
Een backup die u niet heeft getest, is geen backup — het is een hypothese.
De "0" in 3-2-1-1-0 vereist nul fouten, maar de enige manier om die claim te onderbouwen is continu testen. Volwassen programma's implementeren geautomatiseerde integriteitscontroles, periodieke volledige restore-oefeningen, geïsoleerde herstelomgevingen voor validatie, en gestructureerde tabletop-oefeningen die de menselijke en procesmatige lagen even rigoureus testen als de technische.
Organisaties met geteste incident-responseplannen herstellen aanzienlijk sneller: in 2025 bereikte het aandeel ransomware-slachtoffers dat volledig herstelde binnen één week een recordhoogte, terwijl het aandeel dat meer dan een maand nodig had, daalde tot slechts 18%, tegenover 34% het jaar daarvoor.
De les voor risicoverantwoordelijken is ondubbelzinnig: testen is wat organisaties die backups hebben onderscheidt van organisaties die daadwerkelijk kunnen herstellen. Het kostenverschil tussen deze twee situaties, gemeten in downtime en reputatieschade, bedraagt doorgaans een orde van grootte.
5. Isolatie en netwerksegmentatie
Backupinfrastructuur zou sterk gesegmenteerd moeten zijn van productie en, waar praktisch haalbaar, niet afhankelijk moeten zijn van dezelfde administratieve vertrouwensgrenzen die productiesystemen beschermen.
Moderne best practices combineren logische segmentatie (afzonderlijke VLAN's, dedicated subnetten, strikte firewallregels, micro-segmentatie) met air-gapped of quasi-air-gapped architecturen voor minstens één kopie van elke backup. Cloudonveranderlijkheid met gescheiden identity providers, offline taperotaties, dedicated herstelomgevingen en tenancy-isolatie in gedeelde infrastructuur dienen allemaal hetzelfde architecturale doel: ervoor zorgen dat de blast radius van een compromittering zich niet kan uitbreiden tot de herstellaag.
Als een dreigingsactor op uw domeincontroller met dezelfde referenties toegang heeft tot uw backupopslagplaats, maakt uw backup deel uit van het aanvalsoppervlak — in plaats van ervan gescheiden te zijn.
De "3-2-1": redundantie die nog steeds telt
Met de vijf principes als fundament blijft de klassieke 3-2-1-laag essentieel.
3 kopieën van elke kritieke dataset — uw productiedata plus minstens twee backups.
2 verschillende media of opslagplatforms — lokale schijf en cloud, of on-premises objectopslag en een aparte cloudprovider. Het doel is ervoor te zorgen dat één technologiestoring, leveranciersuitval of aanvalstype niet alle kopieën tegelijk kan vernietigen.
1 offsite kopie — geografisch gescheiden van uw primaire locatie, idealiter in een ander dreigingsdomein en, waar relevant, een ander rechtsgebied.
Wat er is veranderd sinds de regel voor het eerst werd geformuleerd, is de interpretatie ervan. Twee cloudregio’s van dezelfde provider vormen geen "twee verschillende media". Een backupvolume op een SAN naast uw productiearray is niet werkelijk "offsite". Moderne dreigingsmodellering voor ondernemingen vereist een strengere lezing van elke vereiste.
De "1-1": offsite en onveranderlijk of air-gapped
De twee "1"-en adresseren verschillende faaldomeinen.
De eerste vereist dat één kopie offsite wordt bewaard — geografisch gescheiden van de primaire omgeving, zodat een incident op locatieniveau, een infrastructuurstoring of een fysieke ramp niet in één keer alle herstelopties kan wegnemen.
De tweede vereist dat minstens één aanvullende kopie beschermd is tegen wijziging of vernietiging via onveranderlijkheid, air-gapping of een gelijkwaardig isolatiemechanisme. Het doel is een ander: geografische scheiding beschermt tegen het uitvallen van een locatie, terwijl onveranderlijkheid of isolatie beschermt tegen een aanvaller die al beheerderstoegang heeft verkregen.
In de uitvoering kunnen deze eisen elkaar overlappen. Een offsite kopie kan ook onveranderlijk zijn, en volwassen omgevingen houden soms zowel een onveranderlijke hersteltier als een diepere offline of air-gapped kopie aan. Waar het om gaat, is dat geografie op zichzelf niet als beveiligingsisolatie wordt behandeld.
Dit onderscheid verklaart ook waarom onveranderlijkheid voorkomt tussen de vijf beveiligingsprincipes van de Fibonacci-regel. De numerieke "1" definieert een minimale beschermingseis voor een backupkopie; het beveiligingsprincipe vraagt om onveranderlijkheid mee te wegen in de hele architectuur, inclusief bewaarbeleid, beheerderstoegang, identiteitsscheiding en de management plane.
De "0": nultolerantie voor niet-geverifieerde backups
Elke backup geverifieerd. Elke restore getest. Elk hiaat gedocumenteerd en gedicht.
De "0" is de laag van operationele discipline binnen het raamwerk. Ze vereist nauwgezetheid: geautomatiseerde checksums, geplande restorevalidatie, anomaliedetectie op metadata van backupjobs (een plotselinge piek in jobgrootte kan wijzen op pre-encryption staging door een dreigingsactor), gedragsmonitoring van beheersactiviteiten rond backups, en duidelijke escalatiepaden wanneer verificatie faalt.
De data onderbouwt deze discipline: organisaties die de telemetrie van hun backupsysteem monitorden — niet alleen de slagingspercentages — detecteerden vijandige activiteit eerder en beperkten incidenten sneller. Nul fouten is geen ijdele metriek. Het is het verschil tussen vertrouwen en vals vertrouwen op het moment dat dat verschil het meest telt.
Wat dit betekent voor risicoverantwoordelijken binnen ondernemingen
Als uw organisatie werkt met een backupstrategie die is ontworpen voor een ander dreigingslandschap, is de kloof tussen wat u heeft en wat u nodig heeft niet langer academisch. Bekijk de financiële realiteit:
Wereldwijd doet zich ongeveer elke 19 seconden een ransomware-incident voor.
De gemiddelde ransomwarebetaling bedroeg in 2025 ongeveer 1 miljoen dollar, met gemiddeld nog eens 1,53 miljoen dollar aan bijkomende herstelkosten.
64% van de getroffen organisaties weigerde in 2025 te betalen — een record — omdat verbeterde backuparchitecturen hen een geloofwaardig alternatief boden. De overige 36% had die optie niet.
Voor ondernemingen die actief zijn in gereguleerde sectoren of complexe hybride omgevingen beheren, is die afweging nog scherper. Materieel dataverlies brengt tegenwoordig directe meldingsverplichtingen met zich mee onder de SEC-cyberdisclosureregels, GDPR, DORA, en een groeiende lijst van sectorspecifieke kaders. De kosten van een onherstelbaar incident zijn niet langer louter operationeel — ze zijn reputatiegebonden, regelgevend, en in toenemende mate persoonlijk voor het senior management.
De implementatie van de Fibonacci-regel vereist niet dat u uw infrastructuur volledig opnieuw opbouwt. Ze vereist een eerlijke architecturale beoordeling, geprioriteerde remediatie op basis van een duidelijke set principes, en een bestuurlijk commitment om backupbeveiliging te behandelen als een geïntegreerde discipline — niet als een post op een inkooplijst.
De rol van BackupSec
Bij BackupSec helpen we enterprise-teams om hun backupomgevingen te beheren volgens bovenstaande principes — niet door hun backupplatform te vervangen, maar door backupbeveiliging observeerbaar, adviseerbaar en aantoonbaar te maken.
Onze aanpak combineert drie lagen, die elk een ander hiaat in de Fibonacci-regel aanpakken:
ZeroMON biedt continue observability over de volledige backupomgeving — Veeam-ready monitoring met realtime jobtracking, geautomatiseerde beveiligingscontroles, forensische audit trails voor configuratiedrift, en compliance-rapporten met één klik. Dit is de operationele laag die de "0 fouten"-vereiste van het raamwerk omzet van ambitie naar bewijs.
ZeroTAM biedt dedicated expertadvies voor backuparchitectuur, capaciteitsplanning, ransomware-herstelstrategie en crisisrespons — de menselijke laag die de meeste ondernemingen nodig hebben om te begrijpen wat hun backupomgeving hen werkelijk vertelt.
ZeroPEN voert pentests uit op uw backupinfrastructuur zoals een echte tegenstander dat zou doen — gericht op beheervlakken, toegangscontroles, onveranderlijkheidsinstellingen en isolatiepositie — en voert vervolgens daadwerkelijke restorescenario's uit om te valideren dat u volledig, schoon en binnen uw vastgestelde RTO kunt herstellen.
BackupSec wordt on-premise geïmplementeerd, maakt verbinding met uw backuptoepassingen via alleen-lezen API-toegang, en verplaatst nooit backupdata buiten uw omgeving. Of u nu een verouderde 3-2-1-architectuur moderniseert, uw huidige 3-2-1-1-0-implementatie toetst aan moderne dreigingsmodellen, of herstelgereedheid aantoont aan auditors en de raad van bestuur — de drielaagse aanpak is ontworpen om enterprise-teams de zichtbaarheid, begeleiding en bewijsvoering te bieden die het raamwerk vereist.
Klaar om de backupbeveiligingspositie van uw organisatie te toetsen aan de Fibonacci-regel voor Backupbeveiliging? Neem contact op met BackupSec →
Veelgestelde vragen
Is de Fibonacci-regel voor Backupbeveiliging een industriestandaard?
De 3-2-1- en 3-2-1-1-0-regels zijn breed erkende standaarden. De Fibonacci-regel voor Backupbeveiliging (5-3-2-1-1-0) is BackupSecs architecturale uitbreiding van die standaarden en formaliseert de vijf beveiligingsprincipes waaraan moderne backupomgevingen van ondernemingen moeten voldoen om als werkelijk veerkrachtig te worden beschouwd.
Hoe vaak moeten backups van ondernemingen worden getest?
Backupintegriteit moet continu worden geverifieerd via geautomatiseerde controles. Volledige restore-oefeningen moeten minstens ieder kwartaal worden uitgevoerd voor tier-1-systemen, en een volledige disaster recovery-oefening — inclusief de menselijke en procesmatige lagen — moet minstens jaarlijks plaatsvinden. Voor organisaties in zwaar gereguleerde sectoren is doorgaans frequentere validatie aangewezen.
Wat is het verschil tussen onveranderlijkheid en air-gap?
Onveranderlijkheid is een software- of hardwarematig afgedwongen eigenschap: data kan binnen een vastgestelde bewaartermijn niet worden gewijzigd of verwijderd. Air-gap is een fysieke of logische scheiding: de backup is helemaal niet bereikbaar vanaf het productienetwerk. Beide bieden bescherming tegen ransomware; de sterkste enterprise-architecturen gebruiken beide, vaak in gelaagde combinatie.
Hoe sluit dit raamwerk aan bij regelgevende vereisten?
Verschillende principes in de Fibonacci-regel — met name onveranderlijkheid, versleuteling, toegangsbeheer en verificatie — sluiten aan bij controledoelstellingen uit kaders als SEC 17a-4, FINRA, HIPAA, DORA, NIS2 en PCI-DSS, vooral rond bewaartermijnen, integriteit, manipulatiebestendigheid en herstelbaarheid. Het implementeren van het raamwerk kan de compliancepositie van een organisatie versterken, maar vestigt op zichzelf geen naleving van enig specifiek regelgevingsregime.
