Codeagents hebben shelltoegang tot echte machines. Ze voeren migraties uit, ruimen mappen op en verwijderen bestanden. Het nieuwe risico: een kopie die de agent kan bereiken, kan hij ook vernietigen, vaak tijdens een opgedragen taak.
Dit is geen theoretisch risico. Deze pagina behandelt een werkbaar back-uppatroon en de grenzen ervan.
Waarom je bestaande back-up geen back-up voor AI-agents is
Traditionele dreigingsmodellen gaan uit van hardwarestoring, menselijke fouten of ransomware. Agents handelen met jouw rechten, snel en met een plausibel doel.
Een gekoppelde netwerkschijf, synchronisatiemap of objectopslag met leesbare sleutels is bereikbaar voor processen onder jouw gebruiker. Besluit een agent dat een map oud is, dan valt alles wat hij ziet binnen bereik. Synchronisatie verspreidt de verwijdering naar de kopie, precies zoals ontworpen.
Het verschil is dus niet cloud tegenover lokaal, maar of de kopie bereikbaar is vanuit de agentomgeving.
Het patroon: pushen, nooit synchroniseren
Dit onderscheid verdient nadruk.
Synchronisatie weerspiegelt verwijderingen en is daarom geen geïsoleerd archief. CISA adviseert eveneens een kopie te isoleren van het beschermde systeem. Een shellagent kan anders dezelfde grens doorbreken.
Een back-up uploadt nieuw materiaal zonder verwijderingen te spiegelen. Bestemmingen met datum of tijd voegen versies toe. Dertig dagelijkse databasekopieën kosten vaak minder dan een mislukte herstelpoging, afhankelijk van omvang en tarief.
Scheiding van inloggegevens is de kern
Gebruik een pushpad met inloggegevens die de werkomgeving niet bezit.
Drive ondersteunt per apparaat intrekbare app-wachtwoorden. Bewaar een aparte back-upcredential alleen bij de pushende machine of taak, nooit in de projectmap of een door de agent leesbaar omgevingsbestand. Beperk ook rechten waar mogelijk.
Draait de taak op dezelfde machine, bewaar de credential buiten de projectboom met passende OS-rechten. Een afzonderlijke runner geeft meer scheiding. De back-up overleeft alleen als de agent geen bruikbaar pad naar de bestemming heeft.
Wat dit beschermt en wat niet
Precisie is belangrijker dan geruststelling.
Het beschermt tegen verwijderen of overschrijven in de werkomgeving, scripts die mappen wissen, onbedoelde repository-resets, menselijke fouten en gesynchroniseerde verwijderingen, mits upload en isolatie werkelijk werken.
Het beschermt niet tegen iemand met dashboardlogin en tweede factor, bewuste verwijdering van het archief of fouten buiten de gekopieerde scope. Het vervangt versiebeheer niet.
Het is één laag, geen volledig beveiligingsprogramma.
De korte lijst om te pushen
De lijst is kort, omdat veel van een werkmap reproduceerbaar is.
- Databasedumps. Nachtelijk, gedateerd en bewaard volgens niveau en beleid; controleer volledigheid.
- Omgevings- en configuratiebestanden. Klein maar moeilijk te reconstrueren; versleutel gevoelige inhoud en beperk toegang.
- Geüploade gebruikersinhoud. Niet in versiebeheer en niet reproduceerbaar.
- Belangrijke gegenereerde artefacten. Rapporten en exports van een inmiddels gewijzigd proces.
Broncode staat doorgaans al in een externe gitrepository. Deze laag dient vooral voor niet-reproduceerbare gegevens.
De vorm van een nachtelijke taak
Een korte implementatie is makkelijker te onderhouden en te controleren.
Een geplande taak maakt een tijdelijke dump, benoemt die met de datum, uploadt naar een gedateerd pad en verwijdert de lokale tijdelijke kopie. Configuratie en uploads volgen hetzelfde pad. De taak gebruikt een eigen credential en bevat geen verwijderlogica voor de bestemming.
Twee details zijn essentieel. Een datum in het doelpad voorkomt overschrijven; één vaste bestandsnaam geeft slechts de laatste kopie. Daarnaast moet falen direct worden gemeld en gemonitord. Een taak die zes weken stil faalt, levert geen betrouwbare back-up.
Herstel testen
Een nooit herstelde back-up is slechts een aanname.
Herstel eens per kwartaal naar een wegwerkomgeving. Controleer checksum of integriteit, volledigheid, toepasbaarheid en de procedure. Een geslaagde download alleen bewijst geen bruikbaar herstel.
Test ook of de credential nog werkt en of rotatie in de taak is verwerkt. Monitor de uploadkant expliciet, want push-only kan daar stil falen.
Hoe lang bewaren
Bewaring is een beleids- en opslagvraag, inclusief wettelijke en privacyvereisten.
Schade wordt soms pas weken later ontdekt. Dertig dagelijkse kopieën geven een maand historie, maar de juiste periode hangt af van detectietijd, omvang en regels. Bereken werkelijke opslagkosten.
Een patroon is elke dag een maand bewaren en daarna maandelijks een jaar. Laat een afzonderlijke, streng beperkte taak doelbewust opruimen. Zodra de uploader ook kan verwijderen, vergroot dat het risico.
Waar je de back-up plaatst
Drive zit bij hetzelfde account als mail. Volgens het beschreven aanbod begint de uitbreiding bij 250 GB voor $3.20 per maand en loopt de schuif tot 100 TB. Controleer actuele plannen, retentie, encryptie en eventuele uitgaand-verkeerskosten vóór keuze.
Opslag kan binnen het account worden verdeeld. Uploads gaan via WebDAV of API volgens verleende rechten. Zie de WebDAV-handleiding. Mappen kunnen met een ander account worden gedeeld voor herstel zonder jouw credential; controleer rollen en intrekking in hoe deellinks werken.
De kern is eenvoudig: een gedateerde bestemming, een credential buiten de werkomgeving en een taak die alleen toevoegt. Verifieer periodiek dat de geïsoleerde kopie compleet en herstelbaar is.
