# A Model That Finds Zero-Days Now Exists. Here's the Cloud Exposure Audit to Run This Week.

> Source: <https://dev.to/muskan_bandta/a-model-that-finds-zero-days-now-exists-heres-the-cloud-exposure-audit-to-run-this-week-nhj>
> Published: 2026-09-24 05:27:20+00:00

GPT-6 Astra shipped with the first Critical cybersecurity rating OpenAI has ever given a model, because it can autonomously find zero-days and build working exploits. The capability is gated for now, but the honest planning assumption is that some form of automated vulnerability discovery reaches adversaries sooner than anyone would like. I am not going to write a doom piece about that. I am going to give you the audit I actually ran on our own cloud this week, because the useful response to this news is not fear, it is a checklist you can finish in a few hours.

The thesis is simple: automated vulnerability discovery probes what is *reachable*, not what is important to you. So the single highest-value thing you can do is know and shrink what you expose. Here is how.

You cannot defend what you do not know is exposed, and every account exposes more than its owners think. Build the list:

`0.0.0.0/0` on any port, and especially on anything that is not 443.
Most teams find something here they forgot existed. That forgotten thing is exactly what automated discovery finds first.

For everything on that list, ask "does this need to be reachable from the entire internet." Usually a surprising amount does not:

Every item you remove is one fewer thing any scanner, human or automated, can probe. This overlaps almost perfectly with the orphaned-resource cleanup I usually frame as cost work: the forgotten public bucket and the idle exposed load balancer are both a bill *and* an attack surface.

If exploit development speeds up, the window between a vulnerability going public and being weaponized shrinks toward zero. Your patch latency, how long from "CVE published" to "patched in prod", becomes your dominant risk. Two moves:

For anything reachable, check the blast radius if it were compromised: what IAM role or permissions does it carry? An exposed instance with an over-broad role turns a foothold into a full incident. Simulate the permissions of your internet-facing workloads and cut anything they do not need. Least privilege is not new advice; it is the advice that limits how far a successful exploit gets.

You will not prevent every novel exploit if they get cheap to produce. So the last layer is detection, and it has to be independent of the thing being attacked:

A model that autonomously finds and weaponizes zero-days now exists, and even gated, that resets the clock on defensive fundamentals. The response is not to panic, it is to spend an afternoon this week doing five boring things: inventory what you expose, remove what you do not need exposed, measure and shrink patch latency, tighten the identities on reachable systems, and confirm something independent would notice a breach. None of it is new. All of it just got more urgent, because the assumption underneath the old comfort, that finding novel exploits is slow and expensive, is the assumption that is expiring.

Run the exposure inventory in step one and I would bet you find at least one thing you forgot was public. What did you find? Mine was an old dev load balancer still routing to something, exactly the kind of forgotten reachable surface this whole exercise is about.
