fix(cache): make DistributedCache.incr() fail closed on Redis errors#6144
Open
taniy8 wants to merge 2 commits into
Open
fix(cache): make DistributedCache.incr() fail closed on Redis errors#6144taniy8 wants to merge 2 commits into
taniy8 wants to merge 2 commits into
Conversation
Contributor
|
@taniy8 is attempting to deploy a commit to the jhasourav07's projects Team on Vercel. A member of the Team first needs to authorize it. |
Contributor
📦 Next.js Bundle Size Report (Gzipped Sizes)✨ No significant bundle size changes detected. 📊 Summary of Totals
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Fixes #6138
Problem
DistributedCache.incr()in lib/cache.ts is the core primitive behindevery rate limiter in the app (lib/rate-limit.ts calls cache.incr() for
all per-IP rate limit checks). When the Redis call failed (network error,
timeout, Upstash outage), the catch block silently fell back to the LOCAL
in-memory TTLCache as if it were the authoritative distributed counter.
Serverless instances don't share memory, so each instance would maintain
its own independent counter starting from 0 during any Redis blip. With
N concurrent instances, an attacker effectively gets N times the intended
rate limit defeating rate limiting across every protected endpoint
(/api/achievements, /api/compare, /api/og, /api/user-details, /api/ci-analytics,
/api/notify, /api/webhook, etc.) for the duration of the Redis instability.
Fix
Changed incr() to fail closed on Redis errors instead of failing open.
On failure, it now returns Number.MAX_SAFE_INTEGER, which
RateLimiter.check() already correctly treats as "limit exceeded"
(count > this.limit), no changes needed elsewhere. During a Redis
outage, requests are now blocked rather than silently allowed through
unlimited, which is the safer default for a security control.
Added a test simulating two separate DistributedCache instances
(representing two serverless instances) both calling incr() on the
same key while Redis is down, verifying both independently fail closed
rather than each starting an unsynced local counter.
Pillar
Visual Preview
N/A
Checklist before requesting a review:
CONTRIBUTING.mdfile.localhost:3000/api/streak?user=YOUR_USERNAME).npm run formatandnpm run lintlocally and resolved all errors (CI will fail otherwise).feat(themes): ...,fix(calculate): ...).README.mdif I added a new theme or URL parameter.