LandzDown Forum

Security => Security Alerts & Briefings => Topic started by: Corrine on January 24, 2023, 12:37:20 PM

Title: Pale Moon Version 32.0.0 Released with Security Updates
Post by: Corrine on January 24, 2023, 12:37:20 PM
Pale Moon has been updated to version 32.0.0.  This is a milestone update. 

The primary focus for this milestone is web compatibility, in particular Regular Expression extensions, standards compliance issues and further JPEG-XL support.  This milestone now offers full coverage of the ECMAScript 2016-2020 JavaScript specifications, with the exception of BigInt primitives.

Most important changes:

*DiD: This means that a fix is "Defense-in-Depth": It is a fix that does not apply to a (potentially) actively exploitable vulnerability in Pale Moon, but prevents future vulnerabilities caused by the same code, e.g. when surrounding code changes, exposing the problem, or when new attack vectors are discovered.

**Rejected security patches: This means that patches were theoretically applicable to our code but considered undesirable, which could be due to unwanted changes in behavior, known regressions caused by the patches, or unnecessary risks for stability, security or privacy.

Pale Moon includes both 32- and 64-bit versions for Windows: Pale Moon for Windows downloads (https://www.palemoon.org/download.shtml?fbclid=IwAR2YsYQ2YAbSVgyFl_bk5GfMJyNy1FfvPYK9MYSCSanIHmx9U7ZspxJeImo).

Update: To get the update now, select "Help" from the Pale Moon menu at the upper left of the browser window.  Select About Pale Moon > Check for Updates.

Release Notes (https://www.palemoon.org/releasenotes.shtml)
Title: Re: Pale Moon Version 32.0.0 Released with Security Updates
Post by: Corrine on February 06, 2023, 04:12:10 PM
From Re: Pale Moon 32 has been released! (https://forum.palemoon.org/viewtopic.php?p=236508#p236508):

QuoteOne important implementation that was missed in the original release notes was the fact that we now also have a workaround for the infamous <button> issue where websites are non-compliant due to Google Chrome treating <button> elements like generic containers, contrary to the HTML standard.

The release notes have been updated accordingly now, and here is the implementation note to go along with it:
QuoteRelease Notes wrote:To provide users with a temporary work-around for non-compliant websites, a compatibility mode for <button> elements was implemented, which will treat <button> elements as generic containers instead of actual form button elements. This has been necessary because Chrome is not standards compliant in this respect and website developers regularly make the mistake of trying to use active content on button faces and expecting pointer events to end up being sent to the active content and not the button (which is not what the standard prescribes (https://html.spec.whatwg.org/multipage/form-elements.html#the-button-element)! See "content model" on the standards page stating there "must be no interactive content descendant"). Webmasters should be alerted to this compliance issue, but it can (temporarily) be worked around in the browser from this point for forward by setting the preference dom.forms.button.standards_compliant to false and restarting the browser. Note that this is a workaround and the only actual solution is advocacy for the standard and more browsers becoming standards compliant.