<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/">
    <title>Moet ik weg?</title>
    <link href="https://moetikweg.nl/feed.xml" rel="self" />
    <link href="https://moetikweg.nl" />
    <updated>2026-11-13T19:32:46+01:00</updated>
    <author>
        <name>Moet ik weg?</name>
    </author>
    <id>https://moetikweg.nl</id>

    <entry>
        <title>Een exitplan is nuttiger dan een migratie</title>
        <author>
            <name>Moet ik weg?</name>
        </author>
        <link href="https://moetikweg.nl/een-exitplan-is-nuttiger-dan-een-migratie/"/>
        <id>https://moetikweg.nl/een-exitplan-is-nuttiger-dan-een-migratie/</id>
            <category term="Overstappen"/>

        <updated>2026-11-13T19:32:46+01:00</updated>
            <summary type="html">
                <![CDATA[
                    Als de afhankelijkheid van een Amerikaanse leverancier je zorgen baart, is verhuizen de meest zichtbare reactie. Vaak is een exitplan de betere eerste stap. Het kost weinig, je leert er veel van en je kunt het later altijd&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                <p>Als de afhankelijkheid van een Amerikaanse leverancier je zorgen baart, is verhuizen de meest zichtbare reactie. Vaak is een exitplan de betere eerste stap. Het kost weinig, je leert er veel van en je kunt het later altijd nog uitvoeren.</p><h2>Waarom eerst een plan</h2><p>Een migratie kost maanden, raakt iedereen in de organisatie en lost alleen het probleem van vandaag op. Een exitplan maakt je wendbaar: als prijzen, beleid of de rechtsgrond voor doorgifte veranderen, weet je wat je moet doen en hoe lang het duurt. De Rijksoverheid <a href="https://www.rijksoverheid.nl/actueel/nieuws/2026/07/03/strengere-regels-voor-het-gebruik-van-clouddiensten-door-de-rijksoverheid" target="_blank" rel="noopener">verplicht</a> zichzelf inmiddels tot zo'n plan voor belangrijke clouddiensten.</p><h2>Wat erin hoort</h2><p>Begin met een lijst van je data per dienst: mail, bestanden, agenda, chat, en de systemen die erop draaien. Schrijf per onderdeel op in welk formaat je kunt exporteren, waar het naartoe kan en wat je verliest, zoals deelrechten of versiegeschiedenis. Leg vast wie het uitvoert en hoe lang het duurt. Vergeet identiteit niet, want als je identiteitsprovider bij dezelfde leverancier zit, gaat je login mee.</p><h2>Test het</h2><p>Een plan dat nooit getest is, is een aanname. Exporteer één keer een echte mailbox en een gedeelde map naar je beoogde alternatief en kijk wat er overkomt. Dat duurt een middag en vertelt je meer dan een offerte.</p><h2>De Data Act helpt</h2><p>Sinds 12 september 2025 moet een cloudcontract volgens de <a href="https://eur-lex.europa.eu/eli/reg/2023/2854/oj/nld" target="_blank" rel="noopener">Data Act</a> overstappen regelen: hoogstens twee maanden opzegtermijn, een overgangsperiode van in principe 30 dagen waarin de dienst doorloopt, en daarna minstens 30 dagen om je data op te halen. Tot 12 januari 2027 mogen alleen kostendekkende overstapkosten worden gerekend, daarna geen. Kijk of je huidige contract dat al regelt, en vraag ernaar bij een verlenging.</p><h2>Daarna</h2><p>Met een getest exitplan kun je de vraag of je weg moet rustig beantwoorden. Gebruik daarvoor de <a href="https://moetikweg.nl/moet-ik-weg/">beslisboom</a>, en lees bij <a href="https://moetikweg.nl/hybride-en-exit/">hybride en exit</a> hoe je alleen het gevoelige deel verplaatst.</p>
            ]]>
        </content>
    </entry>
    <entry>
        <title>Wat Google client-side encryption wel en niet oplost</title>
        <author>
            <name>Moet ik weg?</name>
        </author>
        <link href="https://moetikweg.nl/wat-google-client-side-encryption-wel-en-niet-oplost/"/>
        <id>https://moetikweg.nl/wat-google-client-side-encryption-wel-en-niet-oplost/</id>
            <category term="Maatregelen"/>

        <updated>2026-11-13T18:32:46+01:00</updated>
            <summary type="html">
                <![CDATA[
                    Client-side encryption is het sterkste antwoord dat Google heeft op de vraag of de leverancier bij je data kan. Het is ook een maatregel die je bewust smal inzet, want hij kost functionaliteit. Met CSE versleutelt de browser&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                <p>Client-side encryption is het sterkste antwoord dat Google heeft op de vraag of de leverancier bij je data kan. Het is ook een maatregel die je bewust smal inzet, want hij kost functionaliteit.</p><h2>Hoe het werkt</h2><p>Met <a href="https://support.google.com/a/answer/14326936?hl=nl" target="_blank" rel="noopener">CSE</a> versleutelt de browser of app de inhoud voordat die naar Google gaat. De sleutels staan bij een externe sleutelbeheerdienst die jij kiest, en de toegang tot die sleutels loopt via een identiteitsprovider die jij beheert. Google kan de inhoud niet ontsleutelen, dus ook niet afgeven aan een overheid.</p><h2>Wat versleuteld is en wat niet</h2><table><thead><tr><th>Dienst</th><th>Versleuteld</th><th>Niet versleuteld</th></tr></thead><tbody><tr><td>Drive en Docs</td><td>Bestandsinhoud</td><td>Titel, eigenaar, wijzigingsdatum, labels</td></tr><tr><td>Gmail</td><td>Berichttekst en bijlagen</td><td>Onderwerp, ontvangers, tijdstippen</td></tr><tr><td>Agenda</td><td>Omschrijving en bijlagen</td><td>Titel, tijden, deelnemers</td></tr><tr><td>Meet</td><td>Audio, video en chat</td><td>Overige gegevens</td></tr></tbody></table><p>Wie met wie mailt en wanneer, blijft dus zichtbaar. Voor veel dreigingen is dat net zo gevoelig als de inhoud. Zet dus geen vertrouwelijke informatie in een onderwerpregel of bestandsnaam.</p><h2>Wat je inlevert</h2><p>Versleutelde inhoud kan Google niet verwerken. Functies die de inhoud moeten lezen, werken daarom beperkt of niet. Op mobiel zijn versleutelde bestanden alleen te bekijken, en alleen voor andere formaten dan Google Docs. Exporteer je met de exporttool of Vault, dan heb je je eigen sleutels nodig om de data te lezen, zoals Google in de <a href="https://support.google.com/a/answer/10741897?hl=nl" target="_blank" rel="noopener">documentatie</a> uitlegt. Je sleutelbeheer wordt dus een kritieke dienst: valt die uit, dan kan niemand bij de versleutelde bestanden.</p><h2>Licentie en inzet</h2><p>CSE zit in Enterprise Plus, Frontline Plus en Education Standard en Plus. Je kunt het per organisatie-eenheid of groep aanzetten, dus je hoeft niet iedereen over te zetten. Dat past bij de praktijk: zet het in voor de kleine groep die met de zwaarste informatie werkt, en laat de rest van de organisatie gewoon samenwerken. Hoe dit zich verhoudt tot de opties van Microsoft, staat bij <a href="https://moetikweg.nl/blijven-met-maatregelen/">blijven met extra maatregelen</a>.</p>
            ]]>
        </content>
    </entry>
    <entry>
        <title>Je hoeft niet weg bij Microsoft omdat de Rijksoverheid dat doet</title>
        <author>
            <name>Moet ik weg?</name>
        </author>
        <link href="https://moetikweg.nl/je-hoeft-niet-weg-omdat-de-rijksoverheid-dat-doet/"/>
        <id>https://moetikweg.nl/je-hoeft-niet-weg-omdat-de-rijksoverheid-dat-doet/</id>
            <category term="Wet en beleid"/>

        <updated>2026-11-13T17:32:46+01:00</updated>
            <summary type="html">
                <![CDATA[
                    Sinds het kabinet in juli 2026 het Rijkscloudbeleid aanscherpte, krijgen veel IT-managers de vraag of zij nu ook weg moeten. Het korte antwoord: nee, niet daarom. Het langere antwoord is interessanter. Het nieuwe beleid geldt voor Rijksoverheidsorganisaties. Defensie&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                <p>Sinds het kabinet in juli 2026 het Rijkscloudbeleid aanscherpte, krijgen veel IT-managers de vraag of zij nu ook weg moeten. Het korte antwoord: nee, niet daarom. Het langere antwoord is interessanter.</p><h2>Voor wie het beleid geldt</h2><p>Het <a href="https://www.rijksoverheid.nl/actueel/nieuws/2026/07/03/strengere-regels-voor-het-gebruik-van-clouddiensten-door-de-rijksoverheid" target="_blank" rel="noopener">nieuwe beleid</a> geldt voor Rijksoverheidsorganisaties. Defensie en de Hoge Colleges van Staat vallen erbuiten. Het strengste deel, publieke cloud onder niet-Europese wetgeving afraden voor kerntaken, geldt voor kritieke Rijksorganisaties. Voor e-mail en documentbeheer raadt het kabinet publieke cloud af omdat het die als nationaal belang ziet. Dat is een afweging voor de staat, met een dreigingsbeeld dat bij een staat hoort.</p><h2>Wat het niet zegt</h2><p>Het beleid zegt niet dat Microsoft 365 of Google Workspace onveilig of onrechtmatig is. Het zegt dat de overheid zelf niet afhankelijk wil zijn van leveranciers onder buitenlandse wetgeving. Geen enkele wet verplicht een bedrijf daartoe. Ook de <a href="https://www.rdi.nl/onderwerpen/digitale-weerbaarheid/cyberbeveiligingswet" target="_blank" rel="noopener">Cyberbeveiligingswet</a> vraagt risicobeheer, geen Europese leverancier.</p><h2>Wat je er wel uit haalt</h2><p>Het beleid is een goede checklist. Weet waarom je een clouddienst gebruikt en welke risico's je accepteert. Maak een exitplan voor de diensten waar je niet zonder kunt. Kijk naar afhankelijkheid van één leverancier. Dat zijn drie dingen die je ook zonder verhuizing kunt doen, en die bij een klantvraag of audit direct van pas komen.</p><h2>Wanneer het je wel raakt</h2><p>Lever je aan de Rijksoverheid, dan kun je deze eisen terugzien in aanbestedingen en verwerkersovereenkomsten. Rijksorganisaties krijgen vier jaar om bestaande diensten aan te passen, dus dat komt geleidelijk. Werk je in de zorg, dan is het <a href="https://www.autoriteitpersoonsgegevens.nl/system/files?file=2026-03%2FPraktijkgids+gezondheidsgegevens+in+de+cloud.pdf" target="_blank" rel="noopener">advies van de AP</a> een sterker signaal dan het Rijksbeleid. In alle andere gevallen begin je bij je eigen risico's, met de <a href="https://moetikweg.nl/moet-ik-weg/">beslisboom</a>.</p>
            ]]>
        </content>
    </entry>
    <entry>
        <title>De CLOUD Act betekent niet dat de VS zomaar in je mailbox kijkt</title>
        <author>
            <name>Moet ik weg?</name>
        </author>
        <link href="https://moetikweg.nl/cloud-act-betekent-niet-dat-de-vs-in-je-mailbox-kijkt/"/>
        <id>https://moetikweg.nl/cloud-act-betekent-niet-dat-de-vs-in-je-mailbox-kijkt/</id>
            <category term="Wet en beleid"/>

        <updated>2026-11-13T16:32:46+01:00</updated>
            <summary type="html">
                <![CDATA[
                    De CLOUD Act is het argument onder bijna elk stuk over Europese cloud. Vaak staat er dat de Amerikaanse overheid zo bij je data kan. Dat is te kort door de bocht, maar het tegendeel, dat een EU-datacenter&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                <p>De CLOUD Act is het argument onder bijna elk stuk over Europese cloud. Vaak staat er dat de Amerikaanse overheid zo bij je data kan. Dat is te kort door de bocht, maar het tegendeel, dat een EU-datacenter je beschermt, klopt ook niet.</p><h2>Wat er echt staat</h2><p>De wet voegde <a href="https://www.law.cornell.edu/uscode/text/18/2713" target="_blank" rel="noopener">§ 2713</a> toe aan de Stored Communications Act. Een aanbieder onder Amerikaanse rechtsmacht moet gegevens die hij in bezit, bewaring of beheer heeft verstrekken, ook als ze buiten de VS staan. Daarvoor is wel een bevel of dagvaarding in een strafrechtelijk onderzoek nodig, getoetst volgens de bestaande regels. Het is geen sleepnet.</p><h2>Waarom de locatie minder uitmaakt</h2><p>Het criterium is beheer, niet locatie. Data in Amsterdam of Dublin valt er dus ook onder als Microsoft of Google erbij kan. Een EU-datacenter of de EU Data Boundary verandert dat niet. Wat wel helpt, is versleuteling waarvan de leverancier de sleutel niet heeft, zoals <a href="https://moetikweg.nl/wat-google-client-side-encryption-wel-en-niet-oplost/">client-side encryption</a> of Double Key Encryption. Dan kan de leverancier alleen versleutelde data afgeven.</p><h2>De botsing met de AVG</h2><p>Een buitenlands bevel is volgens <a href="https://eur-lex.europa.eu/legal-content/NL/TXT/?uri=CELEX:32016R0679" target="_blank" rel="noopener">artikel 48 AVG</a> alleen een grondslag als er een verdrag onder ligt. De EDPB en EDPS stelden in 2019 dat een CLOUD Act-bevel <a href="https://www.edpb.europa.eu/our-work-tools/our-documents/letters/edpb-edps-joint-response-libe-committee-impact-us-cloud-act_en" target="_blank" rel="noopener">op zichzelf niet volstaat</a>. De aanbieder kan het bevel aanvechten, maar de <a href="https://www.law.cornell.edu/uscode/text/18/2703" target="_blank" rel="noopener">speciale procedure</a> daarvoor geldt alleen voor landen met een akkoord met de VS, en de EU heeft dat niet.</p><h2>Wanneer het voor jou telt</h2><p>Voor een gemiddeld mkb-bedrijf is de kans klein dat een Amerikaanse officier van justitie juist zijn data wil hebben. De Amerikaanse leveranciers publiceren hoeveel verzoeken ze krijgen, zoals in het <a href="https://transparencyreport.google.com/user-data/overview" target="_blank" rel="noopener">transparantieverslag van Google</a>. Het wordt anders als je klanten of activiteiten hebt die voor Amerikaanse opsporing interessant zijn, als je zeer gevoelige data verwerkt, of als een klant contractueel uitsluit dat een buitenlandse overheid bij de data kan. Dan is de vraag niet waar je data staat, maar wie de sleutel heeft. Loop daarvoor de <a href="https://moetikweg.nl/moet-ik-weg/">beslisboom</a> door.</p>
            ]]>
        </content>
    </entry>
</feed>
