Makes me wonder if decompilation could eventually become so trivial that everything would become de-facto open source.
Obviously others aren’t concerned or don’t live in jurisdictions where that would be an issue.
91–100 of 133 posts
Makes me wonder if decompilation could eventually become so trivial that everything would become de-facto open source.
Obviously others aren’t concerned or don’t live in jurisdictions where that would be an issue.
Have you tried asking them to simply open source the code?
Earlier quoted context omitted.
Documentation is one place where humans should have input. If an LLM can generate documentation, why would I want you to generate it when I can do so myself (probably with a better, newer model)?
Because it takes time and effort to write documentation. If people __can__ actually read undocumented code with the help of LLMs, why do you need human-written documentation really?
We're wasting Energy reverse-engineering code, which, by definition, already exists now. Oh god. Have you tried asking them to simply open source the code?
Even if they were willing to (they're not) and if they still have the code (they don't), it will contain proprietary code from Nintendo and you'll never get your hands on that (legally)
There are quite a few comments here on code obfuscation. The hardest form of code obfuscation is called homomorphic computing, which is code transformed to act on encrypted data isomorphically to regular code on regular data. The homomorphic code is hard obfuscated by this transformation. Now create a homomorphic virtual machine, that operates on encrypted code over encrypted data. Very hard to understand. Now add da…
If you are able to monitor what happens to encrypted data being processed by an LLM, could you not match that with the same patterns created by unencrypted data?
Real simple example, let's say I have a program that sums numbers. One sends the data to an LLM or w/e unencrypted, the other encrypted.
Wouldn't the same part of the LLM/compute machine "light up" so to speak?
> The ‘give up after ten attempts’ threshold aims to prevent Claude from wasting tokens when further progress is unlikely. It was only partially successful, as Claude would still sometimes make dozens of attempts. Not what I would have expected from a 'one-shot'. Maybe self-supervised would be a more suitable term?
"one-shot" usually just means, one example and its correct answer was provided in the prompt. See also, "zero-shot" / "few-shot" etc.
We're essentially trying to map 'traditional' ML terminology to LLMs, it's natural that it'll take some time to get settled. I just thought that one-shot isn't an ideal name for something that might go off into an arbitrarily long loop.
If you aren't using LLMs for your reverse engineering tasks, you're missing out, big time. Claude kicks ass. It's good at cleaning up decompiled code, at figuring out what functions do, at uncovering weird assembly tricks and more.
I've been using Claude for months with Ghidra. It is simply amazing.
I've been experimenting with running Claude in headless mode + a continuous loop to decompile N64 functions and the results have been pretty incredible. (This is despite already using Claude in my decompilation workflow). I hope that others find this similarly useful.
Yeah, it works great for porting as well. I tried it on the assembler sources of Prince of Persia for Apple ii and went from nothing to basics being playable (with a few bugs but still) on modern Mac with SDL graphics within a day.
We're wasting Energy reverse-engineering code, which, by definition, already exists now. Oh god. Have you tried asking them to simply open source the code?
Have you ever tried to get a game developer to open source a game? And a Japanese one at that? Even if they were willing to (they're not) and if they still have the code (they don't), it will contain proprietary code from Nintendo and you'll never get your hands on that (legally)