[Snyk] Security upgrade sockjs-client from 1.1.4 to 1.2.0

[harunpehlivan]

This PR was automatically created by Snyk using the credentials of a real user.

Snyk has created this PR to fix one or more vulnerable packages in the `npm` dependencies of this project.

Changes included in this PR

• Changes to the following files to upgrade the vulnerable dependencies to a fixed version:
  • packages/react-dev-utils/package.json

Vulnerabilities that will be fixed

With an upgrade:

Severity	Priority Score (*)	Issue	Breaking Change	Exploit Maturity
	718/1000 Why? Proof of Concept exploit, Recently disclosed, Has a fix available, CVSS 6.5	Information Exposure SNYK-JS-EVENTSOURCE-2823375	No	Proof of Concept

(*) Note that the real score may have changed since the PR was raised.

Commit messages

Package name: sockjs-client

The new version differs by 38 commits.

• 7c158a2 1.2.0
• f4a6166 Add files to npmignore
• f1a667a Update build dependencies
• 41b0993 Update non-build deps
• 6c9c6b6 Change browser targest to latest of everything
• 121bdd9 Fix lint issues
• c848d85 Add browserstack logo to README
• 60f5599 Switch to karma and browserstack for running tests
• 841e035 Add package-lock.json
• 02038ab Update faye-websocket to 0.11.1
• 8063f83 Update eventsource to 1.0.5
• 2786e7b Update inherits to 2.0.3
• 5c8e773 Update debug to 3.1.0
• 8e764bb Update url-parse to 1.4.3
• 0ab53b8 Update Changelog
• c58872c 1.1.5
• 64a3be9 Update node version
• ebc3fdd Merge pull request add otf font format to loaders facebook/create-react-app#434 from rstoyanchev/patch-1
• 59a63eb Update README.md
• 436e997 Merge pull request Transparent png breaks loaders facebook/create-react-app#396 from SenYu/fix/http_in_https
• 4d18fd5 Merge pull request Easily Add an Babel Plugin facebook/create-react-app#411 from fafhrd91/patch-1
• 7d45bb8 Add link to rust server implementation
• 0d8627f Sauce Labs dropped support for a bunch of browsers
• 83fa471 Merge pull request multipackage monorepo base configuration facebook/create-react-app#405 from LukasDrgon/patch-1

See the full diff

Check the changes in this PR to ensure they won't cause issues with your project.

---

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.

For more information:
🧐 View latest project report

🛠 Adjust project settings

📚 Read more about Snyk's upgrade and patch logic

---

Learn how to fix vulnerabilities with free interactive lessons:

🦉 Learn about vulnerability in an interactive lesson of Snyk Learn.

[secure-code-warrior-for-github]

Micro-Learning Topic: Information disclosure (Detected by phrase)

Matched on "Information Exposure"

Many web applications and APIs do not properly protect sensitive data, such as financial, healthcare, and PII. Attackers may steal or modify such weakly protected data to conduct credit card fraud, identity theft, or other crimes. Sensitive data may be compromised without extra protection, such as encryption at rest or in transit, and requires special precautions when exchanged with the browser. Source: https://www.owasp.org/index.php/Category:OWASP_Top_Ten_Project

Try this challenge in Secure Code Warrior

[secureflag-knowledge-base]

Open Redirect

Click here to find a Open Redirect training lab

Description

Open Redirects, otherwise known as Unvalidated Redirects and Forwards, are a class of vulnerability made possible when a web application, comprised of insufficient input-validation controls, is manipulated into redirecting unwitting users of the application to a malicious, attacker-controlled URL.

This type of exploit is popular with criminals involved in phishing and credential theft, unsurprising given the false layer of trust attributed to the fact that the modified link and the original site share the same server name.

Read more

Impact

There are many overlapping techniques criminals employ to dupe unwitting victims into handing over their hard-earned cash. One of these methods is undoubtedly betting on the misplaced trust many of us place in familiar server names. This write-up exemplifies how even the most arguably well-known URL of all, https://www.google.com, can be taken advantage of via its redirection facility.

In addition, Open Redirect vulnerabilities can:

• Lead to Cross-Site Scripting (XSS) attacks if the redirect uses data: or javascript: protocols;
• Potentially circumvent Server-Side Request Forgery (SSRF) filters;
• Nullify allow list effectiveness in some cases to bypass Content Security Policy (CSP);
• Lead to Carriage Return and Line Free (CRFL) attacks if line breaks are present in the destination parameter.

Scenarios

As outlined above, attackers often use this attack as it 'hijacks' the trust users place in a well-known URL.

Here's a topical example from 2021; if the target domain is www.covidvaccinations.com, an attacker might craft the following URL:

http://www.covidvaccinations.com/redirect.php?url=http://attackerwebsite.com

Attackers send links like the one above in phishing campaigns in the hopes that they will lure a victim into clicking on the link.

Prevention

The following measures can be applied to either eliminate or drastically reduce the potential for Open Redirect exploitation:

• If they aren't necessary, don't use redirects and forwards!
• In cases where they are required, do not allow the URL as user input for the destination;
• When user input is unavoidable, validate the supplied value, its appropriateness for the application, and ensure it is authorized for the user:
  • This can be a fiddly task, so closely adhere to best practices and ensure continued maintenance.
• If possible, force the user to provide an ID or token that is mapped server-side to a complete target URL;
• Input sanitization should be implemented by creating an allow list of trusted URLs determined by host or regex.

Testing

Verify that URL redirects and forwards only allow destinations which appear on an allow list, or show a warning when redirecting to potentially untrusted content.

• OWASP ASVS: 5.1.5

View this in the SecureFlag Knowledge Base

[secure-code-warrior-for-github]

Micro-Learning Topic: Unvalidated redirect (Detected by phrase)

Matched on "Unvalidated Redirect"

What is this? (2min video)

This vulnerability refers to the ability of an attacker to arbitrarily perform a redirection (external) or forward (internal) against the system. It arises due to insufficient validation or sanitisation of inputs used to perform a redirect or forward and may result in privilege escalation (in the case of a forward) or may be used to launch phishing attacks against users (in the case of redirects).

Try this challenge in Secure Code Warrior

Micro-Learning Topic: Open redirect (Detected by phrase)

Matched on "Open Redirect"

What is this? (2min video)

This vulnerability refers to the ability of an attacker to arbitrarily perform a redirection (external) or forward (internal) against the system. It arises due to insufficient validation or sanitisation of inputs used to perform a redirect or forward and may result in privilege escalation (in the case of a forward) or may be used to launch phishing attacks against users (in the case of redirects).

Try this challenge in Secure Code Warrior

Micro-Learning Topic: Cross-site scripting (Detected by phrase)

Matched on "XSS"

What is this? (2min video)

Reflected cross-site scripting vulnerabilities occur when unescaped input is displayed in the resulting page displayed to the user. When HTML or script is included in the input, it will be processed by a user's browser as HTML or script and can alter the appearance of the page or execute malicious scripts in their user context.

Try this challenge in Secure Code Warrior

Micro-Learning Topic: Server-side request forgery (Detected by phrase)

Matched on "Server-Side Request Forgery"

What is this? (2min video)

Server-Side Request Forgery (SSRF) vulnerabilities are caused when an attacker can supply or modify a URL that reads or sends data to the server. The attacker can create a malicious request with a manipulated URL, when this request reaches the server, the server-side code executes the exploit URL causing the attacker to be able to read data from services that shouldn't be exposed.

Try this challenge in Secure Code Warrior