Nikdo nic????

Džanek píše: Nikdo nic????

asi proto že v týhle zemičce a zejména na tomhle webu znamená AMD AutoMotoDrom Brno, takže všichni co tohle téma otevřou, čumí a nechápou o čem mluvíš

edit: zkus se kouknout sem, jestli to pomůže

Naposledy editováno 28.12.2011 16:25:47

Mno. No chvili se uz assemblerem a debugovanim nezavbyvam ale tyhle registry by meli myt vsechny procesory 80386 kompatibilni ne ? Vzdy jsem je v debuggeru mel i kdyz jsem mel AMD.

Co vubec resis ? Pises o cecku ale tohle je o assembleru. Jestli jedes pod windows tak bybch se na gdb vyslal. Ja hodne pouzival OllyDbg . Ten byl super. Je do nej i spousta pluginu, signatury na knihovny atd.

Jde o to co resis. Jestli neco programujes, nebo se snazis reversovat cizi kod?

Svyho casu jsem udelal i par cracku, keygenu a tak.
Na SS jsme meli program na vyuku psani vsemi 10. A ja to upravil v OllyDbg tak aby nepocital chyby

Naposledy editováno 28.12.2011 16:47:57

seikos píše: asi proto že v týhle zemičce a zejména na tomhle webu znamená AMD AutoMotoDrom Brno, takže všichni co tohle téma otevřou, čumí a nechápou o čem mluvíš

nebo auto-moto-dily

SVSkritek> jj mas mas pravdu. je to ASMB. pisu si jen tak ro radost ruzny ptakovyny, spis teda chci prelez o uroven dal co se tyka programovani atp. Ja uz nejakej ten patek funguju s linuxem. S tema registrama sem si to mylel taky,ale bohuze treba zrovna dulezita instrukce EIP je u AMD RIP... nektery sou stejny, ale konkretne EIP terminal ani assmb. nezna.

SVSkritek> for ex:
(gdb) x/2i $eip
Value can't be converted to integer.
ale pri toom tohle zna
(gdb) x/2i $rip
=> 0x40050a <main+22>: call 0x4003f0 <puts@plt>
0x40050f <main+27>: add DWORD PTR [rbp-0x4],0x1

Naposledy editováno 28.12.2011 16:50:41

seikos>

:) pekne, jen setrvej

AL/AH - 8b
AX - 16b
EAX - 32b
RAX - 64b

A je jedno jestli intel nebo amd

Jinak ASM dobry, ale dnes dost specializovany a nevim jak moc uplatnitelny. (na druhou stranu, cim mene specialistu o to vic penez, vice zen v posteli a vic drog... nebo vlastne ne)

Ja ted v mem okoli delam osvetu OpenCL, to je budoucnost

dizzi> oooo.....dekuji

dizzi> takze je jedno jestli je to sytaxe intel nebo ne?

Džanek píše: dizzi> oooo.....dekuji

Sveho casu jsem se ucil hlavne z tohohle: http://homepage.mac...ofasm.com/index.html
To kdyz prelouskas taky nejspis budes vedet o PC vic, nez tak 90% lidi kteri s tim delaji. Pravda na VS se to uci ale zas prijit na cvika a uz tak 5 let davno vedet jak to funguje je taky dobry pocit :)) Jen nevim jak moc je to pro 64b stroje.

A pote jsem prochazel take tohle:
http://win32assembly...ne.fr/tutorials.html
Taky cloveka pohladi kdyz pusti normalni windows aplikaci a ona je v ASM. (pravda uzivatel to nikdy neoceni)

Džanek> No zamysli se, prekladac (treba C) prelozi kod do strojoveho kodu, a nevi jestli pobezi na AMD, Intel nebo co ja vim Cyrixu. Ano je to jedno. Jiste dnes uz to neni uplne pravda protoze nejake rozsireni instrukcni sady jako SSE, 3DNow! (jejich verze) nemusi mit vsechny procaky. (ale u dost si patenty vymenil Intel s AMD takze je maji oboji, a nez dojdes k instrukcim pro praci s maticema a ja nevim co, jeste utece hodne vody ;)

V cem je rozdil je pouzity assembler je rozdil jestli budes psat v MASM, NASM, TASM nebo nejaky assembler ktery se vklada do ceckoveho kodu. Jsou to proste nareci jednoho jazyka, ale ten se vzdy prelozi do toho sameho (ne stejne).

dizzi> myslim,ze nejsem upnej analfabet co se tyka nejake odbornejsi prace s PC. Prece jen samotnej linux uz chce znacnou davku odvahy nicmene co se tyka programovani umim jen HTML,a to se taky uz nejak pozapomel. Zacal sem se to ucit uz jen treba z duvodu,ze nemam rad kdyz program kterej muze mit cca 100 mega na linux(unix)ma na Woknech pres giga.Sice nemam primo ucebnici Cecka,ale koupil sem si Hacking-umeni exploitace a podle toho si to zkousim...chapu,ze se to nenaucim za mesic,ale kde je cil a vule tam je i vysledek

Džanek> Ja te nepodcenuju :) Jak rikam setrvej, ASM byl taky muj prvni programovaci jazyk, az pak jsem ponizil k C a pozdeji Jave ;)

To s tim linuxem neni uplne pravda, koukni jak vypada strom zavislosti kdyz instalujes treba par megove VLC do linuxu, zjistis ze protoze jsou tam i kde jake baliky Xek a ja nevim ceho, tak se nakonec vysplhas na takove cislo ze se ti protoci panenky :)

Ale jinak ano, souhlasim s tim ze je skoda ze je malo programatoru, a ti zbyli takyprogramatori to prasi jak muzou.

Assembler je sranda. Pouzival jsem ho na mikroprocesorech PIC a Atmel. I pozdeji kdyz jsme potrebovali co nektere funkce co nejvice optimalizovat. A mit presne kontrolu nad kodem.

U PC jsem taky hlavne jel podle Iczelion's tutorial . Hlavne jsem se zabyval crackingem a nejakejma takovejma vecma. Blbnul s prepisovanim zasobniku a tak. Pak se to hodi jeste nekam na drivery a tak. Ale ted uz jsem to dlouho nepozil. Ale clovek tak trochu zjisti co se zkryvat za tema vyssima programovacima jazykama. A neni to na skodu. Ale nic velkeho uz v tom dnes moc nenapises (alspon ne za rozumnou dobu).

Ale to programovani kdy lidi zacnou rovnou s Javou na VS a jinak nic o PC ani kolem (site,HW atd.) nevedi to je na houby

Naposledy editováno 28.12.2011 17:53:49

SVSkritek píše: Assembler je sranda. Pouzival jsem ho na mikroprocesorech PIC a Atmel. I pozdeji kdyz jsme potrebovali co nektere funkce co nejvice optimalizovat. A mit presne kontrolu nad kodem.

U PC jsem taky hlavne jel podle Iczelion's tutorial . Hlavne jsem se zabyval crackingem a nejakejma takovejma vecma. Blbnul s prepisovanim zasobniku a tak. Pak se to hodi jeste nekam na drivery a tak. Ale ted uz jsem to dlouho nepozil. Ale clovek tak trochu zjisti co se zkryvat za tema vyssima programovacima jazykama. A neni to na skodu. Ale nic velkeho uz v tom dnes moc nenapises (alspon ne za rozumnou dobu).

ASM na pic/atmel bude jeste jina (nizsi) liga. Takze bych to nezlehcoval. Ja zas reknu ze nejake Ollydbg je sranda, a ty skutecne kapacity "oboru" jeli na SoftIce, IDA atp

Vsak prave sem si rekl,ze kdyz,tak uz od zakladu.Naucit se neco a v podstate nevedet jak to funguje to je podle me na kosoctverec

Džanek píše: Vsak prave sem si rekl,ze kdyz,tak uz od zakladu.Naucit se neco a v podstate nevedet jak to funguje to je podle me na kosoctverec

Je to slozity, funguji oba smery - naucis se highlevel a jdes do hloubky, nebo jdes od zakladu nahoru. U smeru z hora dolu hrozi ze se to naucis nahore a dolu si pak uz linej jit, ale bude to rychlejsi. (A zrovna treba v nejake matematicke analyze jsem preferoval nejdriv tupe se naucit postup, a az pak zjistovat jak to funguje, misto toho abych zacal resit teorii kde jsem rozumel kazdemu 3. slovu)
Tak nebo onak, ASM neni tak tezky jak si lidi mysli, a kdyz pochopis proc a jak to funguje a jak to je pomoci nej realizovany na vyssich urovnich, tak to z tebe muze udelat hodne ceneneho cloveka

dizzi> ale prece kdyz vis jak to cely funguje,tak vyslednej kod muze byt daleko elegantnejsi,bez chyb a mensi...nemam pravdu?

dizzi píše: ASM na pic/atmel bude jeste jina (nizsi) liga. Takze bych to nezlehcoval. Ja zas reknu ze nejake Ollydbg je sranda, a ty skutecne kapacity "oboru" jeli na SoftIce, IDA atp

JJ SoftIce jsem taky zkousel, peklo . ALe ja az na vyjimky nepotreboval Ring0, ten Olly byl pro blbce jako ja zlatej. Spousta pluginu a modifikace. IDU mam taky. Ale hlavne pro to ze jsem z ni pouzil signatury pro MFC apod. Do Ollyho.

Džanek píše: Vsak prave sem si rekl,ze kdyz,tak uz od zakladu.Naucit se neco a v podstate nevedet jak to funguje to je podle me na kosoctverec

Hele kdyz jsme u toho. Tak ja delal hradlove pole, chvili. Spis tak amatersky. Nechces si udelat vlastni procesor z hradel. Abys vedel jak to funguje nez se budes ucit ten Assembler . To neni tak tezky udelas z hradel scitacku. Pak nasobicku, nejaky registry, radic. A udelas procesor

Naposledy editováno 28.12.2011 18:18:05

SVSkritek> to bude dalsi level

Džanek píše: dizzi> ale prece kdyz vis jak to cely funguje,tak vyslednej kod muze byt daleko elegantnejsi,bez chyb a mensi...nemam pravdu?

Bezpochyby.

Není nad přehazování 0 a 1 . Alespoň tuším co se tam odehrává.

Džanek píše: dizzi> ale prece kdyz vis jak to cely funguje,tak vyslednej kod muze byt daleko elegantnejsi,bez chyb a mensi...nemam pravdu?

On ti ten vysokoúrovňovej kód překladač stejně přepíše, jak se mu zlíbí. A ve většině případů mnohem líp, než by to programátor vymyslel.

todvora píše: On ti ten vysokoúrovňovej kód překladač stejně přepíše, jak se mu zlíbí. A ve většině případů mnohem líp, než by to programátor vymyslel.

Hodne zjednoduseny pohled :) - to jak tohle nefunguje se muzes podivat na Javu. JVM a jeji bytecode je stejne rychly, dokonce sem tam rychlejsi nez C. Vetsinou ale vysledne programy ne, cim to je? No programatorem prasetem.

Navic jakkoli jsou dnesni hojne pouzivane prekladace pokrocile, hodne veci optimalizovat za danych podminek nejde. (pekny priklad je treba funkcionalni ER lang - promenna se tam da nastavit jen jednou a i diky tomu se da cely program lepe prelozit - kdo z nas si dokaze predstavit psani programu bez zmeny promennych? )

Džanek> marja pano chlape do čeho ses to pustil? Místo abys chlastal, hulil a prznil kurvy toto?

Bludevil píše: Džanek> marja pano chlape do čeho ses to pustil? Místo abys chlastal, hulil a prznil kurvy toto?

Kazdy mame jine konicky

SVSkritek píše: Kazdy mame jine konicky

Tojo, ale znám džanyho a proto se taky tak ptám, co se mu stalo