| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This driver has never actually made successful use of it, because we've
been wrongly matching against the FunctionalDeviceObject instead of
Stack->FileObject->DeviceObject. Yet, things seem to have worked fine
enough because of smart notification to the logger thread.
Furthermore, SwDevice calls halt immediately, because it constitutes a
surprise removal, which means we don't really even have time for the
fuse to go off.
And finally, dereferencing Table[i]->Object can race with the
destruction of that object, which is a UaF.
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
|
|
|
|
| |
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 217922afde75df527cada3224df8930264375fa1.
The NSI hijack works so well! But video game anti-cheat stuff make this
annoying.
At least GetIpInterfaceEntry only takes 70,000 cycles...
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
|
|
|
|
|
|
|
| |
This is very dirty and reverse engineered, but it seems to work, and
it's a stop-gap solution until Windows patches ship.
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
|
|
Co-authored-by: Simon Rozman <simon@rozman.si>
Signed-off-by: Simon Rozman <simon@rozman.si>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
|