[RFC] libio FILE/vtable hardening ideas against FSOP-style attacks
Paul Eggert
eggert@cs.ucla.edu
Mon Jun 22 16:52:30 GMT 2026
Thanks for your email. Although I'm by no means an expert in that
particular area, here's my kneejerk reaction for what it's worth.
On 2026-06-22 03:42, 류대호 wrote:
> Does validating the wide vtable path with IO_validate_vtable
> seem like a reasonable hardening direction?
Given that we also validate the primary vtable path, validating the wide
vtable path sounds like a good idea that would fix a real security
issue. I suggest writing up a patchset to address this issue. I assume
there would be zero overhead in the typical (non-wide) case.
> Is exact vtable start-
> address checking too strict for glibc, or could it be useful in some
> limited paths? Is a FILE metadata registry fundamentally incompatible
> with libio, or is it worth exploring as an optional hardening idea?
My guess is that these would cost too much validation overhead (and be
of too little practical effect) to be acceptable in ordinary use. Maybe
as an option, though we should get more-expert advice on that.
If you go ahead with a patch, we'll also need copyright papers signed to
satisfy legal requirements before we can accept it. But you should
probably wait a bit first, to see what others think about this idea.
More information about the Libc-alpha
mailing list