GitHub Security Lab (GHSL) Vulnerability Report, livemarks: GHSL-2024-015
The GitHub Security Lab team has identified a potential security vulnerability in livemarks.
We are committed to working with you to help resolve this issue. In this report you will find everything you need to effectively coordinate a resolution of this issue with the GHSL team.
If at any point you have concerns or questions about this process, please do not hesitate to reach out to us at securitylab@github.com
(please include GHSL-2024-015
as a reference). See also this blog post written by GitHub's Advisory Curation team which explains what CVEs and advisories are, why they are important to track vulnerabilities and keep downstream users informed, the CVE assigning process, and how they are used to keep open source software secure.
If you are NOT the correct point of contact for this report, please let us know!
Summary
The livemarks browser extension is vulnerable to a CSRF attack. A malicious website may be able to coerce the extension to send an authenticated GET request to an arbitrary URL. An authenticated request is a request where the cookies of the browser are sent along with the request.
Project
livemarks
Tested Version
v3.6
Details
Authenticated CSRF in background.js (GHSL-2024-015
)
The subscribe.js
script uses the first parameter from the current URL location as the URL of the RSS feed to subscribe to and checks that the RSS feed is valid XML.
subscribe.js
async function main() {
const queryString = location.search.substring(1).split("&");
const feedUrl = decodeURIComponent(queryString[0]);
...
const feed = await browser.runtime.sendMessage({
msg: "get-feed",
feedUrl
});
feed-parser.js
const FeedParser = {
fetchXML(url) {
return new Promise((resolve, reject) => {
const request = new XMLHttpRequest();
request.open("GET", url, true);
const doc = await this.fetchXML(url);
subscribe.js
is accessible by an attacker website due to its use in subscribe.html
, an HTML page that is declared as a web_accessible_resource
in manifest.json
manifest.json
"web_accessible_resources": [
"pages/subscribe/subscribe.html"
]
Impact
This issue may lead to Privilege Escalation
. A CSRF breaks the integrity of servers running on a private network. A user of the browser extension may have a private server with dangerous functionality, which is assumed to be safe due to network segmentation. Upon receiving an authenticated request instantiated from an attacker, this integrity is broken.
Remediation
- Remove subscribe.html from
web_accessible_resources
or limit its access.
Proof of Concept
A leak of the UUID is necessary to exploit this vulnerability, since the extension is for Firefox only. If an attacker can convince the user to install an additional extension with permissions that don't directly allow them to make authenticated requests, for example the management permission, then an attacker may be able to leak the UUID and pivot from the approved permission to CSRF. In this scenario, the attacker would gain the ability to send SameSite cookies because livemarks has permissions for all urls.
Host the following html:
<iframe
src="moz-extension://UUID/pages/subscribe/subscribe.html?attacker-supplied.domain>
</iframe>
Visit this html page with the livemarks browser extension installed, resulting in the authenticated request to attacker-supplied.domain
.
GitHub Security Advisories
We recommend you create a private GitHub Security Advisory for this finding. This also allows you to invite the GHSL team to collaborate and further discuss this finding in private before it is published.
Credit
This issue was discovered and reported by GHSL team member @Kwstubbs (Kevin Stubbings).
Contact
You can contact the GHSL team at securitylab@github.com
, please include a reference to GHSL-2024-015
in any communication regarding this issue.
Disclosure Policy
This report is subject to a 90-day disclosure deadline, as described in more detail in our coordinated disclosure policy.
GitHub Security Lab (GHSL) Vulnerability Report, livemarks:
GHSL-2024-015
The GitHub Security Lab team has identified a potential security vulnerability in livemarks.
We are committed to working with you to help resolve this issue. In this report you will find everything you need to effectively coordinate a resolution of this issue with the GHSL team.
If at any point you have concerns or questions about this process, please do not hesitate to reach out to us at
securitylab@github.com
(please includeGHSL-2024-015
as a reference). See also this blog post written by GitHub's Advisory Curation team which explains what CVEs and advisories are, why they are important to track vulnerabilities and keep downstream users informed, the CVE assigning process, and how they are used to keep open source software secure.If you are NOT the correct point of contact for this report, please let us know!
Summary
The livemarks browser extension is vulnerable to a CSRF attack. A malicious website may be able to coerce the extension to send an authenticated GET request to an arbitrary URL. An authenticated request is a request where the cookies of the browser are sent along with the request.
Project
livemarks
Tested Version
v3.6
Details
Authenticated CSRF in background.js (
GHSL-2024-015
)The
subscribe.js
script uses the first parameter from the current URL location as the URL of the RSS feed to subscribe to and checks that the RSS feed is valid XML.subscribe.js
feed-parser.js
subscribe.js
is accessible by an attacker website due to its use insubscribe.html
, an HTML page that is declared as aweb_accessible_resource
inmanifest.json
manifest.json
Impact
This issue may lead to
Privilege Escalation
. A CSRF breaks the integrity of servers running on a private network. A user of the browser extension may have a private server with dangerous functionality, which is assumed to be safe due to network segmentation. Upon receiving an authenticated request instantiated from an attacker, this integrity is broken.Remediation
web_accessible_resources
or limit its access.Proof of Concept
A leak of the UUID is necessary to exploit this vulnerability, since the extension is for Firefox only. If an attacker can convince the user to install an additional extension with permissions that don't directly allow them to make authenticated requests, for example the management permission, then an attacker may be able to leak the UUID and pivot from the approved permission to CSRF. In this scenario, the attacker would gain the ability to send SameSite cookies because livemarks has permissions for all urls.
Host the following html:
Visit this html page with the livemarks browser extension installed, resulting in the authenticated request to
attacker-supplied.domain
.GitHub Security Advisories
We recommend you create a private GitHub Security Advisory for this finding. This also allows you to invite the GHSL team to collaborate and further discuss this finding in private before it is published.
Credit
This issue was discovered and reported by GHSL team member @Kwstubbs (Kevin Stubbings).
Contact
You can contact the GHSL team at
securitylab@github.com
, please include a reference toGHSL-2024-015
in any communication regarding this issue.Disclosure Policy
This report is subject to a 90-day disclosure deadline, as described in more detail in our coordinated disclosure policy.