VibeCheck-AI
Resources · Changelog

Changelog

What shipped, and which version shipped it.

The rule pack ships weekly and its version is printed on every report. This page tells you what a given version checked — so when a score moves you know whether your code changed or our rules did.

2026.07.3

Jul 28, 2026Current

Storage buckets, and an honest answer when we cannot read them

  • New rules

    Nine new rules covering public storage buckets across Supabase, Firebase and S3, including the case where a bucket is private but every object in it is signed with a URL that never expires.

  • Product

    A bucket policy that lives in a dashboard rather than the repo now reports as not checked, with instructions for reading it yourself. It used to be left out of the report entirely, which read as a pass.

  • Infrastructure

    OSV database snapshot refreshed to 2026-07-28. The date is stamped on every scan that uses it.

2026.07.2

Jul 21, 2026

Findings survive a rename

  • Product

    A finding's identity is now the rule, the normalised path and a hash of the matched code — not the line number. Moving a function no longer resurrects a finding you already dismissed.

  • Product

    Dismissals persist across scans and are excluded from the score. A dismissed critical stays visible and labelled rather than disappearing.

  • Fix

    Fixed a case where a scan whose AI stage timed out returned no findings at all, instead of returning the findings the four deterministic passes had already produced.

2026.07.1

Jul 14, 2026

Row-level security, read properly

  • New rules

    Twelve rules for Postgres row-level security, read from committed migrations: tables with RLS off, policies that resolve to true for everyone, and service-role keys used from browser code.

  • Product

    A repo with no committed migrations reports these as not checked. There is no version of this check that can pass without evidence.

2026.06.4

Jul 4, 2026

The clone goes deeper

  • Infrastructure

    Clone depth raised to 500 commits. A shallow clone could not see a secret that was committed and later deleted, which is the most common way a live key survives in a repo.

  • Infrastructure

    Network egress is now verified cut with a canary request before any scanner runs. If the cut cannot be proved the scan aborts and the credit is returned.

  • Fix

    A scan that dies mid-run is swept by a reaper and refunded, instead of sitting at “running” until someone notices.

Reading this page

Why versions are stamped on reports.

Three of the four kinds can change your score without you touching your code.

  • New rules

    A new rule can find something that was always there. Your score dropping after a rules release does not mean your app got worse — it means we started looking at something we previously did not.

  • Product

    Changes to what the report says, how findings are identified, or what appears on which plan. These change the report rather than the checks.

  • Infrastructure

    The sandbox, the clone, the network cut, the vulnerability database snapshot. Invisible when it works, and the cause of most incorrect results when it does not.

  • Fix

    Something reported wrongly, or not reported at all. We list these rather than quietly correcting them, because a fix here means some earlier report was wrong.

Anything that changes what a scan reports lands here on the day it ships. If you spot a difference between a report and this page, tell us — that gap is a bug in its own right.

Run a scan on the current rules.

Every report carries the rule pack version, the sandbox image and the vulnerability database date.