Case study · SMBs

Entire subscriber table open on the public internet, closed and re-verified mid-engagement

Authorized external red team, black-box, active probing against live production. Anonymized.

Engagement
External · Cloud · Web app
Aligned to
Black-box external
Validated findings
24
Outcome status
Database fix re-verified live, day 3; email Critical open
Client profile

Who we worked with.

A consumer-facing SaaS product that collects personal profile data from the people who sign up for it. Small production estate: a single-page web application on a managed hosting platform, backed by a hosted cloud database and a transactional email service.

Anonymized. No client names, people, domains, addresses or locations are published.

The challenge

The question we were asked.

The product holds personal records for everyone who enrols. The question for the assessment was direct: could an outsider with no account reach that data, and could the brand be used against the same people it serves?

What TitanDef did

Assessment modules used.

Authorized external red team, black-box, active probing against live production.

External red team

Production web application and its public JavaScript bundles.

Cloud database review

The hosted cloud database behind the application.

Email authentication

SPF, DKIM and DMARC posture for the primary domain.

API route discovery

Application API routes discovered through bundle analysis.

Passive content review

Content backend reviewed passively only.

AI-accelerated, human-validatedRun on TitanDef's agent-orchestrated pipeline, powered by frontier AI models. Every candidate finding was confirmed against canary records created for the test, and each confirmed finding was reviewed by a senior human. The seven refuted hypotheses are documented alongside the findings.
What we found

Severity, validated.

24 validated findings7 hypotheses refuted
Critical3
High8
Medium6
Low3
Info4
  • CriticalThe application's cloud database key was published inside its own public JavaScript. Any anonymous visitor could read the full subscriber table and reassign records.
  • CriticalEmail from the primary domain could be freely impersonated (DMARC monitor-only, no DKIM signing).
  • HighEight High findings, including stored cross-site scripting, no account lockout, privilege fields accepted at sign-up, client-side-only dashboard gating, and an unauthenticated AI endpoint.
Outcome

What changed.

The two database Critical findings were remediated during the engagement and re-verified live three days after testing began. The remaining Critical (email impersonation) was left open at report time as the single priority action, with a sequenced DNS fix supplied.

Days 1–2

Testing. Database exposure and the end-to-end chain confirmed against canary records.

During the window

Client applied row-level security to the exposed table.

Day 3

Re-verified live: anonymous read and insert closed; finding, fix and re-test evidence shipped in the report.

Deliverables

What the client received.

  • Validated findings report with fix and re-test evidence
  • Seven refuted hypotheses documented
  • Live re-verification of the database fix
  • Sequenced DNS fix for email impersonation
  • End-to-end chain demonstration

Prepared by TitanDef offensive security team

Engage

Find out what an adversary already sees.

Focused engagements run 5 to 7 business days, with a 72-hour first-findings commitment. Powered by frontier AI models; every finding validated by a senior human.