facebook-pixel

How to Report a Data Breach to PDPC Singapore: Complete 2026 Guide

L
Lunyb Security Team
··9 min read

Suffering a data breach is stressful, but failing to report it correctly to Singapore's Personal Data Protection Commission (PDPC) can turn a technical incident into a regulatory crisis. Under the amended Personal Data Protection Act (PDPA), organisations have strict obligations to notify both the PDPC and affected individuals when certain thresholds are met. This guide walks you through exactly how to report a data breach to PDPC, what qualifies as a notifiable breach, and how to stay compliant throughout the process.

What Is a Notifiable Data Breach Under Singapore's PDPA?

A notifiable data breach under Singapore's PDPA is any unauthorised access, collection, use, disclosure, copying, modification, or disposal of personal data that meets specific harm or scale thresholds set by the PDPC. Not every security incident requires notification, but misjudging the threshold can expose your organisation to financial penalties of up to S$1 million or 10% of annual turnover in Singapore.

Since the Data Breach Notification (DBN) obligation came into force on 1 February 2021, organisations must notify the PDPC of a data breach if it:

  1. Results in, or is likely to result in, significant harm to affected individuals; or
  2. Is of a significant scale, affecting 500 or more individuals.

What Counts as "Significant Harm"?

The PDPC's Personal Data Protection (Notification of Data Breaches) Regulations 2021 specify categories of personal data whose compromise is presumed to cause significant harm. These include:

  • Full name or alias together with NRIC/FIN/passport number
  • Financial information (account numbers, credit card details, transaction histories)
  • Medical records, health information, or diagnoses
  • Life insurance policy details and claims information
  • Biometric data and account passwords
  • Information about adoption, sexual orientation, or private key credentials

Who Must Report a Data Breach to PDPC?

Any organisation that acts as a data controller in Singapore — meaning it determines the purposes and means of processing personal data — is legally required to report qualifying breaches. Data intermediaries (processors) must notify their controller "without undue delay" so the controller can meet its own PDPC obligations.

This applies to companies of all sizes, including SMEs, non-profits, and foreign entities that process personal data in Singapore. The nationality of affected individuals is irrelevant — what matters is that your organisation handled their data.

Timeline: When Must You Notify PDPC?

Timelines under the PDPA are non-negotiable. Here's the official schedule you must follow:

ActionDeadlineTrigger
Assess whether breach is notifiableWithin 30 calendar daysDiscovery of a potential breach
Notify PDPCWithin 3 calendar daysDetermination that breach is notifiable
Notify affected individualsAs soon as practicable (normally same time as PDPC)Breach likely to cause significant harm
Data intermediary notifies controllerWithout undue delayAwareness of the breach

Miss the three-day window without reasonable justification and you risk enforcement action, even if the underlying breach was minor.

Step-by-Step: How to Report a Data Breach to PDPC

Step 1: Contain the Breach Immediately

Before you file anything, stop the bleeding. Disable compromised accounts, isolate affected systems, revoke exposed API keys, and preserve logs for forensic review. Document every containment action with timestamps — the PDPC will ask about your response.

Step 2: Assess the Scope and Impact

Form an incident response team including IT, legal, compliance, and your Data Protection Officer (DPO). Within 30 days, answer:

  1. What personal data was involved?
  2. How many individuals are affected?
  3. What harm could result (identity theft, financial loss, reputational damage)?
  4. Is the data encrypted or otherwise rendered unreadable?
  5. Has the data been recovered or destroyed by the attacker?

If you conclude the breach is not notifiable, document your reasoning thoroughly. The PDPC can request this assessment during an audit.

Step 3: Prepare Your Notification

Gather the information required by the PDPC's Data Breach Notification form. You will need:

  • Organisation name, UEN, and DPO contact details
  • Date and time the breach occurred and was discovered
  • Cause of the breach (phishing, ransomware, insider error, misconfigured cloud bucket, etc.)
  • Types and volume of personal data affected
  • Number and categories of individuals impacted
  • Containment and remediation measures taken
  • Steps to prevent recurrence
  • Whether and how affected individuals have been or will be notified

Step 4: Submit via the PDPC Online Portal

Submit your notification through the official PDPC website at pdpc.gov.sg using the "Report a Data Breach" e-service. You'll authenticate via Singpass or Corppass. The portal generates a reference number — save this for all follow-up correspondence.

If the online portal is unavailable, you may email the notification to the PDPC's Data Protection Office, but the online form is strongly preferred and ensures proper routing.

Step 5: Notify Affected Individuals

If the breach is likely to result in significant harm, you must notify affected individuals in a clear, understandable manner. Your notification should include:

  • A description of the breach in plain language
  • The types of personal data affected
  • Potential consequences and recommended protective actions (e.g., changing passwords, monitoring bank statements)
  • Contact details for your DPO or helpdesk
  • Measures your organisation has taken

Exceptions exist: you may delay or forgo individual notification if law enforcement instructs you to, or if the data was encrypted to a standard that renders it unintelligible.

Step 6: Cooperate with PDPC Follow-Up

After submission, the PDPC may request additional information, interview your DPO, or open a formal investigation. Respond promptly, honestly, and with complete documentation. Organisations that cooperate transparently often receive lighter enforcement outcomes.

Common Mistakes Organisations Make When Reporting

Underestimating the Breach Scope

Many organisations report lower affected-user counts initially, then revise upward — which looks evasive. Take the full 30-day assessment window to get the numbers right the first time.

Missing the 3-Day Deadline

The clock starts when you determine the breach is notifiable, not when you finish writing the report. Begin drafting as soon as containment is complete.

Vague Remediation Plans

"We will review our security" is not a remediation plan. Specify concrete controls: multi-factor authentication rollout, patch management SLAs, staff training schedules, third-party audits.

Forgetting Data Intermediaries

If your breach originated at a vendor (cloud provider, marketing platform, payment processor), your notification must still name them and explain the contractual safeguards that were in place.

Reducing Breach Risk Before It Happens

Prevention costs far less than notification. A strong data protection posture includes:

  • Data minimisation: collect only what you genuinely need
  • Encryption at rest and in transit using current industry standards
  • Access controls based on least privilege, with regular reviews
  • Staff training on phishing, social engineering, and secure handling
  • Vendor due diligence and data processing agreements with every intermediary
  • Secure link sharing — avoid pasting sensitive URLs into email or chat; use a privacy-respecting shortener like Lunyb with expiry dates and click analytics so you can revoke access instantly if a link is leaked
  • Incident response playbooks tested through tabletop exercises at least annually

If you handle marketing campaigns that involve sharing links containing tracking parameters or customer identifiers, scrutinise your tooling carefully. Some shorteners log excessive data or share it with third parties — read our honest review of privacy-first URL shorteners and compare with alternatives like Rebrandly before committing.

Penalties for Non-Compliance

Since October 2022, the PDPC can impose financial penalties of up to S$1 million or 10% of annual turnover in Singapore (whichever is higher) on organisations with annual turnover exceeding S$10 million. Smaller organisations face maximum fines of S$1 million.

Beyond fines, enforcement decisions are published on the PDPC website, creating lasting reputational damage. Recent cases have involved fines of S$58,000 to over S$750,000 for breaches involving tens of thousands of affected individuals — and the common thread in the largest penalties is delayed or incomplete notification.

Pros and Cons of Early, Proactive Reporting

Pros

  • Demonstrates accountability and good faith to regulators
  • Often results in reduced penalties or warnings instead of fines
  • Gives affected individuals time to protect themselves
  • Protects your organisation from accusations of cover-up
  • Builds longer-term trust with customers

Cons

  • Short-term reputational impact and media attention
  • Resource-intensive during the response window
  • May trigger civil claims from affected individuals
  • Requires executive and legal coordination at short notice

The cons are real, but the alternative — concealment followed by discovery — is categorically worse under Singapore's enforcement regime.

FAQ: Reporting a Data Breach to PDPC

Do I need to report a breach if the data was encrypted?

If the personal data was encrypted with strong, current algorithms and the decryption key was not compromised, the breach is generally not considered likely to cause significant harm. You should still document your assessment, and if the scale exceeds 500 individuals, notification to the PDPC may still be required.

What if the breach affects individuals outside Singapore?

The PDPA applies to the processing of personal data by organisations in Singapore, regardless of where affected individuals reside. You must notify the PDPC if the thresholds are met. If foreign residents are involved, you may also have obligations under their jurisdictions (e.g., GDPR, Australia's NDB scheme), which operate on separate timelines.

Can I be fined even if I report on time?

Yes. Timely notification is a legal obligation, not a defence against the underlying breach. However, prompt and transparent reporting is consistently treated as a mitigating factor in PDPC enforcement decisions, often resulting in substantially lower penalties.

What happens if I report a breach that turns out to be non-notifiable?

There is no penalty for over-reporting in good faith. The PDPC may close the matter with no further action. Many organisations take a cautious approach and notify when in doubt, particularly for borderline cases.

Do I need to appoint a Data Protection Officer before I can report?

Yes — every organisation in Singapore must appoint a DPO under the PDPA, and the DPO's contact details are required on the notification form. If you haven't appointed one, do so immediately; operating without a DPO is itself a compliance breach.

Final Thoughts

Reporting a data breach to the PDPC is not just a legal box-ticking exercise — it's a test of your organisation's maturity, transparency, and respect for the individuals whose data you hold. Build your incident response capability before you need it, know the thresholds cold, and treat the three-day deadline as sacred. Done right, a well-handled breach notification can actually strengthen customer trust rather than destroy it.

Keep this guide bookmarked, share it with your DPO and IT leadership, and run a tabletop exercise in the next quarter. The organisations that fare best after a breach are the ones that rehearsed the response long before an attacker ever showed up.

Protect your links with Lunyb

Create secure, trackable short links and QR codes in seconds.

Get Started Free

Related Articles