Re: Fixing security vulnerabilities before new releases

Óscar Fuentes via "Emacs development discussions." <[email protected]> Wed, 29 Jul 2026 16:24:35 +0200
Newsgroups gmane.emacs.devel
Message-ID <[email protected]>
Sean Whitton <[email protected]> writes:

> Eshel Yaron [29/Jul  2:25pm +02] wrote:
>> Releasing a new version invites more users to install and use it,
>> and encouraging users to run vulnerable software is at best a disservice.
>> True, it wouldn't make things worse for users who are already running a
>> vulnerable version, but I don't think that's the right bar to aim for.
>> Instead, we should make sure we make things better for them, by providing
>> a version that mitigates this issue ASAP.  AFAICT, releasing a vulnerable
>> Emacs 31.1 would delay that mitigation unnecessarily.
>
> I think your argument applies only to people who are prompted to try
> Emacs for the first time when we release Emacs 31.  These are a small
> minority.

For the record: this vulnerability is *very* serious and deserves an
urgent release with a mitigation.

A new release without a fix will damage the reputation of Emacs as a
serious project. Not to mention the extra danger of a release containing
a *known* and easily exploitable vulnerability.

There is a very strong dissonance wrt security at play here. It is true
that Emacs' community is characterized by a well deserved high level of
trust but that trust is no longer guarantee of security on todays world.
We already had an incident with a bad actor sneaking malware on the
package ecosystem and it is for sure that more will happen if given the
opportunity.

Thank you Eshel for your work on making Emacs more secure.