mukul975/privacy-data-protection-skills

gdpr-valid-consent

- Guide for implementing GDPR-valid consent under Article 7 conditions and Article 4(11) definition.

소스 보기

사용 방법

  1. 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
  2. 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
  3. 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill gdpr-valid-consent

시작 전 확인

  • 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
  • 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서

원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.

Implementing GDPR-Valid Consent

Overview

Valid consent under the GDPR is defined in Article 4(11) as "any freely given, specific, informed and unambiguous indication of the data subject's wishes by which he or she, by a statement or by a clear affirmative action, signifies agreement to the processing of personal data relating to him or her." Article 7 sets out the conditions for consent, and Recital 32 clarifies that silence, pre-ticked boxes, or inactivity do not constitute consent.

The Court of Justice of the European Union (CJEU) reinforced this in Case C-673/17 (Planet49 GmbH, October 1, 2019), ruling that pre-ticked checkboxes do not constitute valid consent for placing cookies, and that consent must be specific to each processing purpose.

The Five Requirements of Valid Consent

1. Freely Given (Article 7(4), Recitals 42-43)

Consent is not freely given if:

  • There is a clear imbalance between the data subject and the controller (e.g., employer-employee relationships, public authority-citizen relationships)
  • Consent is bundled as a non-negotiable condition of a service (the "conditionality test" under Article 7(4))
  • The data subject suffers detriment for refusing or withdrawing consent
  • There is no genuine choice or the individual feels compelled to consent

CloudVault SaaS Inc. Implementation: CloudVault SaaS Inc. separates consent for core cloud storage services from consent for analytics and marketing. Users who decline marketing consent retain full access to storage functionality. The sign-up flow explicitly states: "Declining optional data processing will not affect your access to CloudVault storage services."

2. Specific (Article 6(1)(a), Recital 32)

Consent must be:

  • Granular: separate consent for each distinct purpose
  • Named: the controller and any third-party controllers must be specifically identified
  • Purpose-limited: clearly linked to a defined processing purpose

CloudVault SaaS Inc. Implementation: CloudVault SaaS Inc. presents three separate consent requests during onboarding:

  • "Allow CloudVault SaaS Inc. to analyze your file usage patterns to recommend storage optimization" (Purpose: Service improvement)
  • "Allow CloudVault SaaS Inc. to send you product update emails" (Purpose: Direct marketing)
  • "Allow CloudVault SaaS Inc. to share anonymized usage statistics with Datalytics Partners Ltd. for industry benchmarking" (Purpose: Third-party analytics)

3. Informed (Article 13, Recitals 42, 60)

Before consenting, the data subject must be told at minimum:

  • The identity of the controller (CloudVault SaaS Inc., registered at 42 Innovation Drive, Dublin, D02 YX88, Ireland)
  • The purpose of each processing operation for which consent is sought
  • The type of data collected
  • The right to withdraw consent at any time
  • Information about automated decision-making, including profiling (Article 22(2)(c))
  • Risks of data transfers to third countries without an adequacy decision or appropriate safeguards (relevant if Article 49(1)(a) explicit consent applies)

CloudVault SaaS Inc. Implementation: Each consent request includes a layered notice: a short-form summary visible immediately and a "Learn More" expandable section with full Article 13 information. The language is plain English at a Flesch-Kincaid grade level of 8 or below.

4. Unambiguous Indication

The data subject's intention must be clear. According to Recital 32:

  • Consent requires a clear affirmative act
  • Silence, pre-ticked boxes, or inactivity do not constitute consent (confirmed in CJEU C-673/17 Planet49)
  • Scrolling or continued browsing of a website does not meet this standard (EDPB Guidelines 05/2020, paragraph 86)

CloudVault SaaS Inc. Implementation: CloudVault SaaS Inc. uses unticked checkboxes for each consent purpose. The "Create Account" button is active regardless of consent choices. No default-on toggles are used. The UI state is logged to demonstrate that the user actively engaged each toggle.

5. Clear Affirmative Action (Article 4(11), Recital 32)

Acceptable forms of affirmative action include:

  • Ticking an unticked checkbox
  • Choosing technical settings on an information society service
  • Typing a consent statement
  • Signing a written declaration (including electronic signatures under eIDAS Regulation (EU) No 910/2014)

CloudVault SaaS Inc. Implementation: CloudVault SaaS Inc. records the specific UI interaction (checkbox tick, toggle switch activation) along with a timestamp, the user's session ID, the IP address, the version of the consent text displayed, and the user agent string.

Consent Form Audit Checklist

#Audit ItemGDPR ReferencePass/Fail Criteria
1Consent is separated from terms of serviceArt. 7(2)Consent request is clearly distinguishable from other matters
2No pre-ticked boxes or default-on togglesArt. 4(11), Recital 32, CJEU C-673/17All consent mechanisms start in the "off" state
3Granular consent per purposeRecital 32, EDPB Guidelines 05/2020Separate opt-in for each distinct processing purpose
4Controller identity statedArt. 7(2), Art. 13(1)(a)Full legal name and contact details of data controller visible
5Purpose clearly describedArt. 13(1)(c)Each purpose described in plain language without legal jargon
6Data types specifiedArt. 13(1)(d)Categories of personal data listed for each purpose
7Third-party recipients namedArt. 13(1)(e)Specific third parties (not categories) identified by name
8Withdrawal mechanism explainedArt. 7(3)Clear statement that consent can be withdrawn at any time with instructions
9No detriment for refusalArt. 7(4), Recital 42Service access not conditional on optional consent
10Withdrawal as easy as givingArt. 7(3)Withdrawal requires equal or fewer steps than initial consent
11Age verification presentArt. 8Age gate or verification for services directed at children
12Language is plain and clearArt. 7(2), Recital 42Flesch-Kincaid grade level 8 or below, no legal jargon
13Consent records storedArt. 7(1)Timestamp, version, purpose, mechanism, identity recorded
14Re-consent mechanism for purpose changesArt. 13(3)Process exists to obtain fresh consent when purposes change
15No cookie walls blocking accessEDPB Guidelines 05/2020 para 39Content accessible regardless of cookie consent choices

Implementation Workflow

  1. Map Processing Activities — Identify every processing activity that relies on consent as its lawful basis under Article 6(1)(a). Document the purpose, data categories, recipients, and retention period for each.
  1. Design Consent Mechanism — Create granular, unticked consent controls. Ensure the UI clearly separates each purpose. Follow EDPB Guidelines 05/2020 on consent.
  1. Draft Consent Language — Write concise, plain-language descriptions for each purpose. Include all Article 13 information in a layered format. Test readability at Flesch-Kincaid grade level 8 or below.
  1. Implement Record-Keeping — Build a consent receipt system that captures: timestamp (ISO 8601), consent version hash, purpose identifier, mechanism type (checkbox/toggle/signature), data subject identifier, and the exact text presented.
  1. Build Withdrawal Mechanism — Implement one-click withdrawal accessible from the user's account dashboard. Ensure withdrawal triggers downstream processing cessation within 24 hours.
  1. Run Audit — Use the checklist above to audit the consent implementation. Document findings and remediation actions.
  1. Schedule Re-Audit — Set a recurring audit cadence (quarterly recommended) and after any UI changes that affect consent flows.

Key Regulatory References

  • GDPR Article 4(11) — Definition of consent
  • GDPR Article 6(1)(a) — Consent as lawful basis
  • GDPR Article 7 — Conditions for consent
  • GDPR Article 8 — Conditions applicable to child's consent
  • GDPR Recitals 32, 33, 42, 43 — Guidance on consent requirements
  • CJEU Case C-673/17 (Planet49 GmbH) — Pre-ticked boxes ruling
  • EDPB Guidelines 05/2020 on consent under Regulation 2016/679
  • eIDAS Regulation (EU) No 910/2014 — Electronic signatures for consent

관련 작업

같은 저장소의 Skills

더 많은 Skills

모든 Skills
mukul975
커뮤니티

applying-privacy-design-patterns

- Systematic application of the eight privacy design patterns per Hoepman: minimize, hide, separate, abstract, inform, control, enforce, and demonstrate. Covers pattern selection methodology per processing activity, mapping to GDPR principles, and practical implementation guidance for privacy-by-design system architecture.

설치 수
1
GitHub Stars
315
업데이트
3월 16일
mukul975
커뮤니티

brazil-lgpd

- Guides compliance with Brazil's Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018). Covers the 10 lawful bases under Art. 7, DPO appointment, ANPD enforcement, data subject rights under Arts. 17-22, and international transfer mechanisms. Keywords: LGPD, Brazil data protection, ANPD, lawful bases, data subject rights, international transfers.

설치 수
1
GitHub Stars
315
업데이트
3월 16일
mukul975
커뮤니티

adequacy-assessment

- Guides assessment of third-country adequacy decisions under GDPR Article 45 for international data transfers. Covers the current EC adequacy decisions list, adequacy assessment criteria, partial adequacy handling, and monitoring of adequacy decision reviews. Keywords: adequacy decision, Article 45, third country, adequate protection, EC adequacy list.

설치 수
1
GitHub Stars
295
업데이트
3월 16일
mukul975
커뮤니티

age-gating-services

- Implements age-gating mechanisms for online services to restrict access based on user age. Covers hard gates versus soft gates, neutral age prompts, re-verification triggers, circumvention prevention, and regulatory requirements under GDPR, COPPA, UK Online Safety Act, and DSA. Keywords: age gate, age restriction, neutral prompt, children, online services, access control.

설치 수
1
GitHub Stars
295
업데이트
3월 16일