Brian Feldman
42ebfbf227
Modify ktrace's general I/O tracing, ktrgenio(), to use a struct uio *
...
instead of a struct iovec * array and int len. Get rid of stupidly trying
to allocate all of the memory and copyin()ing the entire iovec[], and
instead just do the proper VOP_WRITE() in ktrwrite() using a copy of
the struct uio that the syscall originally used.
This solves the DoS which could easily be performed; to work around the
DoS, one could also remove "options KTRACE" from the kernel. This is
a very strong MFC candidate for 4.1.
Found by: art@OpenBSD.org
2000-07-02 08:08:09 +00:00
..
1999-10-29 18:09:36 +00:00
2000-05-09 21:40:01 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
2000-04-29 15:36:14 +00:00
1999-08-28 01:08:13 +00:00
2000-01-15 15:30:44 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-12-08 12:01:59 +00:00
1999-08-28 01:08:13 +00:00
2000-04-29 15:36:14 +00:00
1999-08-28 01:08:13 +00:00
2000-06-22 22:27:16 +00:00
1999-08-28 01:08:13 +00:00
2000-05-10 14:38:28 +00:00
1999-12-08 10:51:17 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
2000-01-15 15:38:17 +00:00
2000-01-15 15:38:17 +00:00
2000-05-26 02:09:24 +00:00
1999-08-28 01:08:13 +00:00
1999-12-08 12:01:59 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-12-08 12:01:59 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
2000-07-02 08:08:09 +00:00
1999-08-28 01:08:13 +00:00
2000-05-10 14:38:28 +00:00
2000-05-10 14:38:28 +00:00
1999-08-28 01:08:13 +00:00
2000-05-10 14:38:28 +00:00
1999-08-28 01:08:13 +00:00
2000-05-06 01:39:45 +00:00
1999-12-08 12:01:59 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-12-08 12:01:59 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
1999-08-28 01:08:13 +00:00
2000-01-09 12:29:45 +00:00
1999-08-28 01:08:13 +00:00
2000-05-10 14:32:32 +00:00