drum
2014-04-26 02:37:10 UTC
Jak mohu najít main () vzhledem k binárnímu souboru a pouze pomocí nástroje jako ndisasm ? Nechci používat inteligentní nástroje, jako je IDA Pro, protože Dělám toto cvičení, abych se učil.
Věřím, že na tuto otázku jsem již odpověděl v odpovědi na tuto otázku: [Reversing ELF 64-bit LSB executable, x86-64, gdb] (http://reverseengineering.stackexchange.com/questions/3815/reversing-elf -64-bit-lsb-spustitelný-x86-64-gdb / 3816 # 3816). Neváhejte upravit svou otázku, abyste se zeptali na další podrobnosti, pokud vám něco chybí.
@perror A byla to fantastická odpověď. Je škoda, když lidé ani nevěnují pozornost pomoci, kterou jste jim poskytli.
Jakou platformu / OS / kompilátor chcete zpracovat? Uveďte několik konkrétních příkladů.
@perror Skvělá odpověď. Byl by to velký rozdíl ve Windows? Je také nemožné zjistit vstupní bod bez této informace?
Ano, bylo by to velmi odlišné. Ve skutečnosti v této odpovědi popisuji vazbu na kompilátor `gcc`. Pokud tedy uvažujete o jiném kompilátoru, rozložení se může úplně lišit. Pokud ale hledáte funkci „main“ v kontextu MS-Windows, musíte upravit svoji otázku, abyste ji specifikovali. Pomůže získat přesnější odpověď.
@perror, musím tě v tom opravit. Není vázán na kompilátor, spíše na formát binárního souboru: `ELF`,` PE`, ... se kterým kompilátor nemá nic společného.
Ne, je skutečně vázán na kompilátor. Nemluvím o vstupním bodě, ale o umístění procedury `main`, která probíhá po načtení dynamických knihoven. Každý kompilátor má svou vlastní funkci. Je tedy vázán na kompilátor.
@perror Z tohoto pohledu souhlasím. Ale předpokládám, že jste to měli uvést ve svém komentáři. Technicky vzato, umístění funkce „main“ není důležité, pokud existuje a je na ni odkazováno. Překladače jej tedy mohou umístit kamkoli chtějí, nakonec ho najdou. Nedíval jsem se na váš první komentář, jinak bych neodpověděl, hezká práce!