馃悰 What is the bug?
During local validation on NodeGoat, rule TG-CACHE-001 flagged sensitive response caching solely because helmet.noCache() was commented out in server.js. However, in some frameworks, default framework settings or reverse proxies (like Nginx/Cloudflare) already inject Cache-Control: no-store.
馃幆 Expected Behavior
The rule should instruct the agent to verify actual HTTP response headers or upstream reverse proxy configuration before marking TG-CACHE-001 as a confirmed vulnerability.
馃挕 Suggested Fix
Update the detection guidance in rules/cache/TG-CACHE-001-sensitive-response-publicly-cacheable.md to classify commented middleware as Likely or Manual Review rather than Confirmed.
馃悰 What is the bug?
During local validation on NodeGoat, rule
TG-CACHE-001flagged sensitive response caching solely becausehelmet.noCache()was commented out inserver.js. However, in some frameworks, default framework settings or reverse proxies (like Nginx/Cloudflare) already injectCache-Control: no-store.馃幆 Expected Behavior
The rule should instruct the agent to verify actual HTTP response headers or upstream reverse proxy configuration before marking
TG-CACHE-001as a confirmed vulnerability.馃挕 Suggested Fix
Update the detection guidance in
rules/cache/TG-CACHE-001-sensitive-response-publicly-cacheable.mdto classify commented middleware asLikelyorManual Reviewrather thanConfirmed.