Bug 2454041

Summary: CVE-2026-4800 openqa: lodash: Arbitrary code execution via untrusted input in template imports [fedora-all]
Product: [Fedora] Fedora Reporter: Jon Moroney <jmoroney>
Component: openqaAssignee: Adam Williamson <awilliam>
Status: ASSIGNED --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: awilliam
Target Milestone: ---Keywords: Security, SecurityTracking
Target Release: ---Flags: fedora-admin-xmlrpc: mirror+
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: {"flaws": ["9bea0361-156d-4476-b60c-effb975141e0"]}
Fixed In Version: Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2453496    

Description Jon Moroney 2026-04-01 20:23:33 UTC 
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.
Comment 1 Adam Williamson 2026-04-01 21:52:11 UTC 
openQA only uses lodash via dagre(-d3), and AFAICS, the versions of dagre(-d3) used by openQA never uss the affected options.imports feature:

[adamw@toolbx fedora-toolbox-43 dagre ((v0.8.5))]$ grep -R imports
[adamw@toolbx fedora-toolbox-43 dagre ((v0.8.5))]$ 

[adamw@toolbx fedora-toolbox-43 dagre-d3 ((v0.6.4))]$ grep -R imports
[adamw@toolbx fedora-toolbox-43 dagre-d3 ((v0.6.4))]$ 

so I don't think this is a practical issue for openQA. I'll still see if we can update lodash upstream.