Merge pull request #207 from LLM-Coding/copilot/prepare-linddun-semantic-anchor

feat: Add LINDDUN as semantic anchor

Author: rdmueller

docs/anchors/linddun.adoc

@@ -0,0 +1,49 @@
+= LINDDUN
+:categories: testing-quality
+:roles: software-architect, software-developer, qa-engineer, business-analyst, consultant, devops-engineer
+:related: owasp-top-10, regulated-environment
+:proponents: Kim Wuyts, Riccardo Scandariato, Wouter Joosen
+:tags: privacy, threat-modeling, privacy-engineering, GDPR, data-protection, threat-analysis, privacy-by-design
+:tier: 3
+
+[%collapsible]
+====
+Full Name:: LINDDUN Privacy Threat Modeling Framework
+
+Also known as:: LINDDUN GO, Privacy Threat Modeling, Privacy STRIDE
+
+[discrete]
+== *Core Concepts*:
+
+Linkability:: Attacker can link two items of interest (e.g., data items, messages, or actions) without knowing the identity of the data subject
+
+Identifiability:: Attacker can identify a data subject from a set of data subjects through items of interest
+
+Non-repudiation:: Data subject cannot deny having performed an action or having sent a message; system logs become a liability
+
+Detectability:: Attacker can deduce the existence or absence of a data item or communication, even without access to its content
+
+Disclosure of Information:: Unauthorized exposure of data to a party without the data subject's consent; classical confidentiality breach from a privacy perspective
+
+Unawareness:: Data subjects are not sufficiently informed about the collection, processing, storage, and sharing of their personal data; violates transparency principles
+
+Non-compliance:: System does not comply with privacy legislation, regulations, or organizational privacy policies (e.g., GDPR, CCPA, HIPAA)
+
+Key Proponents:: Kim Wuyts, Riccardo Scandariato, Wouter Joosen (KU Leuven / DistriNet Research Group, published 2014)
+
+[discrete]
+== *When to Use*:
+
+* Conducting privacy threat modeling during the design or architecture phase
+* Performing privacy impact assessments (PIA) or data protection impact assessments (DPIA)
+* Identifying privacy risks in systems that handle personal data
+* Evaluating compliance with GDPR, CCPA, HIPAA, and other privacy regulations
+* Integrating Privacy by Design into the software development lifecycle
+* Training development teams on privacy engineering concepts
+
+[discrete]
+== *Related Anchors*:
+
+* <<owasp-top-10,OWASP Top 10>>
+* <<regulated-environment,Regulated Environment>>
+====

docs/anchors/linddun.de.adoc

@@ -0,0 +1,49 @@
+= LINDDUN
+:categories: testing-quality
+:roles: software-architect, software-developer, qa-engineer, business-analyst, consultant, devops-engineer
+:related: owasp-top-10, regulated-environment
+:proponents: Kim Wuyts, Riccardo Scandariato, Wouter Joosen
+:tags: privacy, threat-modeling, privacy-engineering, GDPR, data-protection, threat-analysis, privacy-by-design
+:tier: 3
+
+[%collapsible]
+====
+Vollständiger Name:: LINDDUN Privacy Threat Modeling Framework
+
+Auch bekannt als:: LINDDUN GO, Privacy Threat Modeling, Privacy STRIDE
+
+[discrete]
+== *Kernkonzepte*:
+
+Linkability (Verknüpfbarkeit):: Angreifer kann zwei interessante Datenpunkte (z. B. Datensätze, Nachrichten oder Aktionen) miteinander verknüpfen, ohne die Identität der betroffenen Person zu kennen
+
+Identifiability (Identifizierbarkeit):: Angreifer kann eine betroffene Person aus einer Menge von Personen anhand vorhandener Daten identifizieren
+
+Non-repudiation (Nichtabstreitbarkeit):: Betroffene Person kann eine durchgeführte Aktion oder gesendete Nachricht nicht abstreiten; Systemlogs werden zur Datenschutzlast
+
+Detectability (Erkennbarkeit):: Angreifer kann das Vorhandensein oder Fehlen eines Datensatzes oder einer Kommunikation ableiten, auch ohne Zugriff auf den Inhalt
+
+Disclosure of Information (Informationsoffenbarung):: Unbefugte Weitergabe von Daten an Dritte ohne Einwilligung der betroffenen Person; klassische Vertraulichkeitsverletzung aus Datenschutzsicht
+
+Unawareness (Mangelndes Bewusstsein):: Betroffene Person wird nicht ausreichend über Erhebung, Verarbeitung, Speicherung und Weitergabe ihrer personenbezogenen Daten informiert; verletzt den Transparenzgrundsatz
+
+Non-compliance (Nichteinhaltung):: System entspricht nicht den Datenschutzgesetzen, Vorschriften oder organisationsinternen Datenschutzrichtlinien (z. B. DSGVO, CCPA, HIPAA)
+
+Schlüsselvertreter:: Kim Wuyts, Riccardo Scandariato, Wouter Joosen (KU Leuven / DistriNet Research Group, veröffentlicht 2014)
+
+[discrete]
+== *Wann zu verwenden*:
+
+* Durchführung von Privacy Threat Modeling in der Design- oder Architekturphase
+* Erstellung von Datenschutz-Folgenabschätzungen (DSFA/DPIA) und Datenschutz-Impact-Analysen
+* Identifikation von Datenschutzrisiken in Systemen, die personenbezogene Daten verarbeiten
+* Bewertung der Compliance mit DSGVO, CCPA, HIPAA und anderen Datenschutzvorschriften
+* Integration von Privacy by Design in den Software-Entwicklungslebenszyklus
+* Schulung von Entwicklungsteams zu Privacy Engineering
+
+[discrete]
+== *Verwandte Anker*:
+
+* <<owasp-top-10,OWASP Top 10>>
+* <<regulated-environment,Reguliertes Umfeld>>
+====

skill/semantic-anchor-translator/references/catalog.md

@@ -42,6 +42,11 @@ Source: https://github.com/LLM-Coding/Semantic-Anchors
 - **Proponents:** International Electrotechnical Commission
 - **Core:** Safety integrity levels for safety-critical systems
 
+### LINDDUN
+- **Also known as:** LINDDUN GO, Privacy Threat Modeling, Privacy STRIDE
+- **Proponents:** Kim Wuyts, Riccardo Scandariato, Wouter Joosen (KU Leuven)
+- **Core:** Privacy threat modeling framework; acronym for seven threat categories — Linkability, Identifiability, Non-repudiation, Detectability, Disclosure of information, Unawareness, Non-compliance; used for DPIA, Privacy by Design, GDPR compliance
+
 ### STRIDE Threat Model
 - **Proponents:** Loren Kohnfelder, Praerit Garg (Microsoft), Adam Shostack
 - **Core:** Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, Elevation of Privilege — structured threat categorization for security design