本文へ移動
cccskills
無料GitHub で公開

biometric-dpia

Guides DPIA for biometric processing systems including facial recognition, fingerprint, voice, iris, and gait analysis. Covers Art. 9 special category requirements, Art. 35(3)(b) mandatory DPIA triggers for large-scale biometric processing, and EDPB Guidelines 3/2019 on video surveillance. Keywords: biometric, facial recognition, fingerprint, DPIA, Art. 9, special category, EDPB Guidelines 3/2019.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md12.4 KB
  • assets/template.md7.4 KB
  • references/standards.md6.4 KB
  • references/workflows.md5.7 KB
  • scripts/process.py14.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Assessing Biometric Processing Privacy

Overview

Biometric data is classified as a special category of personal data under GDPR Art. 9(1) when processed for the purpose of uniquely identifying a natural person. Processing biometric data on a large scale triggers a mandatory DPIA under Art. 35(3)(b). This skill provides a comprehensive DPIA methodology for biometric systems including facial recognition, fingerprint identification, voice recognition, iris scanning, vein pattern analysis, and behavioural biometrics (gait, typing patterns, signature dynamics).

Legal Framework for Biometric Data

GDPR Definition — Art. 4(14)

"'Biometric data' means personal data resulting from specific technical processing relating to the physical, physiological or behavioural characteristics of a natural person, which allow or confirm the unique identification of that natural person, such as facial images or dactyloscopic data."

Art. 9(1) — Prohibition on Processing Special Categories

Processing of biometric data for the purpose of uniquely identifying a natural person is prohibited unless one of the Art. 9(2) exemptions applies.

Critical distinction: Art. 9 only applies when biometric data is processed "for the purpose of uniquely identifying" a person. A photograph used for illustration purposes is not Art. 9 data; the same photograph processed through facial recognition software to identify the person is Art. 9 data.

Art. 9(2) Exemptions Applicable to Biometric Processing

ExemptionReferenceApplication to Biometrics
Explicit consentArt. 9(2)(a)Employee consent often not freely given due to power imbalance (WP29 Opinion 2/2017). Consumer biometric consent must meet Art. 7 standards.
Employment, social security, social protection lawArt. 9(2)(b)Member State law may authorise biometric processing in the employment context (e.g., biometric access control for high-security areas).
Vital interestsArt. 9(2)(c)Limited to emergency situations where biometric identification is needed to protect someone's life.
Substantial public interestArt. 9(2)(g)Member State law basis required. May apply to law enforcement biometrics where authorised by specific legislation.
Health or social careArt. 9(2)(h)Biometric patient identification in healthcare settings.
Public healthArt. 9(2)(i)Biometric contact tracing during health emergencies (subject to proportionality).
Archiving, scientific research, statisticsArt. 9(2)(j)Biometric research (e.g., medical imaging analysis) with Art. 89(1) safeguards.

Art. 35(3)(b) — Mandatory DPIA Trigger

Processing on a large scale of special categories of data referred to in Art. 9(1), including biometric data processed for unique identification, requires a DPIA. "Large scale" factors per WP248rev.01:

  • Number of data subjects (in absolute terms or as a proportion of the relevant population)
  • Volume of data and/or range of data items
  • Duration or permanence of the processing
  • Geographic scope

EDPB Guidelines 3/2019 on Video Surveillance

Key provisions relevant to facial recognition CCTV:

  • Facial recognition in public spaces generally constitutes systematic monitoring of publicly accessible areas (Art. 35(3)(c)) in addition to large-scale biometric processing (Art. 35(3)(b)).
  • Facial recognition for access control is less intrusive than identification in public spaces but still requires DPIA.
  • Purpose limitation: biometric templates created for access control must not be repurposed for attendance monitoring or performance management.
  • Storage limitation: biometric templates should be stored on a device controlled by the data subject (e.g., access card) rather than a central database where possible.

Biometric System Types and Risk Assessment

Verification (1:1 Matching)

One-to-one comparison of a live biometric sample against a stored template for the claimed identity. Used for access control, device unlock, payment authentication.

Risk FactorAssessment
Data subjectsDefined, enrolled individuals
Volume of dataLimited to enrolled population
ProportionalityGenerally more proportionate than identification
Storage recommendationTemplate stored on user's device or card (decentralised)
Art. 35(3)(b) triggerDepends on scale of enrolled population

Identification (1:N Matching)

One-to-many comparison of a live biometric sample against a database of templates to determine identity. Used for law enforcement, border control, surveillance.

Risk FactorAssessment
Data subjectsPotentially unlimited (all persons in the capture area)
Volume of dataCan be very large (entire population databases)
ProportionalityHighly intrusive; requires strong justification
Storage recommendationCentralised database is typically required for 1:N matching
Art. 35(3)(b) triggerAlmost always triggered

Categorisation

Classification of individuals into groups based on biometric characteristics (age, gender, ethnicity, emotion) without uniquely identifying them. Used for analytics, targeted advertising, audience measurement.

Risk FactorAssessment
Art. 9 applicabilityMay not fall under Art. 9 if not used for unique identification, but still high risk
AI Act classificationEmotion recognition in workplace/education prohibited (Art. 5(1)(f))
Discrimination riskCategorisation by race, ethnicity, or emotion raises equality law concerns

DPIA Content for Biometric Systems

Systematic Description

For biometric systems, the Art. 35(7)(a) systematic description must include:

ElementRequired Detail
Biometric modalityFacial, fingerprint, iris, voice, vein, gait, or multi-modal
Processing modeVerification (1:1) or identification (1:N) or categorisation
Capture environmentControlled (sensor/scanner) or uncontrolled (CCTV, ambient camera)
Template storageCentralised database, decentralised (user device/card), or encrypted enclave
Template formatProprietary template, ISO 19794 standard, or raw biometric data
Matching algorithmVendor algorithm (specify), open-source algorithm, or custom development
Accuracy metricsFalse Acceptance Rate (FAR), False Rejection Rate (FRR), Equal Error Rate (EER)
Liveness detectionAnti-spoofing measures (presentation attack detection)
Fallback mechanismAlternative identification method when biometric fails
Retention periodTemplate retention, raw biometric data retention, audit log retention

Necessity and Proportionality for Biometric Processing

The proportionality assessment for biometric systems must be rigorous because biometric data:

  • Is permanent (unlike passwords, biometric characteristics cannot be changed if compromised)
  • Is uniquely identifying (biometric data is inherently linked to the individual)
  • Creates heightened risk of function creep (biometric templates can be repurposed)
  • Has disproportionate impact if breached (biometric data cannot be reissued)
Proportionality QuestionAssessment Standard
Is biometric processing necessary, or can a non-biometric alternative achieve the same purpose?Badge/card access, PIN, password, or multi-factor authentication without biometrics
Is the biometric modality the least intrusive option?Fingerprint is generally less intrusive than facial recognition; on-device verification less intrusive than centralised identification
Is the scale of biometric processing proportionate?Processing all persons in an area (identification) is less proportionate than processing enrolled volunteers (verification)
Is the retention of biometric data minimised?On-card template storage preferred over centralised database; raw biometric images should not be retained after template extraction

Risk Register for Biometric DPIA

Common Biometric Processing Risks

Risk IDRiskLikelihoodSeverityTypical Level
BIO-R1Biometric data breach — templates or raw data exposed to unauthorised partiesPossibleMaximumVery High
BIO-R2Function creep — biometric data collected for access control repurposed for surveillance or attendance monitoringLikelySignificantHigh
BIO-R3Discriminatory accuracy — facial recognition performs worse on certain demographic groups (skin colour, age, gender)LikelySignificantHigh
BIO-R4False rejection denying legitimate access — disabled individuals, elderly, or those with skin conditions experience higher rejection ratesPossibleSignificantHigh
BIO-R5Spoofing or presentation attacks — fraudulent biometric samples (photos, masks, artificial fingerprints) bypass securityPossibleSignificantHigh
BIO-R6Chilling effect — knowledge of biometric surveillance alters behaviour in public or workplace spacesLikelyLimitedHigh
BIO-R7Irreversibility — unlike passwords, compromised biometric data cannot be changed or reissuedAlmost certainMaximumVery High
BIO-R8Third-party capture — biometric data of non-enrolled individuals incidentally captured by the systemLikelyLimitedHigh

Mitigation Measures for Biometric Processing

MeasureTypeRisk Addressed
On-device or on-card template storage (no centralised database)Technical (DPbD)BIO-R1, BIO-R7
Template protection: cancellable biometrics or biometric encryption (BioHashing, fuzzy vault)TechnicalBIO-R1, BIO-R7
Liveness detection / presentation attack detection (ISO 30107 compliance)TechnicalBIO-R5
Purpose limitation enforcement through technical access controlsTechnical + OrganisationalBIO-R2
Demographic accuracy testing across skin colour, age, gender groups (NIST FRVT benchmarks)TechnicalBIO-R3
Non-biometric fallback mechanism (PIN, card, helpdesk override)OrganisationalBIO-R4
Signage and transparency notices in capture areasOrganisational (Transparency)BIO-R6, BIO-R8
Automatic deletion of raw biometric images after template extractionTechnical (Data minimisation)BIO-R1
Regular penetration testing of biometric systemTechnical (Security)BIO-R5

Enforcement Precedents

  • CNIL vs Clearview AI (2022): EUR 20 million fine for mass collection of facial images from internet for biometric identification database without consent, transparency, or DPIA.
  • ICO vs Clearview AI (2022): GBP 7.5 million fine for same biometric processing; enforcement notice ordering deletion of UK residents' biometric data.
  • Swedish DPA vs Skelleftea Municipality (2019): SEK 200,000 fine for school using facial recognition for student attendance tracking. Consent relied upon was not freely given due to power imbalance. Less intrusive alternatives were available.
  • ICO vs Serco Leisure (2022): Enforcement notice for requiring employees to use facial recognition for time and attendance at leisure centres. No DPIA conducted; no less intrusive alternative offered.
  • CNIL vs Clearview AI (2023): EUR 5.2 million additional penalty for non-compliance with the 2022 order, demonstrating the consequences of continued biometric processing in violation of enforcement.
  • French Conseil d'Etat vs Presto (2020): Upheld CNIL enforcement against biometric time-and-attendance system for employees; found that fingerprint scanning for attendance was disproportionate when badge systems were available.
  • Italian Garante vs P&G (Gillette) (2022): Enforcement action against automated age estimation system using facial analysis in retail stores without DPIA and without valid consent.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Implements 42 CFR Part 2 protections for substance use disorder patient records. Covers written consent requirements stricter than HIPAA, re-disclosure prohibition, court order procedures, qualified service organization agreements, and 2024 amendments aligning Part 2 with HIPAA. Keywords: 42 CFR Part 2, substance use disorder, SUD records, re-disclosure, consent, Part 2 amendments.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

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.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

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.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Evaluates and implements age estimation and verification technologies for online services. Covers facial age estimation, digital ID verification, self-declaration with risk assessment, AI-based age estimation, and the accuracy versus privacy tradeoff. Includes ICO guidance and euCONSENT framework. Keywords: age verification, age estimation, facial analysis, digital ID, children, online safety.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Preparing EU AI Act compliance documentation for high-risk AI systems. Covers Annex III classification, technical documentation under Art. 11, conformity assessment, risk management systems, and CE marking requirements. Keywords: EU AI Act, high-risk AI, Annex III, conformity assessment, CE marking.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements GDPR Art. 22 automated decision-making and AI Act Art. 14 human oversight requirements for AI systems. Covers identification of solely automated decisions, meaningful human intervention design, logic explanation mechanisms, and contestation procedures. Keywords: Art. 22, automated decision, human oversight, AI Act, profiling, contestation.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

mukul975 のスキルをすべて見る

このスキルの問題を報告する