Skip to content

Instantly share code, notes, and snippets.

@rufoa
Last active June 28, 2024 21:26
Show Gist options
  • Save rufoa/3cfa890c0bbb86f1d4dc22ad3bf0bcc7 to your computer and use it in GitHub Desktop.
Save rufoa/3cfa890c0bbb86f1d4dc22ad3bf0bcc7 to your computer and use it in GitHub Desktop.
printf '\00\00\00' | dd of=sublime_text bs=1 seek=290764 count=3 conv=notrunc
https://www.google.com/search?q=%22EA7E-890007%22
@rufoa
Copy link
Author

rufoa commented May 21, 2021

I use IDA Pro but you could use e.g. Ghidra (which is free). You could load build 4094 and look at (file) offset 290764

In ST4 there is a list of blacklisted key IDs which are checked in a loop. The original bytes at that offset were 0x97 0x94 0x0d. Note that this is 890007 in hex, as in EA7E-890007. Overwriting these bytes with 0x00 0x00 0x00 (or anything else) means the key ID will not be found on the blacklist, and will appear valid.

So this patch was quite easy to forward-port to new builds of ST - just find the new offset of 0x97 0x94 0x0d each time. We can use a similar method in future if our newly-found key is ever blacklisted for being shared online.

@tukusejssirs
Copy link

Thank you very much for the info, @rufoa! 👍

@zunjack
Copy link

zunjack commented Jan 27, 2024

@rufoa my dude have you found the correct patches for any newer versions of Text and Merge?

@rufoa
Copy link
Author

rufoa commented Apr 1, 2024

@zunjack sorry - I bought SM and no longer use ST. I probably won't be updating this gist

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment