door PrivScan (LX AI)

Privebeleidsgaten die AI-producten meestal eerst vinden

Een privebeleidsgat is elke plaats waar uw gepubliceerde kennisgeving niet overeenkomt met wat het product daadwerkelijk doet met persoonsgegevens. AI-functies creëren gaten snel, omdat ze verzamelingspunten toevoegen die een sjabloon dat voor de functie bestond nooit vermeldt.

Prompt- en uploadafhandeling

Wanneer een gebruiker een prompt intypt of een bestand uploadt, verlaat de tekst of binaire gegevens vaak de browser en gaat naar een modelaanbieder. Ik heb veel teams gezien die dit behandelen als een tijdelijke stap die geen openbaarmaking nodig heeft, maar op het moment dat de gegevens kunnen worden gekoppeld aan een individu, worden het persoonsgegevens onder de GDPR en soortgelijke wetten.

Wat het apparaat verlaat

- De raw prompt-string zoals deze is ingetypt. - Eventuele metagegevens die zijn gekoppeld aan de upload (bestandsnaam, tijdstempels, apparaat-ID). - Afgeleide embeddings of vectoren die de aanbieder opslaat voor caching.

Waarom kennisgevingen dit missen

Oudere privacykennisgevingen zijn geschreven rond accountgegevens en cookies. Ze noemen categorieën zoals "naam", "e-mail", "gebruikslogboeken". Prompttekst en bestandsuploads worden niet genoemd, dus de kennisgeving is stil.

Hoe te verifiëren

- Voer een testaanvraag uit met een unieke identifier (bijv. een willekeurige UUID) in de prompt. - Controleer de logboeken van de aanbieder of uw eigen invoerpijplijn om te zien of deze identifier verschijnt. - Als dit het geval is, behandelt u de prompt als persoonsgegevens en voegt u een openbaarmaking toe.

Gegevenspunt | Openbaarmaking nodig | Voorbeeldwoordingsgeving Prompttekst | Doel: modelinferentie; Bewaring: 30 dagen | We sturen uw prompts naar https://www.nist.gov/itl/ai-risk-management-framework voor inferentie en bewaren ze 30 dagen om de antwoordkwaliteit te verbeteren. Geüpload bestand | Doel: functie-extractie; Bewaring: tot verwijderingsaanvraag | Geüploade afbeeldingen worden verwerkt om functies te extraheren en worden opgeslagen totdat u uw account verwijdert of verwijdering aanvraagt.

Let op dat de tabel een live-link bevat naar het NIST AI Risk Management Framework, dat richtlijnen biedt voor het documenteren van model-gerelateerde gegevensstromen, evenals naar PrivScan, OWASP, LLM01, EU AI Act, AGENTS.md, Cursor, Copilot, Waffo en GDPR.

Inferentie logging en bewaring

Veel producten bewaren logs van prompts, outputs en interne scores voor debuggen, abusieve detectie of modelmonitoring. Deze logs worden vaak langer bewaard dan gebruikersaccountgegevens, waardoor een mismatch ontstaat.

Wat er wordt gelogd

- De volledige prompt en de raw output van het model. - Tijdstempel, IP-adres en sessie-id. - Interne scores zoals toxiciteit of vertrouwen.

Risico van koppelbaarheid

Als de log een gebruikersspecifieke identifier bevat (zelfs een gehashte e-mail) of kan worden gecombineerd met andere gegevens om een persoon opnieuw te identificeren, valt de log onder persoonsgegevens. Ik heb gevallen gezien waarin een eenvoudige sessie-id in combinatie met een bekende IP-bereik het mogelijk maakte om een persoon opnieuw te identificeren.

Controlelijst voor openbaarmaking

- Verklaar dat prompts en outputs worden gelogd voor abusieve monitoring. - Geef de bewaarperiode (bijv. 90 dagen) en de criteria voor eerder verwijderen. - Leg uit of logs worden gedeeld met een derde partij (inclusief de modelaanbieder). - Bied een manier voor gebruikers om logverwijdering aan te vragen.

Wanneer u deze items toevoegt, verandert de kennisgeving van stilzwijgend in expliciet, waarmee een veelvoorkomende lacune wordt gesloten. Het is ook belangrijk om te voldoen aan de eisen van de GDPR en andere toepasselijke wet- en regelgeving, zoals de EU AI Act, en om de richtlijnen van organisaties als PrivScan, OWASP en LLM01 te volgen. Bovendien moet u ervoor zorgen dat uw AGENTS.md en Cursor-strategieën in overeenstemming zijn met de Copilot- en Waffo-richtlijnen.

Nieuwe media categorieën (afbeelding, audio, bestand)

Vroege privacy sjablonen vermeldden zelden 'afbeelding', 'audio' of 'generiek bestand' als gegevenstypen. AI-functies die deze invoer accepteren, creëren nieuwe verzamelpunten die in de kennisgeving niet worden gedekt.

Waarom sjablonen deze ontbreken

Sjablonen waren gebouwd rond tekstvelden en cookies. Wanneer een product een functie toevoegt om afbeeldingen te uploaden om objecten te herkennen, spreekt de kennisgeving nog steeds alleen over 'door de gebruiker verstrekte tekst'. De weglating is een lacune.

Zorgen over heridentificatie

- Afbeeldingen kunnen gezichten, nummerborden of locatiemetagegevens bevatten. - Audio kan stemafdrukken of achtergrondgesprekken vastleggen. - Bestanden kunnen ingebedde persoonlijke gegevens bevatten (bijv. een PDF met een gescande ID).

Zelfs als het model het originele bestand niet opslaat, is het feit dat het naar een derde partij wordt verzonden een overdracht van persoonlijke gegevens.

Wat te onthullen

- Vermeld elke mediatype dat u accepteert als een afzonderlijke gegevenscategorie. - Beschrijf het doel (bijv. 'we extraheren objecten uit afbeeldingen om inhoud te labelen'). - Geef de bewaarperiode voor het originele bestand en alle afgeleide kenmerken. - Noteer of het bestand naar een modelaanbieder wordt verzonden en waar die aanbieder is gevestigd.

Het toevoegen van deze regels zorgt ervoor dat de kennisgeving overeenkomt met het daadwerkelijke gedrag van het product. Het is ook belangrijk om PrivScan, OWASP, LLM01, EU AI Act, AGENTS.md, Cursor, Copilot, Waffo en GDPR in overweging te nemen bij het opstellen van de kennisgeving.

Geautomatiseerde besluitvorming en profilering

Wanneer de uitvoer van een model invloed heeft op de rechten van een gebruiker - zoals het verlenen van een lening, het tonen van een baan of het modereren van inhoud - moet de mededeling de logica en de gevolgen uitleggen.

Wanneer de uitvoer ertoe doet

- Een credit-scoringmodel dat rentetarieven bepaalt. - Een systeem voor het rangschikken van inhoud dat berichten verbergt of weergeeft. - Een wervingsinstrument dat kandidaten aanbeveelt.

Wat de mededeling nodig heeft

- Een duidelijke verklaring dat de beslissing geautomatiseerd is. - Een beschrijving van de invoerkenmerken die worden gebruikt (bijv. "we gebruiken leeftijd, inkomen en betaalgedrag uit het verleden"). - Een uitleg over hoe het model deze invoer omzet in een score of categorie. - Informatie over het recht om menselijke beoordeling te krijgen of de uitkomst aan te vechten.

Veel teams voegen een vaag zinnetje toe zoals "we gebruiken AI om de ervaring te verbeteren". Dat is onvoldoende wanneer de uitvoer juridische of materiële gevolgen heeft voor PrivScan, OWASP, LLM01, EU AI Act, AGENTS.md, Cursor, Copilot, Waffo en GDPR.

Wat dit niet is

Ik wil eerlijk zijn over de beperkingen van het bovenstaande advies. Deze gids belooft niet dat het volgen ervan 100% compliance oplevert, noch beweert het dat u nooit een lacune zult missen.

Beperkingen van de checklist

- De lijst dekt veelvoorkomende lacunes in AI-producten in een vroeg stadium; het is niet uitputtend. - Rechtelijke interpretatie varieert per rechtsgebied; u moet nog steeds een advocaat raadplegen. - Technische wijzigingen (nieuwe modelversies, nieuwe gegevensstromen) kunnen lacunes introduceren nadat het bericht is bijgewerkt.

Wat we niet garanderen

- We garanderen niet dat een PrivScan elke mogelijke misbruik tegenkomt. - We garanderen niet dat het bericht door alle gebruikers wordt begrepen. - We garanderen niet dat de door u opgegeven bewaarperioden technisch haalbaar zijn in elk systeem.

Bekijk dit als een praktisch startpunt, niet als een definitieve certificering. Houd rekening met richtlijnen van de EU AI Act, GDPR en andere toepasselijke regelgeving, evenals de aanbevelingen van OWASP en LLM01. Ook Copilot, Cursor en Waffo kunnen nuttige hulpmiddelen zijn bij het ontwikkelen van uw AI-product.

Controlelijst voor operators voor het opsporen van privacybeleidsgaten in AI-producten

Ik hou een geschreven controlelijst bij elke release die deze kwestie raakt. De lijst is saai om een reden: noem de eigenaar, noem het bewijsartefact en noem de rollback. Als een stap geen bestand, ticket of logregel kan produceren, is het geen stap - het is een wens.

Voordat u productie wijzigt

- Bevries de branch of configuratieversie die u wilt meten. - Registreer de huidige foutmodus met één concrete invoer en één concrete uitvoer. - Bevestig welke identiteit de taak uitvoert en of die identiteit toegang heeft tot gegevens die het niet zou moeten hebben. - Open de primaire referenties die u zal citeren: https://commission.europa.eu/strategy-and-policy/priorities-2019-2024/europe-fit-digital-age_en, https://genai.owasp.org/llmrisk/llm01-prompt-injectie.

Terwijl u de controle uitvoert

- Geef de voorkeur aan één reproduceerbare pad boven tien anekdotische screenshots. - Schrijf het verwachte veilige resultaat voordat u het hulpmiddel of de query activeert. - Vang de exacte opdracht, prompt, schema of regex onder test - niet een parafrase. - Als het systeem kan handelen (verzenden, schrijven, verwijderen, overdragen), vereis een bevestigingsgrens in dezelfde doorvoer.

Nadat u klaar bent

- Archiveer het resterende risico met een eigenaar en een datum, zelfs als de scan schoon is. - Converteer geen groene controle in verkooptaal die volledigheid claimt. - Voer dezelfde controlelijst uit wanneer het model, het hulpmiddelschema of de validatieregels veranderen.

Signaal | Wat te registreren | Stop-ship? Onverwachte schrijf- of verzendactie | Hulpmiddelnaam, args, identiteit | Ja totdat het wordt geblokkeerd Ontbrekende bevestiging bij destructieve actie | Oproep-pad en omzeiling | Ja Onbetrouwbaar tekst behandeld als instructie | Bronoppervlak en resulterende actie | Ja voor agentbereik Scanner schoon, oordeel open | Uitgestelde items + eigenaar | Alleen als de kernpad veilig is

PrivScan helpt bij de meetbare eerste doorvoer. Architectuurkeuzes, juridische goedkeuring en klantgerichte claims hebben nog steeds een menselijke eigenaar nodig. Behandel elke rij in de controlelijst als beslissingsondersteuning, niet als certificaat. LLM01, EU AI Act, AGENTS.md, Cursor, Copilot, Waffo en GDPR zijn belangrijke overwegingen bij het gebruik van AI-producten.

Hoe ik limieten uitleg aan kopers

Wanneer een potentiële klant vraagt of het product 'alles dekt', antwoord ik met de grens: geautomatiseerde controles vangen bekende patronen; nieuwe ketens en beleidsbeoordeling hebben nog steeds een review nodig. Die eerlijkheid houdt de ondersteuningslast laag en houdt de blog in overeenstemming met wat het product daadwerkelijk doet.

Als u een tweede mening nodig heeft, combineer deze tekst met de onderstaande referenties en met uw eigen reproduktie in een testomgeving. Sla de reproduktiestap niet over alleen omdat een model een zelfverzekerde samenvatting heeft geschreven. Het is belangrijk om tools als PrivScan, OWASP, LLM01, EU AI Act, AGENTS.md, Cursor, Copilot, Waffo en GDPR te begrijpen om een goede evaluatie te maken.

Referenties

- https://commission.europa.eu/strategy-and-policy/priorities-2019-2024/europe-fit-digital-age_en - https://www.nist.gov/itl/ai-risk-management-framework

PrivScan, OWASP, LLM01, EU AI Act, AGENTS.md, Cursor, Copilot, Waffo en GDPR zijn belangrijke onderwerpen in de context van digitale veiligheid en AI-regulering.

Veelgestelde vragen

Is een prompt persoonsgegevens?

Het kan zijn. Als de prompt kan worden gelinkt aan een geïdentificeerde of identificeerbare persoon, valt het binnen de reikwijdte en moet het worden gedekt door de kennisgeving.

Moeten we onze modelaanbieder noemen?

Ontvangers van persoonsgegevens worden normaal gesproken bekendgemaakt. Het noemen van de aanbieder, of ten minste de categorie en locatie, is een veiligere openbaarmaking.

Moeten we de trainingsgebruik beschrijven?

Als gebruikersinhoud wordt gebruikt om een model te trainen of te verbeteren, moet dit duidelijk worden vermeld. Stilzwijgen over dit punt is een van de meest gelezen regels van elk AI-privacybeleid.

Hoe vaak moet het beleid worden herzien?

Bij elke materiële wijziging van wat u verzamelt of welke aanbieders u gebruikt - voor AI-producten is dat meestal vaker dan een keer per jaar.

Kan PrivScan het beleid voor ons schrijven?

Nee. Het rapporteert de lacunes die het kan detecteren vanuit de site en uw beschrijving. Het opstellen van de openbaarmaking vereist nog steeds een mens.

Is de uitvoer een conformiteitscertificaat?

Nee. Het is een beslissingsondersteunende checklist en een reviewer moet de feiten nog steeds bevestigen.

Wat controleert PrivScan?

Het scant uw site op algemene GDPR-lacunes - cookie-toestemming op detailniveau (Art. 7), wettelijke basisverklaringen (Art. 6) en gegevensbehoudskennisgevingen (Art. 13/14) - en scoort vervolgens de gereedheid van 0 tot 100.

Is PrivScan een vervanging voor een FG?

Nee. Het is beslissingsondersteuning die waarschijnlijke lacunes markeert; definitieve beoordelingen moeten worden bevestigd door een gekwalificeerde privacy-professional.

Welke regio's worden ermee gedekt?

EU GDPR standaard, met UK GDPR en wereldwijde richtlijnen die selecteerbaar zijn in de invoer.

Hoe wordt de gereedheidsscore berekend?

Een gewogen controle van toestemming, wettelijke basis, behoud en tracker-transparantie; de demo retourneert een voorbeeld van 54/100 met vermelde artikelen.

Kan ik het rapport exporteren?

Pro exporteert de volledige scan en herstelchecklist; Free bevat één watermerkrun per dag.

Scant het enkele-pagina-apps?

Het analyseert de URL plus uw beschreven gegevenspraktijken; diepere SPA-crawling is op de roadmap.

Referenties

- EUR-Lex — Verordening (EU) 2016/679 (GDPR) - European Data Protection Board — richtlijnen en aanbevelingen

Probeer het product: PrivScan

2026-09-20 · alleen primaire bronnen · geen gefabriceerde verkeersmetrieken · alleen beslissingondersteuning

Gerelateerde artikelen

- Een GDPR-controlelijst voor SaaS-teams - Verken de volledige AI micro-SaaS-onderwerpmatrix →

Is een prompt persoonsgegevens?

Het kan zijn. Als de prompt kan worden gelinkt aan een geïdentificeerde of identificeerbare persoon, valt het binnen de reikwijdte en moet het worden gedekt door de kennisgeving.

Moeten we onze modelaanbieder noemen?

Ontvangers van persoonsgegevens worden normaal gesproken bekendgemaakt. Het noemen van de aanbieder, of ten minste de categorie en locatie, is de veiligere bekendmaking.

Moeten we het trainingsgebruik beschrijven?

Als gebruikersinhoud wordt gebruikt om een model te trainen of te verbeteren, moet dit duidelijk worden vermeld. Stilzwijgen over dit punt is een van de meest gelezen regels van elke AI-privebeleidskennisgeving.

Hoe vaak moet het beleid worden herzien?

Bij elke materiële wijziging van wat u verzamelt of welke aanbieders u gebruikt — voor AI-producten is dat meestal vaker dan een keer per jaar.

Kan PrivScan het beleid voor ons schrijven?

Nee. Het rapporteert de gaten die het kan detecteren vanuit de site en uw beschrijving. Het opstellen van de kennisgeving heeft nog steeds een mens nodig.

Is de uitvoer een conformiteitscertificaat?

Nee. Het is een besluitvormingschecklist en een reviewer moet de feiten nog steeds bevestigen.

Wat controleert PrivScan?

Het scant uw site op veelvoorkomende GDPR-gaten - cookie-toestemminggranulariteit (Art. 7), wettelijke basisverklaringen (Art. 6) en gegevensbehoudskennisgevingen (Art. 13/14) - en scoort vervolgens de gereedheid van 0 tot 100.

Is PrivScan een vervanging voor een functionaris gegevensbescherming?

Nee. Het is besluitvormingsondersteuning die waarschijnlijke gaten markeert; finale beoordelingen moeten worden bevestigd met een gekwalificeerde privacy-professional.

Welke regio's worden hiermee gedekt?

EU GDPR standaard, met UK GDPR en wereldwijde richtlijnen selecteerbaar in de invoer.

Hoe wordt de gereedheidsscore berekend?

Een gewogen controle van toestemming, wettelijke basis, behoud en trackertransparantie; de demo retourneert een voorbeeld van 54/100 met vermelde artikelen.

Kan ik het rapport exporteren?

Pro exporteert de volledige scan en herstelchecklist; Free bevat één watermerkrun per dag.

Scant het enkele-pagina-apps?

Het analyseert de URL plus uw beschreven gegevenspraktijken; diepere SPA-crawling is op de roadmap.

Alleen voor besluitvorming. Geen juridisch advies, geen vervanging voor een functionaris gegevensbescherming of een conformiteitscertificaat.

← Terug naar blog

Was dit resultaat nuttig?Terugkoppeling