RunFaps
oalabs
oalabs patreon

Reverse Engineering Lab Setup

🕑 Added 2024-10-15 21:22:00 +0000 UTC
Reverse Engineering Lab Setup

Comments

Pronoun

We are starring engines here, great and organized video. Love them.

Pronoun

I used it for a proyect, its the same as dnspy, but it has a debugger*, and more robust features. I love dnsspy. You only have 3 files and you ready to go, and not install a 300mb package.

OALABS

Yeh sadly I can't update the videos things keep changing for ARM/VMWare lol

Rétro-ingénieur Maliciel

Quick tip, as of this may VMware Workstation/Fusion Pro are available for free (for personal use).

OALABS

Whatever works for you, personally I just drag and drop from the host, but you can also just revert your snapshot and use the internet as you mentioned.

REdoslaw

Just wondering, if dynamic analysis VM having no shared drives, no Internet so how you uploading malware samples there? Drag and drop is ok from static to dynamic? What I'm doing now is on clean dynamic VM connect Internet, download samples and shut down Internet back.

OALABS

Never used it, pretty much the only .NET analysis tool I use now is dnspy. Keep in mind the tutorial is just the baseline, different languages, files etc. sometimes require custom tooling, but in general dnspy is probably all you need

REdoslaw

Hello. What about .NET decompiler from JetBrains - dotPeek?

OALABS

both if possible thanks

Raymond Forbes

I can forward you the email if you like or DM a screenshot. Which would you prefer?

OALABS

Patreon support is asking for a copy of the email, or a screenshot of it, would you be able to dm me one?

OALABS

The reason why there is no post on this is because we are currently investigating, it's not so straight forward. I can give you some info but it may be incorrect so you can't really rely on it. Basically if you have an ARM Mac you should (need to) run ARM Windows. The tutorials I linked are all still correct, and everything works completely fine for static analysis, but as you noted debugging does have some issues. There reason is the windows ARM JIT... so ARM windows uses a translation layer much like WOW64 to run intel apps... the thing is they have on the fly JITing that will just randomly translate to arm in the middle of your code then back again And they have a JIT cache that will run the JIT for stuff it already knows about Explains a lot https://www.ffri.jp/assets/files/research/research_papers/Koh_Nakagawa_Appearances_are_deceiving_English.pdf but this is no good if you are debugging x86! You will lose control when it runs an ARM JIT. In practice this mostly works fine for 32bit because this actually runs under WOW64 and so the JITing happens on a lower level, but when you are debugging intel X64 code you will randomly lose control. Like I said it's a work in progress and I think this should be solvable but for now that's what is going on. When I have more answers I will make a proper post. Also if you are wondering "should I buy an Mx Mac" I personally have been using one for all my travel for the past 2 years and it's totally fine, but I do have an intel box a home just in case...

OALABS

What the heck! Vimeo is our video hosting platform but it shouldn't be exposed at all. Thanks for the quick info I'll open a bug.

Andrew Miles

Thanks for the video. I've read a lot of people have issues running debuggers on M1s. I was going to buy a M Mac but worried the debuggers won't work. Do these work OK for 32/64 bit application? I saw you said there were some gotchas coming soon but can I get a summary please?

Andrew Miles

Link in the email was for this: vimeo[.]com/930792849 but if you clicked it, it brings you here

OALABS

Oh no! Could you PM the link that was sent? I will forward it to Patreon and open a bug. Glad you enjoyed the tutorial! : ))

Raymond Forbes

This was so good! Thank you for making this. The link in the email does not work, btw. The link to Vimeo.


More Creators