Blog · Essay · security audit that cut critical vulnerabilities
How a security audit that cut critical vulnerabilities reshaped SettleSavvy

In the middle of a board meeting last week, the SocGen CEO warned that *regulation will slow, not stop, banking’s AI transformation* – a conversation that echoed loudly in my inbox. The full article can be read here. While the headline focused on policy, the underlying reality for CEOs is the same: a security audit can make or break an AI‑enabled product. When SettleSavvy, a fintech startup building a settlement‑automation platform, asked me to lead its ISO 27001 audit, we discovered that the audit itself became the catalyst for a 90 % reduction in critical vulnerabilities.
1. The moment the audit broke the ship
SettleSavvy’s engineering team had been sprinting for months on a new AI‑driven reconciliation engine. The product was technically impressive, but the security posture was an after‑thought. The first red flag appeared during a routine penetration test: a misconfigured S3 bucket exposed raw transaction logs. The second was a legacy admin account with a default password still active in production. Both issues were *critical* – they could give a malicious actor direct access to financial data and the ability to tamper with settlement outcomes.
The audit team’s initial checklist exposed seven critical findings, three of which were “high‑severity” and required immediate remediation. The CEO’s reaction was typical: “We can’t delay the launch; we need to fix this fast.” The challenge was to turn a compliance exercise into a rapid, executable remediation plan without derailing product delivery.
2. What I inspected on day 1
a. Asset inventory
The first thing I asked the CTO to produce was a single source of truth for every asset – servers, containers, SaaS services, and even third‑party APIs. The inventory was scattered across three Confluence pages, a Google Sheet, and a handful of Terraform state files. I consolidated them into a lightweight CMDB built on Notion, tagging each asset with its data classification, owner, and compliance status.
b. Access control matrix
Next, I demanded a matrix that mapped every role (engineer, analyst, contractor) to the permissions they held across cloud, code repositories, and internal tools. The existing matrix was outdated by six months, and several contractors still had admin rights on the production database.
c. Logging and monitoring gaps
The audit checklist required evidence of log retention for at least 12 months and real‑time alerting on privileged‑access events. SettleSavvy’s CloudWatch dashboards showed only error‑level logs; there was no trace of who accessed the AI model endpoints.
3. The audit‑driven remediation roadmap
With the three inspection pillars in place, I drafted a four‑week sprint that the CEO could present to the board as a concrete mitigation plan.
| Week | Focus | Deliverable |
|---|---|---|
| 1 | Asset consolidation & classification | CMDB populated, critical assets flagged |
| 2 | IAM hardening | All admin privileges reviewed, least‑privilege applied |
| 3 | Secure configuration & patching | S3 bucket policies fixed, OS patches applied |
| 4 | Logging, monitoring, and evidence collection | Centralised log pipeline, audit‑ready reports |
Each week ended with a gate review – a short 30‑minute meeting with the CEO, CTO, and the audit lead to confirm that the week’s deliverables met the ISO 27001 Annex A controls.
4. What actually broke – and how we fixed it
4.1 Misconfigured storage
*Break:* The S3 bucket that stored raw settlement logs was set to public read. The bucket policy was created by a junior engineer who copied a template without reviewing the `Principal` clause.
*Fix:* I introduced an infrastructure‑as‑code guardrail using AWS Config rules that automatically reject any bucket creation lacking `BlockPublicAcls` and `BlockPublicPolicy`. Existing buckets were scanned with a Python script, and the offending bucket was switched to private with a VPC endpoint for internal access only. The change was documented in the CMDB and added to the weekly compliance checklist.
4.2 Legacy admin account
*Break:* A default `admin` user existed on the PostgreSQL instance used by the AI model. The password was `Password123!` – a classic example of a credential that survived from a development sandbox.
*Fix:* We rotated the password, disabled the account, and migrated all service accounts to IAM‑based authentication using AWS RDS IAM roles. To prevent recurrence, a Terraform module now enforces `no_default_password` checks during CI.
4.3 Insufficient logging
n*Break:* No logs were captured for API calls to the AI inference service. This meant we could not prove who triggered a settlement decision.
*Fix:* Implemented OpenTelemetry instrumentation across the microservices stack, funneling logs into an Elastic Cloud cluster with a 12‑month retention policy. Alert rules were added to detect any spike in failed authentication attempts.
5. Monday‑ready checklist for CEOs
When you walk into the office on a Monday after a security audit, you need a quick‑look list that tells you whether the ship is still afloat:
- Asset register up‑to‑date? – Verify the CMDB shows no “unknown” assets.
- Privileged access reviewed? – Confirm the IAM matrix has been signed off by the CTO.
- Critical findings closed? – Check the audit tracker for any open “high‑severity” items.
- Log pipeline alive? – Look at the Elastic dashboard for a green health status.
- Evidence ready for next audit? – Ensure you can export a compliance report with a single click.
If any of these items are red, pause new feature releases until the gap is closed. This discipline prevents the “feature‑first, security‑later” trap that many CEOs fall into.
6. Lessons for CEOs beyond SettleSavvy
| Lesson | Why it matters |
|---|---|
| Treat the audit as a product | An audit is not a one‑off checklist; it becomes a repeatable process that can be shipped like any other feature. |
| Invest in a single source of truth | Fragmented asset inventories are the biggest source of blind spots. |
| Gate reviews are non‑negotiable | Weekly sign‑offs keep remediation on track and give the board confidence. |
| Automation over manual checks | Guardrails in IaC and CI/CD pipelines catch misconfigurations before they hit production. |
| Visible metrics for the board | Dashboards that show “critical vulnerabilities % reduced” translate technical work into business value. |
7. FAQ
How long does a full ISO 27001 audit usually take?
A typical audit for a mid‑size SaaS startup spans 6‑8 weeks, but you can compress the remediation phase into a 4‑week sprint if you have a dedicated cross‑functional team and clear gate reviews.
What is the biggest surprise CEOs encounter during an audit?
The asset inventory gap – most organisations discover that they cannot account for 20‑30 % of their cloud resources, which instantly inflates the risk surface.
Do I need a dedicated security team to pass the audit?
Not necessarily. A security champion embedded within the engineering squad, combined with external audit expertise, can drive the process without a full‑time SOC.
How do I keep audit evidence up‑to‑date after the certification expires?
Implement a continuous compliance pipeline that runs daily checks against ISO 27001 Annex A controls and pushes any deviation to a Slack channel for immediate triage.
Can the audit process be aligned with AI model governance?
Absolutely. The same logging and access‑control frameworks used for ISO 27001 also satisfy AI model‑risk requirements, creating a unified governance layer.
8. Next steps
If you’re staring at a similar list of critical findings and wonder how to turn a compliance deadline into a strategic advantage, let’s talk. I can help you design a security‑first roadmap that aligns with product timelines and board expectations. Book a short discovery call at https://calendly.com/rohan-girdhani/discovery-call or explore more on my homepage.
Visit my site for more case studies Read my other CEO‑focused posts
FAQ
How long does a full ISO 27001 audit usually take?
A typical audit for a mid‑size SaaS startup spans 6‑8 weeks, but you can compress the remediation phase into a 4‑week sprint if you have a dedicated cross‑functional team and clear gate reviews.
What is the biggest surprise CEOs encounter during an audit?
The asset inventory gap – most organisations discover that they cannot account for 20‑30 % of their cloud resources, which instantly inflates the risk surface.
Do I need a dedicated security team to pass the audit?
Not necessarily. A security champion embedded within the engineering squad, combined with external audit expertise, can drive the process without a full‑time SOC.
How do I keep audit evidence up‑to‑date after the certification expires?
Implement a continuous compliance pipeline that runs daily checks against ISO 27001 Annex A controls and pushes any deviation to a Slack channel for immediate triage.
Can the audit process be aligned with AI model governance?
Absolutely. The same logging and access‑control frameworks used for ISO 27001 also satisfy AI model‑risk requirements, creating a unified governance layer.
In the market
Headlines this post is responding to — not invented stats.