Totes les eines

He de notificar aquesta bretxa?

Responeu sis preguntes sobre què ha passat. Apliquem els criteris dels articles 33 i 34 del RGPD i us diem quina obligació teniu, en quin termini i amb quin text.

1. Quines dades s'han vist afectades?

Si hi ha diversos tipus, trieu el més sensible.

2. Què ha passat amb aquestes dades?

Pot haver passat més d'una cosa; trieu la més greu.

3. A quantes persones afecten?
4. Estaven les dades xifrades?

El xifratge robust amb la clau fora de perill pot eximir de comunicar-ho a les persones afectades (art. 34.3.a RGPD).

5. S'ha recuperat el control de la situació?
6. Quan vau tenir coneixement de la bretxa?

El termini de 72 hores de l'article 33 compta des que en teniu constància raonable, no des que va passar.

El que gairebé ningú documenta

Una obligació que es passa per alt fàcilment no és la de notificar, sinó la de l'article 33.5: documentar totes les bretxes, incloses les que no es notifiquen. Una organització que decideix raonadament no notificar i ho deixa per escrit pot explicar després per què ho va fer. Sense aquest document no pot demostrar que va valorar res, i la manca de diligència pot acabar pesant més que l'incident original.

Com notificar una bretxa a l'AEPD: terminis i criteris

Qualsevol organització, sigui quina sigui la seva mida, pot patir un incident de seguretat: un correu massiu enviat amb les adreces en còpia visible (CC) en lloc d'oculta, un ordinador portàtil perdut sense xifrar, una bretxa provocada per un engany de pesca de credencials o un atac de ransomware que bloqueja l'accés als servidors.

En tots aquests casos ens trobem davant d'una bretxa de seguretat de les dades personals segons el Reglament general de protecció de dades (RGPD). Ara bé, que s'hagi produït un incident no vol dir automàticament que s'hagi de comunicar a l'Agència Espanyola de Protecció de Dades (AEPD). Saber quan hi ha l'obligació legal de notificar, en quin termini s'ha de fer i com s'ha de documentar és indispensable per protegir els drets de les persones afectades i evitar sancions per manca de diligència.

Criteris: quan és obligatori notificar?

L'article 33 del RGPD estableix que el responsable del tractament ha de notificar la bretxa a l'AEPD, tret que sigui improbable que la violació constitueixi un risc per als drets i les llibertats de les persones físiques. Per avaluar si hi ha aquest risc, la vostra organització ha d'analitzar quatre factors clau:

  1. La naturalesa i la tipologia de les dades. No comporta el mateix perill la filtració d'un llistat corporatiu amb noms i telèfons que l'accés no autoritzat a credencials, històries clíniques, nòmines, números de compte bancari o categories especials de dades (origen ètnic, conviccions religioses, dades biomètriques o de salut, previstes a l'article 9 del RGPD).
  2. El tipus d'afectació. Les bretxes poden comprometre la confidencialitat (accés no autoritzat o filtració), la integritat (modificació o manipulació) o la disponibilitat (destrucció, esborrament o xifratge per ransomware). Un tall temporal que es resol en minuts gràcies a les còpies de seguretat no té el mateix impacte que la pèrdua irreversible d'informació.
  3. El volum i les circumstàncies de les persones afectades. Cal valorar tant el nombre de persones implicades com el seu grau de vulnerabilitat (per exemple, menors o col·lectius protegits).
  4. Les mesures tècniques prèvies. Si les dades afectades tenien un xifratge robust i la clau de desxifratge no s'ha vist compromesa, el risc real per a les persones afectades és pràcticament inexistent, cosa que pot justificar no notificar (article 33.1 del RGPD). L'article 34.3.a eximeix, a més, en aquest cas, de comunicar-ho a les persones afectades.

Si d'aquesta avaluació es desprèn que les persones afectades poden patir perjudicis econòmics, usurpació d'identitat, discriminació o una pèrdua efectiva de confidencialitat, la notificació és imperativa.

Els terminis: el rellotge de les 72 hores

El RGPD fixa un termini estricte: la notificació a l'AEPD s'ha de fer sense dilació indeguda i, com a màxim, en 72 hores. És fonamental entendre amb exactitud com es computa aquest termini:

Com es presenta la notificació a la pràctica

La notificació a l'AEPD no es fa amb un correu electrònic genèric ni amb un escrit en paper:

  1. Es tramita a través de la seu electrònica de l'AEPD, amb el procediment específic habilitat per a les bretxes de seguretat.
  2. El formulari oficial demana detallar la naturalesa de la bretxa, les categories i el nombre aproximat de persones afectades, les possibles conseqüències, les mesures de contenció ja adoptades o proposades, i les dades de contacte del delegat de protecció de dades (DPD) o del responsable de l'incident.

Abans de fer-ho, us podeu orientar amb l'eina oficial de l'AEPD, Asesora Brecha (en castellà), o amb l'assistent d'aquesta mateixa pàgina.

Cal avisar també les persones afectades?

La comunicació a les persones afectades (article 34 del RGPD) només és preceptiva quan la bretxa comporta un risc alt. En aquest cas, l'avís s'ha de fer directament i en un llenguatge comprensible, explicant amb claredat què ha passat, quines conseqüències pot tenir i quines pautes pràctiques han de seguir les persones afectades (com canviar les contrasenyes o vigilar els càrrecs bancaris).

L'obligació que sol oblidar-se: l'article 33.5

Hi ha una obligació legal que es passa per alt fàcilment: l'article 33.5 del RGPD exigeix documentar qualsevol violació de la seguretat, incloses les que, de manera motivada, es decideix no notificar a l'autoritat.

Mantenir al dia un registre intern d'incidents i bretxes en què constin els fets, els efectes valorats, l'anàlisi de risc i els motius de la decisió final és la vostra principal garantia. Si un tercer denuncia el cas o l'autoritat us demana explicacions més endavant, poder mostrar aquesta valoració raonada acredita la vostra diligència i pot ser decisiu. Per fer-ho, teniu el nostre registre intern d'incidents i bretxes.

Us ajudem amb la resta?

Formació, simulacions de pesca de credencials i vigilància contínua per a PIMEs.

Parlem-ne