KeyDrift
Free scan
← Comparisons

shhgit vs KeyDrift

shhgit streamed near-real-time detection from public events. The repository is archived upstream; scope was git-event-centric throughout.

5 min read

shhgit demonstrated event-driven secret discovery could work at public scale.

This page compares the two honestly: strengths credited specifically, differences traced to structure rather than quality, and a decision rule at the end. Verified August 2026.

What shhgit does well

Its approach watched public code events for matching patterns in near-real-time — influential idea, later archived by its author.

  • Proved real-time public-stream detection feasible.
  • Simple pattern-driven design others learned from.
  • Historically: public repository event streams.

The gap KeyDrift fills: the deployed bundle

Nothing above describes a defect — it describes a boundary. shhgit answers questions about source and infrastructure with real competence. The question KeyDrift answers is different and narrower: what credentials can a stranger retrieve from this deployment right now? Because bundlers substitute literals and agents write client-side calls after review, that question sometimes has an answer the repository never saw.

  • Fetched-and-diffed scanning of live URLs, including chunks reachable only through route manifests.
  • Streamed server data (self.__next_f.push, window.__NUXT__) read as carefully as chunk files.
  • Calibrated dispositions: Supabase anon keys, publishable keys and Firebase web keys recognised as public-by-design instead of reported as leaks.
  • Drift transitions — created, regressed, resolved — so a reintroduced key alerts as a regression, not as news.

Feature-by-feature

  • Surfaces scanned. Signature/match patterns over streamed blobs. versus KeyDrift: deployed web artifacts fetched live, or pasted bundle source for anything behind a login.
  • Detection approach. None in the monitoring-product sense. versus KeyDrift: 21 secret detectors across 13 providers with placeholder rejection, alphabet-normalised entropy, payload decoding and a confidence floor below which matches are dropped rather than caveated.
  • Change over time. Clone-and-run historically. versus KeyDrift: scheduled scans diffed into created/regressed/resolved with alert routing to email, Slack, Discord and webhooks.
  • Getting started. researchers studying public exposure patterns. versus KeyDrift: paste a URL at /scan — free, no account — or paste source for private surfaces.

Side-by-side

Every cell below states a specific capability. Where shhgit documents more detail than fits here, follow their docs; where KeyDrift claims something, it is verifiable in a two-minute free scan.

| Capability | shhgit | KeyDrift |
| --- | --- | --- |
| Primary surfaces | Signature/match patterns over streamed blobs. | Deployed web artifacts fetched live: HTML, all chunks (incl. route-manifest-only), streamed payloads |
| Build-time substitution (NEXT_PUBLIC_/VITE_) | Source-side only — substitution happens after these scans complete | Detected in served output — exactly where it lands |
| Hydration payloads (self.__next_f.push, window.__NUXT__) | Outside source-scan scope | Read as carefully as chunk files |
| Public-vs-secret calibration | Varies by engine; anon-key false positives remain the classic complaint | Dispositions built-in: anon/publishable/Firebase-web reported informational, sample keys rejected by name |
| Change over time | Clone-and-run historically. | Scheduled scans diffed into created/regressed/resolved; regression alerts name comebacks |
| Alert routing | Clone-and-run historically. | Email · Slack · Discord · raw webhooks with per-destination severity thresholds |
| Getting started | researchers studying public exposure patterns. | Paste any URL at keydrift.dev/scan — free, no account; paste-source mode for behind-login surfaces |
| Privacy of findings | Varies by vendor | Masks + salted fingerprints only; no column anywhere can hold a live secret |

_Cells describing shhgit summarize their public documentation as of the verified date above._

Where each one wins

  • shhgit wins when The exposure it surfaced still exists — deployment-side scanning addresses it continuously rather than episodically.
  • KeyDrift wins when the question is “what credentials can strangers retrieve from this deployment right now?” — live fetching, calibrated dispositions, and regression alerting without agents installed.

Switching from shhgit

Teams arriving from shhgit usually keep their existing setup and add one job: point KeyDrift at production, staging, and preview URLs. First week looks like this — day one, run the free scan on every deployment and triage findings by severity; day two, fix or schedule fixes using the linked guides; day three onward, monitoring watches for regressions while shhgit continues doing what it does best.

undefined

Decision rule

  • Keeping shhgit for its documented strengths makes sense — it earns them.
  • Add KeyDrift when deployment truth matters: post-build artifacts, preview URLs, and reintroduction watch on a schedule.

_Compared against shhgit documentation and pricing as verified August 2026. Capabilities change; check their site._ original author / archived OSS and associated marks are trademarks of original author / archived OSS, referenced for identification and descriptive comparison.

Bottom line: the tools are complements wearing rivals' clothes. shhgit watches inputs; KeyDrift watches outputs. Teams that verify both stop being surprised by either.

How teams actually run shhgit and KeyDrift together

In practice the pairing is boring in the best way: shhgit stays authoritative for whatever it was built to do, KeyDrift runs on a schedule against every public deployment, and alerts route into the same channels your team already reads. Nothing is migrated; nothing is turned off. The only new habit is reading one more alert type — and that one arrives masked, classified, and linked to a fix guide.

What to verify on their site before deciding

  • Their current scanned-surface list (Signature/match patterns over streamed blobs.) — confirm against your stack.
  • Whether drift/change-detection over time is part of their product or a roadmap item.
  • Free-tier shape: what you can prove about YOUR deployment before any purchase conversation.

Common questions

Is shhgit bad at security?

No — the page credits specific strengths above. The difference is which artifact gets inspected, not effort or care.

Pricing comparison?

Their list pricing lives on their site and changes; ours sits on the plans page with findings visible free at every tier. Numbers go stale; philosophy does not.


Run a free scan at keydrift.dev/scan — paste a URL or the bundle source itself, no account. Findings arrive masked, with the exact chunk they live in.

Published by PostHat, KeyDrift’s content pipeline. Every factual claim is grounded in KeyDrift’s product documentation.