gdb, gdbserver: make target_waitstatus safe
authorSimon Marchi <simon.marchi@efficios.com>
Thu, 21 Oct 2021 20:12:04 +0000 (16:12 -0400)
committerSimon Marchi <simon.marchi@efficios.com>
Thu, 21 Oct 2021 20:13:56 +0000 (16:13 -0400)
commit183be222907a6f419bd71f70ee650989026f0188
treeddce1e1b3a84b877e6989acb8bbd424dfff0f3b6
parentc360a4732bd7999767616e5f211314510ea677f4
gdb, gdbserver: make target_waitstatus safe

I stumbled on a bug caused by the fact that a code path read
target_waitstatus::value::sig (expecting it to contain a gdb_signal
value) while target_waitstatus::kind was TARGET_WAITKIND_FORKED.  This
meant that the active union field was in fact
target_waitstatus::value::related_pid, and contained a ptid.  The read
signal value was therefore garbage, and that caused GDB to crash soon
after.  Or, since that GDB was built with ubsan, this nice error
message:

    /home/simark/src/binutils-gdb/gdb/linux-nat.c:1271:12: runtime error: load of value 2686365, which is not a valid value for type 'gdb_signal'

Despite being a large-ish change, I think it would be nice to make
target_waitstatus safe against that kind of bug.  As already done
elsewhere (e.g. dynamic_prop), validate that the type of value read from
the union matches what is supposed to be the active field.

 - Make the kind and value of target_waitstatus private.
 - Make the kind initialized to TARGET_WAITKIND_IGNORE on
   target_waitstatus construction.  This is what most users appear to do
   explicitly.
 - Add setters, one for each kind.  Each setter takes as a parameter the
   data associated to that kind, if any.  This makes it impossible to
   forget to attach the associated data.
 - Add getters, one for each associated data type.  Each getter
   validates that the data type fetched by the user matches the wait
   status kind.
 - Change "integer" to "exit_status", "related_pid" to "child_ptid",
   just because that's more precise terminology.
 - Fix all users.

That last point is semi-mechanical.  There are a lot of obvious changes,
but some less obvious ones.  For example, it's not possible to set the
kind at some point and the associated data later, as some users did.
But in any case, the intent of the code should not change in this patch.

This was tested on x86-64 Linux (unix, native-gdbserver and
native-extended-gdbserver boards).  It was built-tested on x86-64
FreeBSD, NetBSD, MinGW and macOS.  The rest of the changes to native
files was done as a best effort.  If I forgot any place to update in
these files, it should be easy to fix (unless the change happens to
reveal an actual bug).

Change-Id: I0ae967df1ff6e28de78abbe3ac9b4b2ff4ad03b7
44 files changed:
gdb/aix-thread.c
gdb/break-catch-sig.c
gdb/break-catch-syscall.c
gdb/breakpoint.c
gdb/bsd-uthread.c
gdb/darwin-nat.c
gdb/fbsd-nat.c
gdb/gdbthread.h
gdb/gnu-nat.c
gdb/go32-nat.c
gdb/inf-child.c
gdb/inf-ptrace.c
gdb/infcmd.c
gdb/infrun.c
gdb/infrun.h
gdb/linux-nat.c
gdb/linux-nat.h
gdb/linux-thread-db.c
gdb/nat/fork-inferior.c
gdb/nat/windows-nat.c
gdb/netbsd-nat.c
gdb/nto-procfs.c
gdb/obsd-nat.c
gdb/procfs.c
gdb/ravenscar-thread.c
gdb/record-btrace.c
gdb/record-full.c
gdb/remote-sim.c
gdb/remote.c
gdb/rs6000-nat.c
gdb/sol-thread.c
gdb/target.c
gdb/target/waitstatus.c
gdb/target/waitstatus.h
gdb/thread.c
gdb/windows-nat.c
gdbserver/gdbthread.h
gdbserver/linux-low.cc
gdbserver/linux-low.h
gdbserver/netbsd-low.cc
gdbserver/remote-utils.cc
gdbserver/server.cc
gdbserver/target.cc
gdbserver/win32-low.cc