Security obligations under GDPR: what "appropriate" means

What the regulation requires of website security, how appropriateness is judged, and the measures a small business is expected to have.

4 minread 799words last updated

The short answer

The regulation does not list mandatory security products. It requires appropriate technical and organisational measures to ensure a level of security appropriate to the risk, taking account of the state of the art, the costs of implementation, and the nature, scope, context and purposes of the processing, together with the likelihood and severity of the risk to people’s rights and freedoms. It names categories to consider: pseudonymisation and encryption, ongoing confidentiality, integrity, availability and resilience of processing systems, the ability to restore availability and access after an incident, and a process for regularly testing, assessing and evaluating effectiveness. Appropriateness is relative to risk rather than to company size, so a small business holding health or financial details is expected to protect them properly. For a business website, this translates into a concrete and unsurprising list, and the measures most often missing when things go wrong are the cheap, standard ones: second factors on administrative accounts, patching, tested backups and least-privilege access.

What appropriate looks like for a website

MeasureWhy it is expectedCost
HTTPS everywhere with HSTSData in transit; standard practiceNone
Multi-factor authentication on all administrative accountsThe most common breach routeNone
Least privilege and per-person accountsLimits exposure; enables offboardingNone
Patching and dependency updates within defined timesKnown vulnerabilities are exploited quicklySmall
Encryption at rest for databases and backupsNamed in the regulation; default on managed servicesUsually included
Tested backups and a documented restoreAvailability and restoration are explicit requirementsSmall
Logging and alertingDetection and investigationSmall
Input validation, secure forms, rate limitingPrevents the common web attacksBuild-time
Processor selection and agreementsRequired for suppliersAdministrative
Retention limitsLess data held, less exposedAdministrative
Staff awarenessPhishing is the leading entry pointSmall
Regular testing and reviewExplicitly requiredScan plus annual review

Demonstrating it

  1. Assess the risk: what data, whose, what would happen to them if it were exposed.
  2. Select measures proportionate to that risk, using the list above as the baseline.
  3. Write it down: a short security summary saying what you do and why it is appropriate.
  4. Implement and verify, rather than intend.
  5. Test regularly: scans, backup restores, access reviews, and an annual deeper check.
  6. Record the testing and any fixes, with dates.
  7. Check your processors and hold their agreements and security statements.
  8. Review after any incident and at least annually.

Security and retention are connected in a way small businesses underestimate. The most effective way to reduce the impact of a breach is to hold less data: enquiries deleted after a defined period, old customer records archived or removed, exports cleaned up. A business with a clear retention schedule that it actually applies converts a potential large incident into a small one, and it is a measure available to anyone at no cost.

What this means for you

Appropriate means proportionate to the risk to the people whose data you hold, judged against what is standard and affordable. For a website that means HTTPS, second factors, least privilege, patching, encryption at rest, tested backups, logging, secure forms, processor agreements, retention limits, training and regular testing, with the measures written down and verified. Reduce what you hold as well as protecting it. This is general information rather than legal advice.

Written by the CivSec S.M.A.R.T team

We build and run websites, software and AI systems for businesses. We write about what we see in that work, in plain language, and we update articles when things change.

Last checked . Spotted something outdated? Tell us.

Frequently asked questions

Is there a checklist of required security measures?

Not an exhaustive one, deliberately, because appropriateness depends on the risk. The regulation names categories: pseudonymisation and encryption, ongoing confidentiality, integrity, availability and resilience of systems, the ability to restore availability after an incident, and a process for regularly testing and evaluating effectiveness. Supervisory authorities and standards fill in the detail. For a business website the practical list is short and well understood.

How is appropriateness judged after a breach?

Against what was reasonable given the risk, the state of the art and the cost of implementation at the time. A regulator asks what data you held, what could happen to the people affected, what measures were available and affordable, and what you actually did. Missing measures that are standard, cheap and widely used, such as multi-factor authentication on administrative accounts or patching, are hard to defend regardless of company size.

Does the same standard apply to our suppliers?

Processors have their own security obligation, and you are required to use only processors providing sufficient guarantees. In practice that means selecting suppliers with credible security, capturing it in the processing agreement, and having a basis for the choice. You remain accountable for the processing, so your supplier's failure becomes your incident as well.

Sources

  1. EUR-Lex: Regulation (EU) 2016/679, Article 32 (accessed 2026-09-14)
  2. Autoriteit Persoonsgegevens: Security (accessed 2026-09-12)