Why The Right To Be Forgotten Is Even Harder To Comply With Than You Think (And What To Do About It)

Jan 16, 2023
Share this post
Sharing to FacebookSharing to LinkedInSharing to XSharing to Email

In today’s data-driven world, businesses are constantly collecting information from their customers in order to provide a better product or service, to understand and alleviate any pain points along their path to acquisition, to gain insights and create more efficient processes, and so much more. Data is often considered critical for modern organizations, but the collection and use of data comes with an ethical and legal responsibility.Global data protection regulations, like the General Data Protection Regulation (GDPR) or the California Consumer Privacy Act (CCPA), exist to protect individuals’ rights to privacy. These regulations provide a legal framework which businesses must abide by when it comes to handling and storing their customers’ personally identifiable information (PII). Failure to adhere to these regulations can result in hefty fines, not to mention a severe blow to customer trust and brand reputation.One major requirement of several of these data protection regulations is the ability to comply with the individuals’ “right to be forgotten”, also known as the right to erasure. This means that if and when a customer requests it, organizations are legally obliged to delete all the individuals’ personal data from their systems. While this is a win for the privacy of individuals worldwide, the unfortunate reality for businesses is that properly sanitizing a single individual’s data is immensely difficult to do. In this article we discuss why erasing all of an individuals’ personal data is a technically complex task and what proactive organizations can do to make their lives easier.

Why is deleting all of an individuals’ personal data complicated?

The ability to delete all of a users’ personal data requires being able to keep track of every piece of personally identifiable information associated with them – their name, address, phone number–but also other identifying information which, when combined together, can increase the risk of re-identifying them, like their approximate location, religion, and medical conditions.An individual’s data can live within numerous systems, locations, and in unexpected formats, document types, and data management technologies. Formats can vary from onboarding forms to customer service emails, customer service calls and transcripts, and to data collected through their use of the organizations’ product(s). Every time an employee shares customer data without properly tracking that data sharing process it creates another hurdle of properly tracking the information. Data management systems can be as complex to deal with from a regulatory perspective as blockchains, which present novel challenges when it comes to complying with the right to be forgotten. When you don’t set strict systems up from the beginning, you end up with situations like the Facebook’s, described here: Facebook Doesn’t Know What It Does With Your Data, Or Where It Goes: Leaked Document.In addition, unstructured data (free text, pdfs, docx) can all contain user information that is difficult to pinpoint to a particular individual. These huge pools of mostly unknown data make up 80% and growing of an organization’s data.

Why is keeping track of all personal data just the beginning?

The right to be forgotten is more than about deleting the data that employees can see. Regulations, such as the Health Insurance Portability and Accountability Act (HIPAA) can require data to not only be deleted but also to have been sanitized.The International Data Sanitization Consortium defines data sanitization as “the process of deliberately, permanently and irreversibly removing or destroying the data stored on a memory device to make it unrecoverable. A device that has been sanitized has no usable residual data, and even with the assistance of advanced forensic tools, the data will not ever be recovered. There are three methods to achieve data sanitization: physical destruction, cryptographic erasure and data erasure.They provide an excellent list of data protection regulations and their requirements for sanitization.In addition to storing information for operational use, organizations are often making copies of their storage systems, which in turn also need to be sanitized of personal data. Furthermore, every time data is saved it may be stored in a new location. What this means is that the data may still reside in its deallocated location within a disk and, though now inaccessible by just regularly retrieving the data, it is still retrievable by an attacker scanning deallocated memory. Data sanitization techniques unfortunately don’t tend to be usable for selective sanitization, but rather the erasure of information of entire disks when they are repurposed or decommissioned. They cannot therefore be used to erase the information of a single user.

What can organizations do to make their lives easier?

When storing specific personal data is necessary, organizations should set processes in place as soon as possible to keep track of where that data is stored and who it is shared with, as well as ensuring that any deallocated data is properly erased. One way to do this is to replace or erase an individual’s data from a storage device A, transfer all of the remaining data stored in that device over to another storage device B, and then sanitize storage device A by applying data erasure.That said, organizations are often collecting personal data that they do not even need. Another major requirement from data protection regulations is data minimization, which requires all personal data collected to be “adequate, relevant and limited to what is necessary in relation to the purposes for which they are processed.”Limiting the amount of personal data collected through the process of redaction or de-identification is a central component to limiting the headache your organization will face when grappling with data protection regulation compliance.

Data Left Behind: AI Scribes’ Promises in Healthcare

Data Left Behind: Healthcare’s Untapped Goldmine

The Future of Health Data: How New Tech is Changing the Game

Why is linguistics essential when dealing with healthcare data?

Why Health Data Strategies Fail Before They Start

Private AI to Redefine Enterprise Data Privacy and Compliance with NVIDIA

EDPB’s Pseudonymization Guideline and the Challenge of Unstructured Data

HHS’ proposed HIPAA Amendment to Strengthen Cybersecurity in Healthcare and how Private AI can Support Compliance

Japan's Health Data Anonymization Act: Enabling Large-Scale Health Research

What the International AI Safety Report 2025 has to say about Privacy Risks from General Purpose AI

Private AI 4.0: Your Data’s Potential, Protected and Unlocked

How Private AI Facilitates GDPR Compliance for AI Models: Insights from the EDPB's Latest Opinion

Navigating the New Frontier of Data Privacy: Protecting Confidential Company Information in the Age of AI

Belgium’s Data Protection Authority on the Interplay of the EU AI Act and the GDPR

Enhancing Compliance with US Privacy Regulations for the Insurance Industry Using Private AI

Navigating Compliance with Quebec’s Act Respecting Health and Social Services Information Through Private AI’s De-identification Technology

Unlocking New Levels of Accuracy in Privacy-Preserving AI with Co-Reference Resolution

Strengthened Data Protection Enforcement on the Horizon in Japan

How Private AI Can Help to Comply with Thailand's PDPA

How Private AI Can Help Financial Institutions Comply with OSFI Guidelines

The American Privacy Rights Act – The Next Generation of Privacy Laws

How Private AI Can Help with Compliance under China’s Personal Information Protection Law (PIPL)

PII Redaction for Reviews Data: Ensuring Privacy Compliance when Using Review APIs

Independent Review Certifies Private AI’s PII Identification Model as Secure and Reliable

To Use or Not to Use AI: A Delicate Balance Between Productivity and Privacy

To Use or Not to Use AI: A Delicate Balance Between Productivity and Privacy

News from NIST: Dioptra, AI Risk Management Framework (AI RMF) Generative AI Profile, and How PII Identification and Redaction can Support Suggested Best Practices

Handling Personal Information by Financial Institutions in Japan – The Strict Requirements of the FSA Guidelines

日本における金融機関の個人情報の取り扱い - 金融庁ガイドラインの要件

Leveraging Private AI to Meet the EDPB’s AI Audit Checklist for GDPR-Compliant AI Systems

Who is Responsible for Protecting PII?

How Private AI can help the Public Sector to Comply with the Strengthening Cyber Security and Building Trust in the Public Sector Act, 2024

A Comparison of the Approaches to Generative AI in Japan and China

Updated OECD AI Principles to keep up with novel and increased risks from general purpose and generative AI

Is Consent Required for Processing Personal Data via LLMs?

The evolving landscape of data privacy legislation in healthcare in Germany

The CIO’s and CISO’s Guide for Proactive Reporting and DLP with Private AI and Elastic

The Evolving Landscape of Health Data Protection Laws in the United States

Comparing Privacy and Safety Concerns Around Llama 2, GPT4, and Gemini

How to Safely Redact PII from Segment Events using Destination Insert Functions and Private AI API

WHO’s AI Ethics and Governance Guidance for Large Multi-Modal Models operating in the Health Sector – Data Protection Considerations

How to Protect Confidential Corporate Information in the ChatGPT Era

Unlocking the Power of Retrieval Augmented Generation with Added Privacy: A Comprehensive Guide

Leveraging ChatGPT and other AI Tools for Legal Services

Leveraging ChatGPT and other AI tools for HR

Leveraging ChatGPT in the Banking Industry

Law 25 and Data Transfers Outside of Quebec

The Colorado and Connecticut Data Privacy Acts

Unlocking Compliance with the Japanese Data Privacy Act (APPI) using Private AI

Tokenization and Its Benefits for Data Protection

Private AI Launches Cloud API to Streamline Data Privacy

Processing of Special Categories of Data in Germany

End-to-end Privacy Management

Privacy Breach Reporting Requirements under Law25

Migrating Your Privacy Workflows from Amazon Comprehend to Private AI

A Comparison of the Approaches to Generative AI in the US and EU

Benefits of AI in Healthcare and Data Sources (Part 1)

Privacy Attacks against Data and AI Models (Part 3)

Risks of Noncompliance and Challenges around Privacy-Preserving Techniques (Part 2)

Enhancing Data Lake Security: A Guide to PII Scanning in S3 buckets

The Costs of a Data Breach in the Healthcare Sector and its Privacy Compliance Implications

Navigating GDPR Compliance in the Life Cycle of LLM-Based Solutions

What’s New in Version 3.8

How to Protect Your Business from Data Leaks: Lessons from Toyota and the Department of Home Affairs

New York's Acceptable Use of AI Policy: A Focus on Privacy Obligations

Safeguarding Personal Data in Sentiment Analysis: A Guide to PII Anonymization

Changes to South Korea’s Personal Information Protection Act to Take Effect on March 15, 2024

Australia’s Plan to Regulate High-Risk AI

How Private AI can help comply with the EU AI Act

Comment la Loi 25 Impacte l'Utilisation de ChatGPT et de l'IA en Général

Endgültiger Entwurf des Gesetzes über Künstliche Intelligenz – Datenschutzpflichten der KI-Modelle mit Allgemeinem Verwendungszweck

How Law25 Impacts the Use of ChatGPT and AI in General

Is Salesforce Law25 Compliant?

Creating De-Identified Embeddings

Exciting Updates in 3.7

EU AI Act Final Draft – Obligations of General-Purpose AI Systems relating to Data Privacy

FTC Privacy Enforcement Actions Against AI Companies

The CCPA, CPRA, and California's Evolving Data Protection Landscape

HIPAA Compliance – Expert Determination Aided by Private AI

Private AI Software As a Service Agreement

EU's Review of Canada's Data Protection Adequacy: Implications for Ongoing Privacy Reform

Acceptable Use Policy

ISO/IEC 42001: A New Standard for Ethical and Responsible AI Management

Reviewing OpenAI's 31st Jan 2024 Privacy and Business Terms Updates

Comparing OpenAI vs. Azure OpenAI Services

Quebec’s Draft Regulation Respecting the Anonymization of Personal Information

Version 3.6 Release: Enhanced Streaming, Auto Model Selection, and More in Our Data Privacy Platform

Brazil's LGPD: Anonymization, Pseudonymization, and Access Requests

LGPD do Brasil: Anonimização, Pseudonimização e Solicitações de Acesso à Informação

Canada’s Principles for Responsible, Trustworthy and Privacy-Protective Generative AI Technologies and How to Comply Using Private AI

Private AI Named One of The Most Innovative RegTech Companies by RegTech100

Data Integrity, Data Security, and the New NIST Cybersecurity Framework

Safeguarding Privacy with Commercial LLMs

Cybersecurity in the Public Sector: Protecting Vital Services

Privacy Impact Assessment (PIA) Requirements under Law25

Elevate Your Experience with Version 3.5

Fine-Tuning LLMs with a Focus on Privacy

GDPR in Germany: Challenges of German Data Privacy (Part 2)

Comply with US Executive Order on Safe, Secure, and Trustworthy Artificial Intelligence using Private AI

How to Comply with EU AI Act using PrivateGPT