Your guide to the 6 lawful bases for data processing under GDPR

by SecureSlate Team in GDPR
4.9(409 reviews)

Photo: Unsplash

Every GDPR processing activity needs a lawful basis under Article 6. Picking the wrong basis—or using consent when legitimate interests would suffice—creates compliance and product friction.

Related guides:


Key takeaways

  • You must identify one primary lawful basis per purpose—not stack bases “just in case.”
  • Consent is strict: freely given, specific, informed, unambiguous, and easy to withdraw.
  • Legitimate interests require a documented LIA balancing test.
  • Special category data (Article 9) needs an additional condition beyond Article 6.

This guide covers:

  • Each of the six Article 6 bases with examples
  • Selection criteria and documentation tips
  • Consent vs legitimate interests in marketing and analytics
  • Article 9 add-ons for sensitive data

Choosing a lawful basis like picking a lane

GIF via GIPHY


The six lawful bases (Article 6)

Basis Article 6(1) Typical use cases
Consent (a) Optional newsletters, non-essential cookies, some marketing
Contract (b) Delivering a signed SaaS agreement, account setup, payments
Legal obligation (c) Tax records, employment law filings, regulatory reporting
Vital interests (d) Life-threatening emergencies (rare in commercial contexts)
Public task (e) Public authorities performing official functions
Legitimate interests (f) Fraud prevention, B2B prospecting (with care), security logging

You cannot switch lawful bases retroactively if the original basis was invalid (e.g., flawed consent).


How to choose the right basis

Ask for each processing purpose:

  1. Is it necessary for a contract the individual requested?
  2. Are we required by law to process the data?
  3. Can we achieve the goal without processing—or with less invasive means?
  4. If relying on legitimate interests, does our interest outweigh the individual’s rights (LIA)?
  5. If using consent, can we meet GDPR consent standards and honor withdrawal?

Document the basis in your RoPA and reflect it in your privacy notice.


Consent (Article 6(1)(a))

  • Must be opt-in for most situations; pre-ticked boxes are invalid.
  • Must be granular per purpose where purposes differ.
  • Withdrawal must be as easy as giving consent.
  • Not appropriate for imbalanced relationships (e.g., employer–employee in many cases).

Legitimate interests (Article 6(1)(f))

Conduct a Legitimate Interest Assessment (LIA):

LIA step Question
Purpose What legitimate interest are we pursuing?
Necessity Is processing necessary for that purpose?
Balancing Do individual rights override our interest?

Provide opt-out where required (e.g., direct marketing under Article 21). Supervisory authorities scrutinize surveillance-style analytics and covert profiling.


Special category data (Article 9)

Sensitive data—health, biometrics, racial/ethnic origin, political opinions, trade union membership, genetic data, sex life/orientation, religious beliefs—requires:

  • An Article 6 basis, and
  • An Article 9 condition (e.g., explicit consent, employment law, substantial public interest)

Apply data minimization and enhanced security. DPIAs are often mandatory.


Get audit-ready with SecureSlate

SecureSlate links processing activities to documented lawful bases, control evidence, and review workflows—keeping Article 6 choices visible during audits and customer due diligence.

Start free trial


FAQ

Can we use multiple lawful bases for one activity?

You should identify the most appropriate single basis per purpose. Different purposes in the same product may use different bases.

Not always. Legitimate interests may apply to some B2B outreach with an LIA and easy opt-out; ePrivacy rules may impose additional requirements for electronic marketing.

What if we picked the wrong basis?

Stop relying on the invalid basis, reassess processing, and re-baseline notices and contracts. Seek legal advice if processing continued unlawfully.


Disclaimer (legal note)

General information only—not legal advice. Lawful basis analysis is fact-specific and may interact with national ePrivacy laws.

Need compliance without the complexity?

SecureSlate automates ISO 27001, SOC 2, GDPR, HIPAA, and more. Built for growing teams. See it in action.

No credit card required

Filed under: GDPR

Author: SecureSlate Team

Related blogs
Jamie
Virtual Agent

Hi! I'm Jamie. Curious about your current compliance challenges and how automation might help your team?