najbolja zastita EXE iz VB6

Na koji nacin je najbolje zastiti svoj program od hakera, da li je moguce zakljucati kod koji se inace vidi kod nekih hack alata koji se mogu free skinuti sa interneta? Previse sam ulozio vremena da bih dopustio sutra nekom klincu da otvori EXE, iz EXE-a izvuce pass za SQL i dalje sve tako redom...

Ovako ja mislim da nemas konkretnih alata za takvu vrstu zastite... jedino sta ti tu ostaje je enkripcija, ako ti taj password koji se tamo negde cuva
a kog kasnije unosis kroz neki dialog i sluzi da ti otvori nesto onda se u takvim slucajevima koristi hash enkripcija koja je ustvari nepovratna.

Postavlja se pitanje sta ce mi enkriptovani password koji ne mogu nikad da vratim?

Pa prosto je kad korisnik unese password ti ga enkriptujes istom enkripcijom i onda pitas da li se slaze sa password-om iz baze.

Tako radi facebook, myspace... i puno drugih sajtova gde ima registracija korisnika (i zbog toga ne mozes na facebook-u dobiti stari password kad ga zaboravis
vec moras da ga resetujes).

Ako se resis da krenes tim putem imas na net-u puno primera i literature jedne od poznatih takvih enkripcija su:

MD5, SSH, SHA-1...

Pozdrav

1.moja baza ima pass, a sa druge starne moj vb je cita pre ulaska
2.vb cita broj hard diska i uporedjuje ga sa preddhodnom aktivacijom odnsono negde kreirani txt u windowsu
3.svaki korisnik ima zasebnu sifru
4.prilikom instalacije programa neophodno je uneti serial number

to su moje zastite

nedavno sam skinuo program sa interenta i probao da otvorim moj exe i neki tudji razlika je sto se u mom otvaraju sve klase, funkcije ama bas sve a taj drugi nista, isto je radjen u vb-u sad mi nije jasno kako, zato se izmedju ostalog i javljam

nzm to mi bas cudno, zapravo tako nesto prvi put cujem.

Daj okaci link za taj reverser ako je free ako ne na pvt...

Znam da ljudi da bi reverse-ovali neki program koriste po nekoliko alata i opet ne moze da bude toliko potpuno...

btw evo malo se zanimaj dok se ne javi neko strucniji, mada mi nesto mnogo zacutao ovaj forum :P

http://www.computerworld.com/s...taxonomyId=11&pageNumber=1

Pozdrav

Daj i meni taj link, bas me interesuju takvi programi !

sad ja malo napredniji pocetnik kao znam a vi ne!!!
sa ovim programom, ja sam uspeo da otvorim moj exe iz VB-a, izmenim Caption-e na dugmadima, promenim naziv programa u koji ja hocu, uosatlom proverite i sami
hakeri umeju da citaju, jeste zakomlikovano ali ko se udubi vidi se sve

link je
http://www.freedownloadscenter.../VB_Decompiler_Screenshot.html


pazi ovaj kod

loc_00848768: push 0042FF48h ; "OLEDB:Database Password=shifra"

dakle zastita baze u access-u preko vb-a paad u vodu

Ma imaš tih dekompajlera koliko hoćeš, ali nijedan neće vratiti kompletan kod. Ono što oni mogu da vrate jeste deo koda u mašincu, forme, kao i resurse koji su embedovani u exe (recimo slike, zvuk, itd.). Naravno, i to je ponekad dovoljno da se dođe do bitnih podataka za nekakvo krekovanje aplikacije, izvlačenje passworda, itd. U svakom slučaju, deo toga može da odradi i Resource Hacker-u koji ti takođe dozvoljava da ekstraktuješ slike iz exe fajla, promeniš captione na dugmićima, itd. Elem, zaštita od toga jeste koristiti exe packere koji onemogućavaju da se exe tek tako otvori i menja, već ga treba prvo otpakovati, što nije uvek tako jednostavno i ne može svaki klinac da odradi. No, da je to bullet-proof zaštita i nije, jer sve što se zapakuje tim packerima, može i da se otpakuje, a za određene packere već postoje unpackeri koji se mogu skinuti na netu. Jedino je dobro što obično ti unpackeri ne dolaze u vidu lepo organizovane GUI aplikacije, već najčešće u obliku nekakvih skripti, recimo za Olly Debuger, kao i to što te skripte nisu uvek savršene i često mogu da učine exe fajl neupotrebljivim, pa ni decompiler alati ne mogu da ga otvore kako treba, te je potrebno malo više od elementarnog znanja da bi naj taj način nešto uradio. Naravno, ni to nije prepreka za ozbiljnog hakera, jer on uvek može da taj delimično raspakovani fajl otvori u nekom hex editoru i pronađe neki password koji se nalazi u kodu.

Upravo zato se password nikada ne stavlja u kod bez enkripcije, nego lepo enkriptuj password u MD5 recimo i miran si. Mada, opet, ako je u pitanju Access baza, zaštita passwordom ti ništa neće pomoći, jer "haker" i ne mora da ulazi u tvoj kod da bi isti pronašao. Dovoljno je da skine sa neta Access Password Recovery i da skine šifru sa baze pa da joj pristupa direktno, bez potrebe da uopšte pokreće exe fajl.

Tako da, ovde se postavlja pitanje, šta ti uopšte pokušavaš da zaštitiš, tj. da li samu aplikaciju od kopiranja, strukturu baze, podatke u bazi i zašto ? Znači prvo to moraš da raščistiš sam sa sobom i da malo bolje objasniš, a onda možemo da razmotrimo i mere zaštite za to. Naravno, trebaš da budeš svestan da nijedna zaštita nije neprobojna i šta god da napraviš, ako se neko baš namerači da razbije tvoj program i da ga krekuje, on će to i uraditi. Ono što možeš da uradiš, jeste da koliko toliko otežaš taj proces, tako da oni sa manje znanja i oni koji su manje uporni, odustanu od tog posla. Oni uporniji će svakako naći načina. Mislim, MS ulaže verovatno milione u zaštitu svojih proizvoda, pa eno, postoji crack za svaki njihov proizvod koji je izašao na tržište.

Čisto da ne bude da nisam rekao ništa konkretno, evo nekih smernica kako da zaštitiš aplikaciju. Dakle, ako hoćeš da zaštitiš exe od lakog otvaranja, menjanja, izvlačenja passworda, koristi exe packere. Imaš besplatnih, a imaš i onih poprilično skupih koje je poprilično teško (ne i nemoguće) razbiti i za koje ne postoje unpackeri na svakom ćošku. Ako hoćeš da budeš siguran da niko ne može da izvuče nekakav password iz exe fajla, enkriptuj ga nekom enkripcijom za koju još uvek ne postoji dekriptor (recimo MD5), mada imaj u vidu ono što sam rekao, ako je u pitanju zaštita passworda na Access bazi, džabe se mučiš, jer isti može da se skine direktno sa baze. Ako hoćeš da zaštitiš strukturu baze, tj. da niko ne može da vidi kako ona izgleda, opet se džabe mučiš sa Access-om. U tom slučaju je bolje napraviti svoj format baze i zakomplikovati ga do zla boga, s tim što bi to zahtevalo puno rada, nemogućnost korišćenja SQL upita (već bi morao da kreiraš sopstvene upite), verovatno sporiji rad sa bazom, itd., a sve to da bi sprečio nekoga da vidi strukturu baze, sa čim u principu ništa ne može da uradi. Ako je cilj da se zaštite podaci u bazi, onda to ne bi trebalo da bude tvoj posao, već posao klijenta kome si prodao aplikaciju. Hebi ga, Access je ipak lokalna baza i nije problem fizički zabraniti pristup istoj. Ako neko dozvoli pristup, onda je dozvolio i pristup podacima, a ti sa tim nemaš ništa. Eventualno može da se odradi enkripcija podataka. E sad, ako želiš da zaštitiš aplikaciju od neovlašćenog kopiranja, imaš mali milion metoda, kao što su recimo vezivanje za serijski broj hardvera, usb dongle-ovi, aktivacioni kodovi na osnovu username-a, a imaš i aplikacije koje takve stvari rade za tebe i prilično ih je teško razbiti, recimo Armadillo, od koje i ozbiljniji hakeri brzo odustaju, osim ako nemaju baš veliku motivaciju ili finansijski interes da to razbiju.

Sve u svemu, razmisli da li cilj opravdava sredstva. Uz dovoljno novca, možeš napraviti zaštitu koju samo najiskusniji hakeri uz mnogo muke mogu da razbiju, te ako tvoj proizvod nije zastupljen na 90% računara u svetu kao Windows, verovatno niko neće ni pokušavati da je razbije. Ako ne želiš da daješ novac za zaštitu, možeš koristiti besplatne alate i svoje mere zaštite, što će te verovatno zaštititi od radoznalih klinaca i wannabe hakera kojima nedostaje znanja i iskustva. Ali, takođe razmisli o tome da li ti je zaštita uopšte potrebna. Danas je i besplatnu aplikaciju teško progurati na tržište i steći veći broj korisnika, a kamoli neku komercijalnu. Da li je tvoja aplikacija zaista toliko dobra i korisna da uopšte moraš da je ne znam ni ja kako štitiš, a koristiće je možda 10-tak ljudi.

---

Kako bi koristio taj password koji mu se u .exe fajl-u nalazi u obliku MD5 hash-a da pristupi bazi?

---

Sad tek vidim da se nisam dobro izrazio, tj. malo sam sve zbrzao. Nisam mislio da se taj password koji ide u connection string enkriptuje sa MD5, jer taj password svakako mora da se prosledi u dekriptovanom obliku što sa MD5 ne može. Mislio sam na druge passworde, tipa onih korisničkih za logovanje. A password za bazu, ako se baza već štiti passwordom se treba ostaviti korisniku da upiše svaki put čime se izbegava da se on pojavljuje u kodu. Eventualno dodati nešto poput "remember me" u kom slučaju bi se password čuvao negde u registry-ju. No, kao što rekoh zaštita baze passwordom je totalno neadekvatna zaštita jer se do njega može lako doći preko same baze bez čitanja exe fajla.

---

auu covece ne znam sta da kazem, ostao sam bez teksta. moja aplikacija naravno da nije nista spektakularno, koriste je par preduzeca, jednostavno sam samo hteo da svoje zagarantovano godisnje placanje vezem gasenjem aplikacije, a sve to zastitim od radoznalih koji mogu da otvore bazu u koju upisujem datum kada ce program biti ugasen
sa druge strane, kada se to odradi, brise se i kljuc a koji je zapravo enkriptovan broj serijskog broja harda + jos nesto
mene je zbunilo samo zasto tudji exe koji su radjeni u vb-u ne mogu da se otvore u ovom decompileru, makar delove odnosno isto ovo kao sto otvara i meni, dakle moj otvara a te druge nece...
hvala puno mnogo si mi pomogao,ukoliko nekada budem radio nesto sasvim ozbiljno,sigurno cu da se vratim ovoj temi i dobro razmotriti sve ovo

a za ovo oko mdb-a, bio sam ubedjen da ne postoji sansa da se provali sifra
sad mi reci, kako da izgleda kod u vb-u kojim bi enkriptovao isti za mdb, to bas nisam razumeo, dakle ima li nacina da se baza u access-u nekako zakljuca bar 99% sigrurno

E, to vec moze :) Onako je zastitio previse dobro :))



Promenis ime fajla iz Baza.mdb u smcnfgstf.zbl :) (nadam se da ADO/DAO/stavec podrzava da u connection string-u bude nestandardna ekstenzija fajla).
99% njih nece ukapirati da je to u stvari baza. Pogotovo ako imas jos nekoliko dummy fajlova :)

---

Nema. Najbolje rešenje ti je da podatke o registraciji i preostalom vremenu, ako sam dobro shvatio da je to najveći problem, ne držiš u bazi, nego negde drugde, recimo u registry-ju, a još bolje na više mesta, pa onda možeš i da ih upoređuješ i time proveriš da li je neko pokušao da promeni sistemsko vreme ili čačka po registry-ju ne bi li produžio period korišćenja. Ako si u mogućnosti, tj. ako tvoji klijenti sigurno imaju internet konekciju, onda bi mogao da podigneš neki server bez koga aplikacija neće da radi, pa onda na njemu držiš upisana vremena kada koja aplikacija ističe i samo joj blokiraš pristup kada se to desi.

Da, može da se promeni ekstenzija i to radi bez ikakvih problema, been there, done that, ali ako neko uopšte dođe na ideju da nešto čupa iz exe fajla, prvo što će da uradi jeste da pogleda i za šta ostali fajlovi služe, najpre tako što će da ih otvori u nekom hex editoru, a time se lako zaključi koji od tih fajlova je access baza, jer je potpis više nego jasan :) E sad, možda bi zakomplikovao stvar ako bi ubacio jedno 50 lažnih baza i samo jednu pravu, ali i to je samo odlaganje neizbežnog, jer ako neko odvoji dovoljno vremena, u nekom trenutku će stići do prave. U svakom slučaju, bazu treba koristiti za ono za šta je namenjena, tj. za skladištenje podataka koje korisnik aplikacije svakako treba da vidi i menja, samo što ih aplikacija prikazuje u nekom formatiranom obliku. Sve ono što je vezano za registraciju programa, istek trial perioda i slično, nikako ne treba držati u bazi.

Jednostavno, Access baza nije dovoljno sigurna jer se radi o lokalnoj bazi i pretpostavka je da će ljudima koji ne treba da vide podatke u toj bazi fizički biti ograničen pristup istoj, a remotely svakako ne mogu da je čitaju, pa s toga i nije posvećeno mnogo pažnje zaštiti iste, za razliku od recimo MS SQL Servera.

Nego, kad smo već došli do srži onoga što tebi treba, a to je vremenski ograničeno korišćenje aplikacije, pogledaj http://www.activelock.com/

Besplatan je i prilično dobro radi posao, a što je najbolje, detektuje i promene sistemskog vremena i još neke stvari koje korisnik može da pokuša da zezne istek trajala. Takođe, možeš da ograničiš trial period vremenski ili brojem pokretanja programa. U svakom slučaju, vredi pogledati.

---

Ma znam ja to, al' kapiram da je tu negde - 99% uspesnost :)
Ja znam podosta i programera koji to ne bi provalili :)
Zavisi od ciljane grupe.

A i bilo je napola u shali ;)

---

kako vi razmisljate :DDD a jbga kad imate "klikera" za to :D
pazi ovo prvo sa extenzijom nije bas naj naj iz razloga sto koliko verzija baza t.j. exteznija postoje, dovoljno je da izdvoji par minuta i ubosce je...

ajde me uputi kako bi funkcionisala varijanta sa serverom?

takodje jos jedno pitanje, postoji li neki program kao presretac, koji ce u realnom trenutku da prikaze gde se u windows-u nesto upisuje, menja, kreira i t.d. Logicno razmisljajuci moguce je da postoji, ovim pada u vodu i opcija aktivacione sifre koja je bacena negde u win direktrorijum... u kojoj se nesto desava (mislim na npr.txt), ti lepo otvoris, pogledas i t.d.?

kako funckionise ona varijanta preko usb*a, nemoguce ga je otvoriti a u njemu se nalazi neophodan fajl za podizanje programa, to sam video na jednom softveru u firmi gde sam radio... da li je moguce zakljucati usb a u njemu postaviti fajl i kako ili je to posao za elektronicare...?

A zasto jednostavno ne napravis da tvoj program, umesto da se konektuje direktno na bazu, proverava podatke HTTP request-om ka nekoj tvojoj stranici na kojoj lepo iskodiras proveru podataka u bazi ?

Provaljivanje sifre access baze je mnogo prostije nego dekompajliranje i trazenje po exe-u.

Ja sam skoro radio na jednom cudnom projektu, ali slican postupak moze da se primeni. Znaci imao sam PDF koji ni po koju cenu nije smeo da se prekopira. Bio je embedovan kao resource u jednoj rar arhivi sa sifrom, zanimljiv deo jeste direktno startovanje iz rar arhive u memoriji.

Varijanta sa serverom ti je da napraviš neki serverski program sa mySQL bazom i u njoj smestiš podatke o svakoj instaliranoj aplikaciji, uključujući i vreme kada je registrovana. I onda kada neko startuje aplikaciju, ona se prvo sa nekim svojim ID-em javi tvojoj servrskoj aplikaciji, koja će onda da proveri da li je taj ID registrovan za korišćenje i da li je isteklo vreme za korišćenje, pa ako se nešto od toga ne poklopi, jednostavno pošalje aplikaciji False i ona odbija da se startuje.

Varijanta sa USB-om se popularno zove USB dongle i sastoji se u tome da aplikacija neće da radi ako taj konkretan USB sa koga je instaliran program nije uštekan u USB port. Svaki USB ima svoj HID (hardwareID), a ti mu dodatno upisuješ user i pass (obično dobijaš library za komunikaciju sa uređajem uz sam uređaj), tako da ne postoji mogućnost da se nekim drugim USB-om prevari sistem, niti da se taj USB koristi na nekom drugom računaru u isto vreme. Imaš više o tome ovde http://en.wikipedia.org/wiki/Software_protection_dongle

E sad, i jedna i druga varijanta su neotporne na reverse engeenering, jer će neki iskusniji haker lako pronaći liniju u kojoj se vrši ta provera i prepraviti aplikaciju da uvek vraća True i aplikacija će se startovati. Rešenje ovoga može biti da proveru vršiš u svakoj proceduri i funkciji koju imaš u programu, pa i svakom eventu (koji zapravo i jesu procedure), znači bukvalno na svaki klik dugmeta, pa eventualno još dodaš i neki tajmer koji će da vrši proveru. To će učiniti da se vreme potrebno za pronalaženje ovih provera i njihovo zaobilaženje višestruko poveća, pa se nikom normalnom ne isplati da to pokušava.

naravno, bitan momenat kada se razmišlja o zaštiti je i isplativost. Ako će tebe zaštita da košta više od onoga što ćeš da naplatiš, a verovatno hoće, ako planiraš baš visok nivo zaštite, to ti se naravno ne isplati. Sa druge strane, ako je tvoja aplikacija pristupačna sa cenom, onda je pitanje da li se tvom korisniku aplikacije uopšte isplati da je krekuje što će ga koštati par stotina ili hiljada evra, osim ako ne ume sam da je krekuje, a verovatno ne ume, jer da to ume, umeo bi i sam da napravi takvu aplikaciju, pa se ne bi je8avao tvojom.

U svakom slučaju, meni se čini da si malo paranoičan, pogotovo kada sam pročitao ovo

Jeste, postoje alati za sve to, recimo imaš registry monitore i logere u kojima tačno vidiš ko je i kada nešto dodao/izmenio u registry bazi, imaš folder monitore koji ti jave kada je u nekom folderu izmenjen ili dodat neki fajl, imaš debuggere koji mogu da prate izvršavanje aplikacije i tačno ti prikažu u kom delu exe fajla se nalazi funkcija koja je upravo pozvana, gde ta funkcija vodi, koje vrednosti koristi, koji se dll-ovi pozivaju, itd. ALI, neko ko je opremljen svim tim alatima i ume da ih iskoristi, tačnije ume da iskoristi informacije koje će dobiti od tih programa i nije neko od koga možeš da se zaštitiš na bilo koji način. Međutim, ono što je još bitnije, taj koji poseduje takvo znanje, sasvim sigurno ima više nego dovoljno znanja o programiranju da isti takav softver kao što je tvoj napiše od nule, za manje vremena nego što mu treba da krekuje tvoj. Pa se na to prirodno nadovezuje pitanje, od koga ti uopšte pokušavaš da se zaštitiš. Ako pokušavaš da se zaštitiš od vlasnika firme i nekih klinaca koje on eventualno može da angažuje za šaku dinara, a koji ponešto znaju o računarima, onda je dovoljno ono što si već uradio, jer je krajnji domet prosečnog korisnika računara u krekovanju da pronađe krek na netu i eventualno ga upotrebi, mada mnogi ne umeju ni to. Ako je cilj da se zaštitiš od nekih iznad prosečnih korisnika računara i wannabe hakera, iskoristi ActiveLock ili neki besplatni exe packer ili kombinaciju toga, što će vrlo verovatno biti sasvim dovoljno da odustanu. Ako hoćeš da se zaštitiš od malo izverziranijih i iskusnijih hakera, onda budi spreman da potrošiš nešto novca, pa uzmi USB dongle-ove, Armadillo ili sličan komercijalni softver, eventualno iskombinuj to sa podizanjem svog servera, pa ćeš i njih da odbiješ, osim možda ako im neko ne ponudi masan iznos za taj posao, što se nekome isplati tek ako korišćenje tvoje aplikacije i košta neki masan iznos koji bi taj trošak opravdao. I konačno, ako želiš da se zaštitiš od nekih vrhunskih hakera, nećeš uspeti u tome, pa makar uložio milion evra u zaštitu, mada i taj vrhunski haker ne bi to radio bez masne nadoknade, pa se opet vraćamo na priču o isplativosti.

E sad, potencijalna opasnost po tebe može biti ako je ta tvoja aplikacija dostupna javno za download i ima baš toliku upotrebnu vrednost, pa postane popularna u celom svetu, može da se desi da se gomila hakera namerači na tvoj sosftver u kom slučaju će se već naći neko ko će da razbije tvoju zaštitu, kakava god ona bila, čisto izazova i dokazivanja radi (kao što se i desi sa svakim popularnijim parčetom softvera), ali ako imaš toliko korisnika, to obično znači da ima sasvim dovoljno onih koji neće želeti da upotrebe crack sve i da ga dobiju na tacni, već žele da ga plate, pogotovo ako su firme u pitanju.

---

Ova tema ima veze sa zastitom, pa da se informisem o zastiti same baze.

Ja sam za svoj program pravio neku svoju sopstvenu bazu i koristio sam enkripciju... na sve sam vodio red osim na to da ce neki stranac prici za racunara
pritisnuti delete i baza ode kao da nije ni bila.

Pa gde je backup-ovati?

Hteo sam je prilepiti na kraju exe-a ali nzm koliko je to pametno ili je celu staviti u RegEdit ali nzm koliko je pametno smestiti u Regedit 3-5kB?

Pozdrav

Pa šta će stranac za računarom na kome se nalazi važna baza i to u lokalu ? Ako neki softver koji radi sa bazom treba da se nalazi na računaru koji koristi više ljudi od kojih neki ne treba da imaju pristup bazi, pa još ako može da mu pristupi neki stranac, onda se baza ne postavlja na tom računaru, nego podigneš neki server na sigurnoj lokaciji i iskoristiš MS SQL ili mySQL bazu na koju će aplikacija da se konektuje daljinski. I onda samo podesiš prava pristupa na samom serveru.

To sa lokalnom bazom i enkriptovanjem je više da se neko zaštiti od radnika koji bi da petljaju nešto sa bazom, prepravljaju podatke za koje nisu ovlašćeni da ih prepravljaju i slično.

---

@Marko_L

Čitam ovo što si napisao i slažem se sa svim što si rekao...



@Svi ostali koji rade aplikacije za firme i bazu u access-u

Zašto to uopšte radite?




Ono što je Marko_L rekao u postu iznad...

Zašto ne uradite bazu na MySQL ili MSSQL serveru i onda su ti podaci u potpunosti zaštićeni... a kako?

Pa ako radite daljinsko povezivanje na neki server, onda podesite i nivoe pristupa (restrikcije) na bazi sa tog IP-a...
Npr: root@localhost (računar na kome je DB server) ima pristup svemu živom
neko@localhost ili nekiracunar@nekiIP (računar na kome je tvoja aplikacija) ima pristup: samo određenoj bazi/ samo određenim tabelama/samo određenim kolonama u tabelama/može da uradi:samo SELECT, samo UPDATE... bla bla bla (ili to sve na neki način miksovano, zavisi od tvoje aplikacije, tj. koje upite koristi)
MySQL Workbench (client aplikacija za MySQL) je perverzija i nije teška za korišćenje-uz dovoljno truda i poznavanja bar osnova MySQL DB administracije...

E sada... ako ti neko i provali šifru kojom pristupaš bazi sa udaljenog računara, imaš restrikcije na samom serveru pa mu to mnogo i ne pomaže... mislim, ako može da uradi SELECT i UPDATE, ne može da obriše taj red podataka ako si mu zabranio DELETE...

Šifra za pristup sa servera se ne nalazi nigde u tvom kôdu, regeditu, zasebnom .txt fajlu sakrivenom_ko_zna_gde iz prostog razloga što ni jedna tvoja aplikacija ne koristi tu šifru za pristup serveru... nju znaš napamet ti ili vlasnik firme ili neko iz IT sektora same firme...
Ako je ko slučajno provali (što je skoro pa nemoguće i ovim neobičnim smrtnicima) i pokuša da manipuliše podacima, ili zna šifru i manipuliše podacima, e tu su onda logovi koji su ispratili svaki mogući upit upućen jezgru... pa i oni upiti koje je i sam server poslao (a to niko, ni iz SUN korporacije čak, ne može da provali i obriše ili izmeni :D )

E onda fino otvoriš te logove i pročitaš jedno par miliona redova u .txt fajlu (a i to, samo ako te ta firma tužila nekim iznosom koji će te baš klepiti po džepu, a ti znaš da nisi kriv ti i tvoja aplikacija, nego "neko iznutra")

uff... nakuckah se ja pošteno :D

---