@WaLeedALzamil@0xB4x Unfortunately I can't DM you. Yes the 1765 uses the same mechanism, I've dumped and verified that. Others failed on the 1765 aswell, also glitching a loop. Brownout on this CPU just seems to be too good. Disabling it makes a glitch work, but in the bootloader it's always active
@WaLeedALzamil@0xB4x Thanks for your response and the writeup. Unfortunately when I tried it on the LPC1765 it seems to be resistant to glitches for some reason. Have you tried your attack against that one aswell or only against a single cpu type?
@Laughing_Mantis Sometimes you might think that you've done something wrong during your process and don't want to discourage others from doing the same thing as they might be successful.
@travisgoodspeed@NXP Additionally I just tried to use multiple short glitches after each other, in that case I can do 8 glitches without a reset, but the CPU appears to operate normally, so no success either
@travisgoodspeed@NXP I've used the chipwhisperer's "enable only" mode, so I've tried a single glitch with a varying length. At 30nS there's nothing, at 40nS there's a reset.
Usually such protections should be mentioned in the datasheet though, after all they make the CPU more secure/"better".
@travisgoodspeed@NXP Also apparently that CPU seems to be resistant against voltage fault injection attacks. I wasn't able to glitch a simple loop and also wasn't able to replicate the bootloader CRP glitches that exist on other LPC CPUs, I either see a reset or no effect at all.
@travisgoodspeed@NXP Awesome! Thanks a lot! I'm especially curious why it has two VDD(Reg) inputs on opposite sides, they should power an internal voltage regulator.
@pinguinii_ Heute bei mir genau dasselbe! ๐๐ Danke fรผr die "Vorwarnung", sonst hรคtte ich das Ding wirklich abgeholt und die 85 Cent bezahlt ๐ Aber so....