HexWorkshop 4.23

From UIC

Hex Workshop 4.23: una protezione veramente stupida

Infos
Author:	Bender0
Email:
Website:	http://www.bender0.altervista.org/
Date:	21/08/2004 (dd/mm/yyyy)
Level:
Language:	Italian
Comments:

Introduction

Una protezione veramente stupida.

Hex Workshop è un hex editor molto buono (imo), pieno di features, ed è de facto il mio hex editor di fiducia da parecchio tempo. La protezione si basa su serial fissi... che bello!

Tools

Ollydbg 1.10 o un debugger qualunque.
IDA pro (opzionale).

Link e Riferimenti

http://www.bpsoft.com per recuperare Hex Workshop.

Essay

Come ho già detto la protezione è basata su serial fissi, e infatti le altre informazioni (name e company) sono quasi una formalità. La grande preoccupazione dei programmatori che usano questo schema è che un cracker trovi un serial valido (o che qualcuno ne acquisti uno) e gli faccia fare il giro del mondo. In effetti succede sempre, ed è successo anche con Hex Workshop. E allora cosa fa il programmatore (dimenticavo di dire che Costui è un Genio) per ovviare all'annoso problema? Vediamolo di persona.

Loadiamo hwoks32.exe nel debugger e apriamo il box di registrazione (help→about→gtregister), mettiamo delle info fasulle ("bender0","bender inc","12345") e premiamo register. Sembra quasi una messagebox, e guarda un pò, lo è davvero! Breakkiamo su MessageBoxA e eseguiamo fino al ret; steppato il ret ci troviamo nel modulo bpsregwd: il fatto che questa dll lanci la messagebox e il suo nome (BreakPointSoftwareREGistration...) ci suggeriscono che tutte le procedure che riguardano la registrazione siano contenute in essa. Per spaventarci tra l'altro il programmatore (ho già detto che Costui è un Genio?) ha inserito delle chiamate a Sleep per farci pensare che il programma esegua dei calcoli così complessi che durano tre secondi, ma per qualche strano motivo ha inserito questo ritardo anche dopo la messagebox. Noi ne approfittiamo e settiamo un breakpoint su Sleep. Premiamo register, ritorniamo da Sleep e guardiamoci attorno: la prima call dal cui risultato dipende il flow è la terza, che chiama la routine all'indirizzo 10002BA0. Entriamo e vediamo subito due call; la prima è breve e chiama GetSystemTimeAsFileTime, niente di importante. Allora entriamo nella seconda, ed ecco il codice (ho rinominato qualche indirizzo):

Se questa funzione ritorna 1 molto codice viene saltato e Sleep è chiamata con un timeout di 100 msec per 10 volte; poi la funzione esce ritornando 2 (che non mi sembra il tipico valore da serial corretto). Abbiamo capito che il nostro serial non deve comparire in quella lista, lista che contiene le seguenti 5 stringhe:

1616604A7
161660407
10407-021091-BBD8
10407-021941-D1D1
1616704070

Sembrano proprio dei serial, è ormai chiaro che quella funzione cercava il nostro serial in una blacklist, ovvero la hit parade dei cinque serial più piratati di Hex Workshop. Allora ho pensato "Grazie BreakPoint Software! Mi regali non uno, ma cinque serial validi per il tuo prog?". Così ho noppato il jnz all'indirizzo 10002BCB per rendere la blacklist inutile e ho cominciato a provare i serial; con mia grande sorpresa il primo non funzionava, e nemmeno il secondo. Allora ho pensato "Allora non sei così imbecille, o Genialità impersonata, o programmatore!". Ma poi ho provato il terzo codice, e quello funzionava, così come funziona il quarto. L'unica spiegazione che sono riuscito a darmi è che bpsregwd.dll sia condivisa tra diverse apps della Breakpoint Software, e che gli altri serial siano serial validi di altri programmi ;)

Note Finali

O programmatori shareware, in futuro non donateci le chiavi dei vostri software assieme ad essi, ma dateci un margine di reversing, anche noi dobbiamo divertirci!
Ovviamente per chiarimenti, migliorie o correzioni mandatemi una mail.
Ci vediamo al prossimo essay... bye.

Disclaimer