Autoriteit Persoonsgegevens kan tijdelijk geen datalekmeldingen ontvangen
De Autoriteit Persoonsgegevens neemt aanstaande maandag 31 mei een nieuw meldformulier datalekken in gebruik waardoor de toezichthouder vanaf morgenochtend tijdelijk geen datalekmeldingen kan ontvangen. De toezichthouder zegt hier rekening mee te houden en geeft organisaties die een datalek willen melden meer tijd hiervoor.
Bedrijven en overheden die met een datalek te maken hebben moeten dit uiterlijk binnen 72 uur bij de Autoriteit Persoonsgegevens melden. Vanwege de invoering van het nieuwe meldformulier voor datalekken is het vanaf vrijdag 28 mei 9:00 uur tot en met maandag 31 mei 10:00 uur niet mogelijk om een datalek te melden. Organisaties die in deze periode een datalek moeten melden kunnen door het offline gaan van het formulier dit mogelijk niet op tijd doen. Daarom krijgen deze organisaties van de AP tot en met vrijdag 4 juni 2021 de tijd om het datalek te melden.
Het nieuwe meldformulier bevat een aantal verbeteringen voor gebruikers. Zo wordt het aanvullen van een eerdere melding eenvoudiger en kunnen meldingen tussentijds worden opgeslagen, om er op een later moment verder aan te werken. Oorspronkelijk zou het nieuwe formulier begin mei worden gelanceerd, maar dat werd wegens omstandigheden uitgesteld.
Gepland onderhoud / vernieuwing, een datalek?
Het verbeteren van de dienstverlening, het geven van een slecht voorbeeld?
Ik zie het niet....
Blijft raar dat je bij een klacht persoonsgegevens moet opgeven, die de partij waar jij een klacht overhebt nog niet in hun bezit hebben. En deze dan door de AP gedeeld worden met deze partij.
Dit nog afgezien van het vragen naar persoonsgegevens die niet relevant zijn sowieso al niet mag.
Mijn klacht hierover is nooit afgehandeld, omdat mijn persoonsgegevens ontbraken. Sindsdien neem ik de AP niet meer serieus. Wil nu ook een klacht indienen over Logius en de GGD, beide zeer belangrijk voor de privacy van iedereen, maar ja waarom zou ik nog de moeite nemen, wetende dat er toch niets meegedaan wordt, enkel omdat ik mijn privacy wel belangrijk vind en mijn achternaam, adres en telefoonnummer niet wens op te geven...
Het verbeteren van de dienstverlening, het geven van een slecht voorbeeld?
Ik zie het niet....
Een goede transitie betekent dat je snel onmerkbaar kan omschakelen zonder verstoring in de dienst. stand-by, disaster recovery meerdere backups.
Verrnoedelijk is het budget voor techniek minimaal gehouden en vrijwel alles aan juristen besteed.
De AP zegt zelf dat een kosten argument niet valide is om slechte techniek te hebben.
Een ICT-dienstverlener heeft 4 dagen nodig om een nieuw digitaal formulier te introduceren? Dit is absoluut geen 5 nines principe (lees: 99,999% uptime), maar slechts 98,9% uptime op jaarbasis.
In een normale ICT-organisatie start men de migratie om 5 uur 's avonds en een uur later voert men de validatie uit.
Ontbreekt het in die organisatie aan ICT-kennis, en waar is de ambitie?
Karma heeft een keer gelijk, of zou dat kunnen hebben. Over of het volgens de wet een datalek is laat ik me niet uit, maar volgens de leer van het (ISC)² moet het niet beschikbaar zijn van een dienst als securityincident gezien worden.
Overigens ben je als dienstverlener niet verplicht om iedere onderbreking van een dienst te melden, zoals karma later beweert. Dat zou enorme ritsen onzinnige meldingen tot gevolg hebben. Het verlies of ontoegankelijk worden van gegevens moet wel gemeld worden, ook als deze niet in de buitenwereld terecht zijn gekomen.
Een ICT-dienstverlener heeft 4 dagen nodig om een nieuw digitaal formulier te introduceren? Dit is absoluut geen 5 nines principe (lees: 99,999% uptime), maar slechts 98,9% uptime op jaarbasis.
In een normale ICT-organisatie start men de migratie om 5 uur 's avonds en een uur later voert men de validatie uit.
Ontbreekt het in die organisatie aan ICT-kennis, en waar is de ambitie?
Van een enkele call-center medewerker wordt een veel hoger aantal afhandelingen verwacht.
dat is onjuist. Je verwart "dienst" met het (tijdelijk) niet de beschikking hebben over gegevens waar (in de context van de AVG) sprake is van persoons gegevens.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
