A szerelő blogja, v2

Toyota TechStream kulcsgenerátor Szerkesztés Törlés

Izzadt pálmák dörzsölni, vettem a Techstream-ot. Szükségem van a laptopra, hogy a vezetékeket egy lélektelen vasdarabba sodorja.

A 11.hxxx-et tettem, de nem "demo" módban működik, mivel megengedte, hogy mindent, úgy tűnik, a verziók akár 10-et is tartalmazhatnak. A szoftver kulcsait egy pár ember osztja meg, szabadon, de azért, hogy megkapja őket, meg kell küzdenie az autó körül lévő fórumokon, térdre könyörülve, és megmutatnia kell az üzenetek szigorúan mért mennyiségű pátoszát. Ellenkező esetben nem jön.

Általában, ha megnézzük a tesztverzió belső verzióját, akár 10-et is beleértve (minden lényeges a kulcsokkal a MainMenu.exe-en belül) a szétszerelő felhős lencséjén keresztül, minden ott nyilvánvaló. A kód olvasható, de erősen elkenődött. A toyota 11. változatában és egy vadonatúj avensis tulajdonosának (a teszten belüli néhány vonalhoz tartozó jelszó, melyeket a repülési parancsban visszafejtettek - MyNewAvensisIsWonderful

) úgy döntött, hogy megvédi a binárisokat valamilyen okos (talán még saját készítésű) védővel. A védő megvédi a hibakeresőtől való hirtelen csatolást, a távoli szálak létrehozását, a dump használatát egyes segédprogramokkal. És a teszt elindul, akkor még egy újat indít el, ez a második debuggerként működik, és valószínűleg valamilyen nyomot jelent az eredeti folyamat számára. Nem mentem a részletekre, ez nem különösebben érdekes. Ha a hibakeresőt egy hackerbe dobja, biztonságosan eltávolíthatja a dumpot, bár a debugger csatolása után még mindig megfigyelhetem, hogy a folyamat pánikban fejeződik be. Miután eltávolítottam a dumpot, láttam, hogy nagyjából a kulcsok ellenőrzésének funkciói, ha megváltoztak, akkor elég egy kicsit. Tehát a Generátorral a 10. változathoz képest teljesen elméletben vagyok, és én vagyok a 11.. Reversinzheniring rövid életű volt, mert köszönhetően az Ilfaknak.

Maga a kulcsnak 46 karakterből kell állnia, és ez be van kötve az ellenőrzésének funkcionalitásába.

A 0 - 32 szimbólumból kulcsfontosságú bájtok vannak (különösen nem értették, talán csak MD5 a gép idióma gép sós sorából). Következő 4 szimbólum a napok számához, amelyek korlátozzák a kulcs érvényességét. A fórumokon mindenhol maximum 5.000 napot kínálnak, de panaszkodnak és 9.999 napot is tesznek, de az újraindítás után egymás után 5000 napot mutatnak :). Következő dátum a formátumban év / hónap \ szám a kulcs generálásakor. Mindezt ellenőrizzük, hogy a kulcs nem volt rossz, hogy mindenhol feltétlenül számszerű értékek voltak, és mindez:

Ahol azt mondja: "érdekes" - érdekes. )) A függvény létrehozza a kulcsot, és összehasonlítja azt, amit a felhasználó beírt a regisztrációs űrlapba. Egybeesik - kb. Nem egyezik - nem rendben. Minden látszólag orálisan. Mit csinálunk? A memóriában megjelentetve megkeressük ezt a hívást, miután bekopogtunk a kódunkba, ahol kivettük a generált kei-t a veremről, és megmutattuk a felhasználónak, hogy másolja. bevezetésre!

DWORD dwOldFunctionAddress = 0;

Igen, mankó, összeszerelő, gavnocode, ez minden. Ehhez egy kis dll-t csatoltam, amelyet a MainMenu.exe-be fecskendeztek egy indítóval (a mi kis visszhang), és ez az. Csak a dll injects a techban, kivéve azt a tényt, hogy a 11. verzióhoz le kell tiltani a "debugger" -et, ezért a processhacker kódból vettem egy függvényt.

Hogyan kell használni. Egyszerűen. Másolja a dll-t és az ex-et a MainMenu.exe mappához, indítsa el a Starter.exe programot, és ha látja az üzenetet, hogy minden rendben van ("Kód javítva, próbáld regisztrálni"), próbáld meg regisztrálni. A Tehstrim megkéri, hogy adja meg a kulcsot, írja be például a rossz kulcsot

és kattintson az OK gombra. Ezen a ponton a bizalom generálja a helyes kulcsot, kódom elfogja, és megmutatja, hogy másolta és beillesztette, és már rajta van, hogy jó lesz. A sikeres regisztrálás után a tesztet a szokásos módon kezdheti, indítómotor használata nélkül.

Az én módom jó, mert nem rontom el az eredetieket, amelyek ugyanúgy működnek, mint a firmware-frissítés, hogy a kulcs legális.