This repository has been archived by the owner on Nov 19, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 18
Unsafe DLL Loading #18
Labels
Comments
justenwalker
added
bug
Something isn't working
good first issue
Good for newcomers
security
There's a security impact
labels
Oct 8, 2019
Thanks for the find @zx2c4. Do you have time to make the PR to fix it? |
I have no idea what this project does or is used for, but I thought you had an interesting Windows library so I was poking around with it. You're probably a better person to fix this than me. |
Sure, just wanted to give you first dibs on fixing it if you were interested. Thank you anyway for reporting, I'll take care of it. |
By the way, there's an easier way of dealing with all this using In this file (or in any file, really), I define a bunch of calls like this one: And then in this file, I have a go generate directive: Which winds up creating a file containing the fuction, like: |
Neat, I'll take a look at this too. Thanks for the tip! |
justenwalker
added a commit
that referenced
this issue
Oct 8, 2019
Use golang.org/x/sys/windows NewLazySystemDLL Fixes: #18
justenwalker
added a commit
that referenced
this issue
Oct 8, 2019
Use golang.org/x/sys/windows NewLazySystemDLL Fixes: #18
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
You're using syscall, but you should be using x/sys/windows's lazy DLL struct instead:
damon/win32/base_types_win32.go
Lines 11 to 15 in f4a70e9
iphlpapi.dll and userenv.dll are not part of \KnownDlls.
Your blog post indicates you know about the right way to do it but for some reason didn't.
The text was updated successfully, but these errors were encountered: