Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

iospace method never works with Hyper-V [Hyper-V bug] #11

Open
vivianezw opened this issue Oct 12, 2020 · 2 comments
Open

iospace method never works with Hyper-V [Hyper-V bug] #11

vivianezw opened this issue Oct 12, 2020 · 2 comments

Comments

@vivianezw
Copy link
Collaborator

vivianezw commented Oct 12, 2020

Yet another unfixable Hyper-V bug.

Reading memory using the iospace method will fail if no KD ist attached (no BSOD). There will be a BSOD if KD is attached. It might also BSOD with verifier, since KD and verifier have some similarities (needs verification).
Other methods did work.

This is considered a weird error because the outcome depends on whether a kernel debugger is running or not.

Might possibly happen also on barebone machines that have a Hyper-V layer. You get a Hyper-V layer if you enable one of the following:
1.) application guard
2.) the 'discardable' sandbox
3.) Hyper-V Manager
4.) Core isolation
5.) Credential guard (Win10 enterprise only)

@vivianezw
Copy link
Collaborator Author

Definitely related to the VSM bug. Might be able to fix it now after all.

@vivianezw
Copy link
Collaborator Author

Or maybe not. I remember I put a try except block at the iospace method and it did not help. At least not with KD attached.
Yes, you read right: the read error happened inside a (ansi c) try statement and it did not help when KD was attached. With KD, there happened a BSOD inside the try statement. Funnily, without KD there was no BSOD, the try statement worked. Still not read data, but okay, we can return zero bytes instead. We'll see soon enough if that works.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant