VBA 1.8.0, VBA-M 2.0.2 - Multiple vulnerabilities in ELF file parser 

This should be favourited.

absolutely golden comment

Why don't you talk in any of your videos?

How is Bizhawk looking for this role as it's based on Gambatte

I know It's ZZAZZ's choice, it just seemed odd that every Arbitrary Code Execution poketuber uses on-screen text instead of talking aloud, and channels that have on-screen text generally have less subscribers, so I didn't know if there was a reason for it or they were just shy or what lol

VBA runs on Win98, obviously the superior GBA emulator

I use TGB Dual but idk

It's Visual Studio Code :P

@@Mabi19 I meant Visual Studio Code :P

btw it wasnt aero

In the future we might see Mario Kart Wii Menu theme and Visual Studio Code

oddly enough it works fine for me hell the emulation glitches only happens to me after a number of resets

I find it odd that VBAs' framerate gets so bad, even on hardware that can definitely hold up. After trying mGBA, VBA seems completely worthless due to that one issue alone.

Yes

yes try to use f8ff

A new ABC video is in the works (yes, with $F8FF, although with a small twist)

it's 5

@@starleaf-luna no it's 2

No, it's in the way the software loads a certain type of file. Not that there isn't a way to perform ACE from within a ROM, we just need ZZAZZ to find it...

PandaXclone2 Meow >:C

im laughing

I load them everyday Oh that’s the wrong platform

ELF files is essentially a ROM file. It's no different from a GBA file - it contains code to be run in an emulator. (Before someone complains, note that this description is not technically accurate - but it's simple to understand)

Wait, is this the exact file type used for linux executables? Although I'm not sure why exactly you'd put rom data there, except for maybe adding debugging symbols to the compiler output.

Hyper Homebrew gets compiled to an elf then a ROM.

Which compiler? WLA-DX uses its own format as far as I can tell, and it uses the .o extension.

Hyper Those are ELF files. :-P GCC and CLANG both output ELF filles. Many assemblers support it as well with preprocessor commands.

It's a shitty emu that sucks and it can cause your computer to execute malware. But you do you, I guess?

i never got malware

hell alot of the roms i run work perfectly (well beyblade never worked but who cares about beyblade)

It's not because you never got it thus far that it will never happen. Otherwise why install anti-virus software at all?

They may appear to work (for example, Pinball Deluxe kinda works in VBA but didn't work in more accurate emulators), but that was because VBA sucks so much that the game doesn't manage to actually crash). Also, VBA's sound and colors are far past incorrect. And, "VBA-only" bugs are everywhere.

Actually, would this work with GBA files? They should be loaded quite similarly, seeing that they're somewhat identical besides from a few things.

@@epicspeedrunning3207 i think there is one or two quirks with ELF files that makes this possible in the first place

They're just programs, can be made for any platform. Dunno why you'd make them for GBA tho...

Also, ELF bundles debug information, which is impossible in a raw ROM format.

/GS (and -fstack-protector) work like so: Normally, the stack is like this: variables frame pointer return address /GS and -fstack-protector do this variables magic random number (canary or cookie) frame pointer return address Before returning from a function, it checks to make sure that random number matches. If it doesn't, it immediately aborts the program. It is still technically possible to do a stack overflow ROP chain, but you would need to know that random number which changes each time the program starts, which would either require a second exploit or some serious luck.

@@easyaspi31415 oh its just a stack cookie lol.

ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-aFLy1PH2Itg.html