On Sat, Mar 30 2024 at 09:37:44 AM +00:00:00, Richard W.M. Jones
<rjo...@redhat.com> wrote:
In the xz case this wouldn't have been enough, it turns out we would
also have to delete m4/build-to-host.m4, which then autoreconf
regenerates. I don't fully understand why that is.
I agree that running autoreconf on our packages makes sense to start
doing. Still, to avoid this backdoored m4 file, we would have needed to
stop using release tarballs altogether and switch to using git tags
directly instead. That would at least force the malicious attacker to
commit their code to version control, making it slightly harder to hide
the attack.
Michael
--
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
