From: Gyorgy Sarvari <skandigraun@gmail.com>
To: yocto@lists.yoctoproject.org, sateesh0457@gmail.com
Subject: Re: [yocto] mozjs 60.9 CVE issues fix.
Date: Thu, 15 May 2025 08:52:27 +0200 [thread overview]
Message-ID: <42bc33b8-8b36-44a6-9cd0-0a447520876f@gmail.com> (raw)
In-Reply-To: <yoeb.1747283643576382007.FPXh@lists.yoctoproject.org>
On 5/15/25 06:34, sateesh m via lists.yoctoproject.org wrote:
>
> Hi Team,
>
> I am currently working on CVE-related issues in the mozjs library that
> need to be fixed for version 60.9. I am using the Dunfell branch, but
> upon comparing it to the Gatesgarth branch, I noticed an additional
> patch is available. The patch
> |file://0014-fallback-to-2011-C++-standard.patch| has been removed,
> and |0014-remove-JS_VOLATIME_ARM.patch| has been added instead.
>
> Could you confirm whether these changes need to be applied to my local
> build as well? Additionally, I would like to understand the reason for
> removing the fallback-to-2011 patch. If we retain it, could it lead to
> any issues?
>
The patch comments look fairly descriptive. These are not security
fixes, rather change gcc compatibility.
0014-fallback-to-2011-C++-standard.patch - it was introduced because
Dunfell supported building on distros that came with an old gcc that
couldn't compile without this patch. But later Yocto releases dropped
support for these old distros, so this patch wasn't necessary. If your
compiler supports c++14, then this patch is optional for you, and can be
safely dropped. But you can also keep it.
0014-remove-JS_VOLATIME_ARM.patch - This patch removes a workaround that
was added to fix an old gcc bug. If you are using old gcc, or very old
Arm HW (that doesn't support aligned access), you shouldn't use this patch.
>
> I want to incorporate upstream patch changes related to the mozjs
> library. Since version 60.9 is a tar bundle and not a Git source,
> where can I find relevant solutions and reference links?
>
Mozilla primarily does development in their Mercurial repo, where you
can also see the commit history[1]. Incidentally they have just
announced hosting their code in their official Github repo also, where
you can also browse the history[2] if you are more comfortable with that
- mostly check in the js folder history.
Of course, security-wise the best would be if you could migrate to newer
versions. All of these are pretty old, and most probably having lots of
issues that weren't found back when developers were still fixing them.
(Not only mozjs, but whole Dunfell)
[1]: https://hg-edge.mozilla.org/mozilla-central/
[2]: https://github.com/mozilla-firefox/firefox
>
> I have reviewed Bugzilla IDs, and they indicate that the issue has
> been fixed in example Firefox ESR78 and ESR128 and few mentioned <91
> (Is that mean below 91 all versions may effect changes). However,
> based on my understanding, adding those changes might result in
> dependency package version issues, such as requiring a more recent
> Python version (e.g., Python 3.10).
>
> I would appreciate any clarification on this matter.
>
> Thanks in advance.
>
> Best regards,
>
> Satish M
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#65341): https://lists.yoctoproject.org/g/yocto/message/65341
> Mute This Topic: https://lists.yoctoproject.org/mt/113122170/6084445
> Group Owner: yocto+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [skandigraun@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
next prev parent reply other threads:[~2025-05-15 6:52 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-15 4:34 mozjs 60.9 CVE issues fix sateesh m
2025-05-15 6:52 ` Gyorgy Sarvari [this message]
2025-05-15 8:30 ` [yocto] " sateesh m
2025-05-15 10:49 ` Gyorgy Sarvari
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42bc33b8-8b36-44a6-9cd0-0a447520876f@gmail.com \
--to=skandigraun@gmail.com \
--cc=sateesh0457@gmail.com \
--cc=yocto@lists.yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.