Fabian Freyer
Fabian Freyer
Well there are basically two things we could do: - use Frida Interceptor hooks. These work across threads, as they patch the function prologue. It's a bit of a hassle...
Why are those only aarch64 though?
Also, looking at different libc's and their pthread implementations, it isn't really clear to me where to hook for each of them, especially at places where the stack size and...
While it's not really a solution, I'll try to update it later this evening or tomorrow.
1. yes. In fact, the current API [should support this already](https://github.com/Vector35/binaryninja-api/blob/6c94811ba217acc3be17b5057928a1adaf7f0ab0/rust/src/lib.rs#L230-L250) (although it seems to not work for some reason) 2. yes, this was next on my todo list. In...
Now that https://github.com/Vector35/binaryninja-api/pull/2890 landed, I guess it mostly is a question of whether this is mergeable given that the rust bindings aren't considered stable yet. There are probably some performance...
@felixwilhelm regarding question 1) above: > 1. Could we extend this to support binary ninja databases? I guess most users would like to run this against a db of some...
Rebased this on current `main`.
I'd be interested in whether there's a specific reason for the way the arguments are currently. bb3a3439ac7d4306c91ee55369ef20daf51286fc is a bit of a horrible cludge, and if there's a nicer way...
Rebased this on the latest `main`. @felixwilhelm any thoughts on how we could work around the argument parsing issue?