This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected versions of fedora-34. For comments that are specific to the vulnerability please use bugs filed against the "Security Response" product referenced in the "Blocks" field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When submitting as an update, use the fedpkg template provided in the next comment(s). This will include the bug IDs of this tracking bug as well as the relevant top-level CVE bugs. Please also mention the CVE IDs being fixed in the RPM changelog and the fedpkg commit message.
Use the following template to for the 'fedpkg update' request to submit an update for this issue as it contains the top-level parent bug(s) as well as this tracking bug. This will ensure that all associated bugs get updated when new packages are pushed to stable. ===== # bugfix, security, enhancement, newpackage (required) type=security # low, medium, high, urgent (required) severity=medium # testing, stable request=testing # Bug numbers: 1234,9876 bugs=2072009,2075275 # Description of your update notes=Security fix for [PUT CVEs HERE] # Enable request automation based on the stable/unstable karma thresholds autokarma=True stable_karma=3 unstable_karma=-3 # Automatically close bugs when this marked as stable close_bugs=True # Suggest that users restart after update suggest_reboot=False ====== Additionally, you may opt to use the bodhi web interface to submit updates: https://bodhi.fedoraproject.org/updates/new
*** Bug 2075317 has been marked as a duplicate of this bug. ***
Grafana runs Moment.js in the browser, therefore this vulnerability is limited to the client side and cannot be used to expose files of the server. Grafana reads the users locale from the Accept-Language HTTP header and passes this value unsanitized to the moment.locale function (pkg/api/index.go:359, public/app/app.ts:92, packages/grafana-data/src/datetime/moment_wrapper.ts:80). Because the vulnerable input is passed in a HTTP request header, no malicious URL can be created (reflected XSS) and the vulnerable input string cannot be persisted (stored XSS). This renders the attack surface close to zero. I'm closing this bug as WONTFIX.