Skip to content
Topic Contested in court

Security

LLM context A cited markdown file you can paste into your AI assistant (ChatGPT, Claude, a RAG or project knowledge base) to ground it in this topic. Contains: the overview, key law text, case law, enforcement and guidance for this topic. Everything links back to its source on overview.legal — legal information, not advice.

Technical and organizational measures to protect personal data

1,414 linked items 20 Laws82 Case Law111 Guidance1025 Enforcement125 News

Overview

21 sources · Jul 15, 2026

Legal Framework

Security of personal data is governed primarily by Article 5(1)(f), which requires data to be "processed in a manner that ensures appropriate security," and Article 25, which mandates data protection by design and by default. Although Article 32 (Security of processing) is not provided in full here, it is the operational core of the security obligation and is cited consistently across CJEU and national case law as the provision that gives specific expression to the Article 5(1)(f) principle. Article 25 requires controllers to implement measures such as pseudonymisation both when determining processing means and during processing itself, taking into account state of the art, costs, and risk. Article 34(3)(a) provides a critical incentive: where encryption or equivalent measures render breached data unintelligible, the controller may be exempt from communicating the breach to data subjects.

"processed in a manner that ensures appropriate security of the personal data, including protection against unauthorised or unlawful processing and against accidental loss, destruction or damage, using appropriate technical or organisational measures"
— GDPR Art. 5(1)(f)

Key Developments

The CJEU in ZQ v Medizinischer Dienst der Krankenversicherung Nordrhein confirmed that Article 32 gives specific expression to Article 5(1)(f), requiring controllers to assess risk and implement measures proportionate to that risk:

"any controller of personal data is required to implement appropriate technical and organisational measures to ensure a level of security appropriate to the risk, in particular the pseudonymisation and encryption of such data and the ability to ensure, inter alia, the confidentiality and integrity of processing systems and services"
— ZQ v Medizinischer Dienst ¶68

The Irish DPC in the Permanent TSB decision emphasized that the GDPR does not prescribe specific measures but requires appropriateness:

"The GDPR does not identify specific technical and organisational measures that must be applied, nor does it set requirements in terms of the standard of such measures, provided that they are appropriate."
— Permanent TSB §39

The French CNIL's Hôpital privé de la Loire decision and the Irish DPC's Midlands Regional Hospital Tullamore decision both cited inadequate technical and organisational measures as the basis for enforcement. Recent IMY fines against Miljödata (€1.8 million after a ransomware breach) and AEPD sanctions against Vodafone España (€750,000 for inadequate processor oversight) confirm that ransomware exposure and processor-management failures are high-priority enforcement triggers.

Status of the Debate

This topic is contested in court. The boundaries of what constitutes "appropriate" security are actively litigated, with courts diverging on how to calibrate the risk-based standard. The CJEU's ruling in Schrems v Meta Platforms departed from European Commission v Republic of Poland, illustrating that the scope of protections owed in sensitive-data contexts remains unsettled:

"In particular, on the occasion of a panel discussion in which he participated in Vienna on 12 February 2019, at the invitation of the Representation of the European Commission in Austria, Mr Schrems referred to his sexual orientation for the purpose of criticising Facebook's processing of personal data, including the processing of his own data."
— Schrems v Meta Platforms

While this split concerns contextual scope rather than the existence of the duty itself, it signals that courts are still defining the outer limits of security obligations in relation to sensitive data and third-party access.

Practical Guidance

  • Conduct documented risk assessments for each processing activity, weighing state of the art, cost, and risk severity — the Article 32 factors consistently cited by courts and DPAs.
  • Prioritize encryption and pseudonymisation — both are named in Article 32(1)(a) and serve as the benchmark for adequacy; encryption can also trigger the Article 34(3)(a) breach-notification exemption.
  • Apply data protection by design and by default under Article 25, ensuring that only necessary data is accessible by default and that access controls prevent indefinite exposure.
  • Monitor processor compliance rigorously — the AEPD's Vodafone sanction and IMY's Miljödata fine show that inadequate processor oversight is a standalone enforcement basis.
  • Implement regular testing and evaluation of security measures per Article 32(1)(d) — ongoing assessment, not one-time implementation, is what enforcement authorities expect.
Everything on this topic ranked by relevance · links go to the exact provision / paragraph / section
rec 83 Recital 83 — data security risk assessment and mitigation Laws GDPR Apr 2016 risk assessment and mitigation duties

Why here The recital centrally requires controllers and processors to assess processing risks and implement measures that mitigate them, with an appropriate level of security as the aim.

the text this rests on
the controller or processor should evaluate the risks inherent in the processing and implement measures to mitigate those risks

assessed by openai/gpt-6-luna · 8 Oct 2026

rec 98 Recital 98 — Promoting encryption for electronic communications security Laws NIS2 Dec 2022 Encryption for communications security

Why here The recital makes encryption a central measure for safeguarding the security of public communications networks and services. It also recognises its role in protecting data and communications.

the text this rests on
In order to safeguard the security of public electronic communications networks and publicly available electronic communications services, the use of encryption technologies

assessed by openai/gpt-6-luna · 11 Oct 2026

rec 28 Recital 28 — pseudonymisation benefits for data protection Laws GDPR Apr 2016 risk reduction through safeguards

Why here The recital presents pseudonymisation as a measure that can reduce risks to data subjects. It supports the protective purpose of security measures, though it does not prescribe specific technical or organisational measures.

the text this rests on
The application of pseudonymisation to personal data can reduce the risks to the data subjects concerned

assessed by openai/gpt-6-luna · 10 Oct 2026

rec 29 Recital 29 — incentives for pseudonymisation within controller Laws GDPR Apr 2016 Waarborgen voor gepseudonimiseerde verwerking

Why here The recital makes pseudonymisation within the same controller conditional on technical and organisational measures for the processing concerned. It also requires the additional attribution information to be kept separately.

the text this rests on
technical and organisational measures necessary to ensure, for the processing concerned, that this Regulation is implemented

assessed by openai/gpt-6-luna · 8 Oct 2026

Guidelines 4/2019 Article 25 Data Protection by Design and by Default Version 2.0 Adopted on 20 October 2020 Guidelines on data protection by design and by default Guidelines ·EDPB Guidance EDPB Oct 2020 Security as a data protection principle

Why here Security measures are part of data protection principles, but the document focuses on design and default, not just security.

the text this rests on
technical and organisational measures which are designed to implement the data protection principles

assessed by deepseek/deepseek-v4-flash-0731 · 28 Aug 2026

Guidelines 1/2020 processing personal data in the context of connected vehicles and mobility related applications Guidelines on processing of personal data through video devices Guidelines ·EDPB Guidance EDPB Jan 2020 Security and privacy considerations

Why here The document acknowledges security as a related topic but does not provide detailed security measures.

the text this rests on
security and privacy of connected vehicles

assessed by deepseek/deepseek-v4-flash-0731 · 28 Aug 2026

Guidelines 07/2022 certification as a tool for transfers Guidelines on certification and identifying certification criteria Guidelines ·EDPB Guidance EDPB Feb 2023 Technical and organizational measures

Why here The certification criteria reference technical and organizational measures, which are part of data security under Article 32 GDPR.

the text this rests on
technical and organisational measures guaranteeing protection (Annex 2, Section 10.q)

assessed by deepseek/deepseek-v4-flash-0731 · 7 Sept 2026

Guidelines 06/2020 interplay of the Second Payment Services Directive and the GDPR Guidelines on the Interplay between the application of Article 3 and the provisions on international transfers as per Chapter V of the GDPR Guidelines ·EDPB Guidance EDPB Dec 2020 Security measures mention

Why here The document recites the need to comply with GDPR security requirements in the context of PSD2, but does not detail specific security measures.

the text this rests on
the relevant security requirements laid down in the GDPR must be implemented

assessed by deepseek/deepseek-v4-flash-0731 · 7 Sept 2026

rec 104 Recital 104 — cybersecurity obligations for electronic communications providers Laws NIS2 Dec 2022 Security by design and default

Why here De tekst verlangt beveiliging vanaf ontwerp en standaard, maar koppelt die niet uitdrukkelijk aan persoonsgegevens; zij is daarom ondersteunend bij passende technische en organisatorische maatregelen.

the text this rests on
implement security by design and by default, and inform their service recipients of significant cyber threats

assessed by openai/gpt-6-luna · 10 Oct 2026

rec 85 Recital 85 — personal data breach notification requirements Laws GDPR Apr 2016 harm arising from security incidents

Why here The recital addresses the harms that may follow from an unaddressed breach, but does not prescribe technical or organisational security measures.

the text this rests on
A personal data breach may, if not addressed in an appropriate and timely manner, result in physical, material or non-material damage to natural persons

assessed by openai/gpt-6-luna · 8 Oct 2026

Guidelines 07/2020 concepts of controller and processor in the GDPR Guidelines ·EDPB Guidance EDPB Jul 2021 Security measures mentioned for processors

Why here Security is referenced only in the context of processor selection criteria, not as a central principle.

the text this rests on
Elements to be taken into account could be the processor’s expert knowledge (e.g. technical expertise with regard to security measures and data breaches)

assessed by deepseek/deepseek-v4-flash-0731 · 28 Aug 2026

Guidelines 2/2023 Technical Scope of Art. 5(3) of ePrivacy Directive Guidelines ·EDPB Guidance EDPB Oct 2024 protection of terminal equipment

Why here Discusses integrity and confidentiality of terminal equipment, which relates to security but not central security measures.

the text this rests on
the goal of that provision is to protect the users’ terminal equipment, as they are part of the private sphere of the users

assessed by deepseek/deepseek-v4-flash-0731 · 7 Sept 2026

Guidelines 3/2019 processing of personal data through video devices Guidelines ·EDPB Guidance EDPB Jan 2020 Technical measures

Why here Mentions technical measures to minimize intrusion, but does not constitute a full treatment of security measures.

the text this rests on
the controller should consider physical and technical means, for example blocking out or pixelating not relevant areas.

assessed by deepseek/deepseek-v4-flash-0731 · 7 Sept 2026

rec 94 Recital 94 — prior consultation high risk processing Laws GDPR Apr 2016 Risk-mitigation safeguards and measures

Why here The recital mentions security measures as possible safeguards against high risk, but does not set out their content or requirements.

the text this rests on
in the absence of safeguards, security measures and mechanisms to mitigate the risk

assessed by openai/gpt-6-luna · 8 Oct 2026

rec 125 Recital 125 — supervisory authority training and expertise Laws NIS2 Dec 2022 inspectie van technische zwakheden

Why here De overweging noemt technische zwakheden die bij toezicht worden opgespoord. Zij stelt geen maatregelen voor de bescherming van persoonsgegevens vast.

the text this rests on
including the identification of weaknesses in databases, hardware, firewalls, encryption and networks.

assessed by openai/gpt-6-luna · 12 Oct 2026

rec 115 Recital 115 — systemic risk management for general-purpose AI Laws AI Act Jun 2024 Model and infrastructure safeguards

Why here The recital requires cybersecurity measures for the model and its infrastructure throughout the lifecycle. It does not concern the security of personal data as such.

the text this rests on
ensure an adequate level of cybersecurity protection for the model and its physical infrastructure, if appropriate, along the entire model lifecycle.

assessed by openai/gpt-6-luna · 10 Oct 2026

This is the top of each pile — all 82 Case Law · all 111 Guidance · all 1025 Enforcement · all 125 News · all 50 Literature