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
Missing a few common CTF hurdles #1
Comments
How do you propose we blacklist bytes? Since the backend is just a normal assembler, what we can do is to highlight the blacklisted bytes in red. As for maximum shellcode length, displaying the total shellcode length on the top would be good enough. Truncating or displaying a warning based on shellcode at an arbitrary max length doesn't seem like something a lot of people would use and it would just end up cluttering the UI. |
Just to expand this a bit, I like using https://defuse.ca/online-x86-assembler.htm#disassembly. I really like that it outputs the bytes as: Totally agree that just displaying the shellcode length on the top would be enough, and that highlighting blacklisted bytes in red would be a great addition. |
Nothing aggressive, just a signal to the user. So the red highlight is perfect. As for the maximum shellcode length, I also meant something passive, just a signal / highlight, no truncating. But I agree that simply displaying the current length would be perfect. |
@Caesurus There is a |
Totally missed that, sorry. Yeah the raw string is exactly what I wanted |
First of all, awesome project!
It could be a great addition to add some of the common hurdles seen in CTF. For example, the ability to blacklist bytes (ex: nullbytes), and have a maximum shellcode length.
EDIT : We should be able to see the current shellcode length too.
The text was updated successfully, but these errors were encountered: