{"answers":{"affected":"2 open source packages ship an affected version, including handlebars.","exploited":"There is no known exploitation of GHSA-7rx3-28cr-v5wh in the wild and no public exploit code.","fix":"Upgrade handlebars to 4.7.9 or later.","what":"GHSA-7rx3-28cr-v5wh is a vulnerability in handlebars, published on 29 Mar 2026. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for GHSA-7rx3-28cr-v5wh and fix it if it is affected.\n\nWhat it is: GHSA-7rx3-28cr-v5wh is a vulnerability in handlebars, published on 29 Mar 2026. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: There is no known exploitation of GHSA-7rx3-28cr-v5wh in the wild and no public exploit code.\n\nAffected packages and fixed versions:\n- handlebars (npm): affected from 4.6.0; fixed in 4.7.9\n- handlebars (npm): affected from 4.6.0; fixed in 4.7.9\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/GHSA-7rx3-28cr-v5wh/ (Markdown: https://insights.sbomify.com/GHSA-7rx3-28cr-v5wh/index.md)","id":"GHSA-7rx3-28cr-v5wh","markdown":"https://insights.sbomify.com/GHSA-7rx3-28cr-v5wh/index.md","name":"GHSA-7rx3-28cr-v5wh","record":{"aliases":[],"analysis":{"component_type":"library","fix_type":"patch","impacts":["security_bypass"],"network_reachable":"yes","non_default_config":true,"product_category":"JavaScript templating library","requires_auth":"none","summary":"Attackers can bypass prototype access controls in Handlebars.js when a specific non-default option is enabled, potentially exposing internal object properties.","user_interaction":"not_required","vuln_class":"security_feature_bypass"},"analysis_generated_by":"qwen3.8-flash-next","assigner":null,"cpe":[],"cvss":{"score":null,"severity":null,"source":null,"vector":null,"version":null},"cwes":[],"description":"## Summary\n\nThe prototype method blocklist in `lib/handlebars/internal/proto-access.js` blocks `constructor`, `__defineGetter__`, `__defineSetter__`, and `__lookupGetter__`, but omits the symmetric `__lookupSetter__`. This omission is only exploitable when the non-default runtime option `allowProtoMethodsByDefault: true` is explicitly set — in that configuration `__lookupSetter__` becomes accessible while its counterparts remain blocked, creating an inconsistent security boundary.\n\n`4.6.0` is the version that introduced `protoAccessControl` and the `allowProtoMethodsByDefault` runtime option.\n\n## Description\n\nIn `lib/handlebars/internal/proto-access.js`:\n\n```javascript\nconst methodWhiteList = Object.create(null);\nmethodWhiteList['constructor']      = false;\nmethodWhiteList['__defineGetter__'] = false;\nmethodWhiteList['__defineSetter__'] = false;\nmethodWhiteList['__lookupGetter__'] = false;\n// __lookupSetter__ intentionally blocked in CVE-2021-23383,\n// but omitted here — creating an asymmetric blocklist\n```\n\nAll four legacy accessor helpers (`__defineGetter__`, `__defineSetter__`, `__lookupGetter__`, `__lookupSetter__`) were involved in the exploit chain addressed by CVE-2021-23383. Three of the four were explicitly blocked; `__lookupSetter__` was left out.\n\nWhen `allowProtoMethodsByDefault: true` is set, any prototype method **not present** in `methodWhiteList` is permitted by default. Because `__lookupSetter__` is absent from the list, it passes the `checkWhiteList` check and is accessible in templates, while `__lookupGetter__` (its sibling) is correctly denied.\n\n## Workarounds\n\n- Do **not** set `allowProtoMethodsByDefault: true`. The default configuration is not affected.\n- If `allowProtoMethodsByDefault` must be enabled, ensure templates do not reference  `__lookupSetter__` through untrusted input.","ecosystems":["npm"],"exploits":{"exploitdb":null,"first_seen":null,"github_poc":null,"max_poc_stars":null,"metasploit":null,"nuclei":null,"refs":[],"tier":null},"has_fix":true,"headline":"Handlebars.js has a Prototype Method Access Control Gap via Missing __lookupSetter__ Blocklist Entry","id":"GHSA-7rx3-28cr-v5wh","indexable":true,"kev":null,"kind":"advisory","links":{"ecosystem":"npm","product":null,"products":[],"type":"security_feature_bypass","year":"2026"},"n_packages":2,"n_references":null,"packages":[{"ecosystem":"npm","fixed":["4.7.9"],"introduced":["4.6.0"],"last_affected":[],"package":"handlebars","purl":null,"source":"GHSA-7rx3-28cr-v5wh"},{"ecosystem":"npm","fixed":["4.7.9"],"introduced":["4.6.0"],"last_affected":[],"package":"handlebars","purl":"pkg:npm/handlebars","source":"GHSA-7rx3-28cr-v5wh"}],"products":null,"published":"2026-03-29","related":[],"sources":[{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"}],"ssvc":{"automatable":null,"exploitation":null,"technical_impact":null},"state":null,"updated":null,"vendors":null},"summary":"Attackers can bypass prototype access controls in Handlebars.js when a specific non-default option is enabled, potentially exposing internal object properties.","url":"https://insights.sbomify.com/GHSA-7rx3-28cr-v5wh/"}