Re: security alerts in busybox
"Roberto A. Foglietta via busybox" <[email protected]> Fri, 24 Apr 2026 19:30:22 +0200
| Newsgroups | gmane.linux.busybox |
|---|---|
| Message-ID | <CAJGKYO5JBapOOfeRqVwHbMAzEVa7UhvABzuJfPpfJhfZka3aHQ@mail.gmail.com> |
On Fri, 24 Apr 2026 at 19:02, Aaro Koskinen <[email protected]> wrote: > > Hi, > > On Fri, Apr 24, 2026 at 04:40:47PM +0200, Roberto A. Foglietta via busybox wrote: > > Are these false positives? Well, it is more about corner cases like > > using the applet in a strong parallel mode like xargs -p8 does. If > > used for maintenance on a large enough infrastructure, the corner case > > has a chance to be met, for example. > > Busybox doesn't create threads, so ctime() is not a problem. I think > you meant xargs -P and that forks. > Correct. AFAIK. Once compiled static for a specific well-known well-tested target arch, the issue does not exist anymore. So it was a false positive? A totally theoretical risk? Unless proven differently, I support the idea of the false positive but... self-contained, nommu-vfork, libc-pthreaded Therefore my previous e-mail was containing this passare (1) --> (2) (1) These are trivial alerts, therefore I faced it first to provide an example. [...] And the second main question is straightforward: (2) does this fix worth 177 bytes? In relative terms it is 150 ppm compared with the full size footprint. In terms of certifications is a solid step towards peace of mind. Best regards, R-