Dali je moguce generirat onaj 14-najst znamenkasti broj ja sam probo od ovih
07522 26804 4314
17079 03086 4237
10748 67522 9695
11442 44830 9351
16084 41530 8459
09056 89537 8968
71116 79019 3014
51119 41589 9906
13662 50478 2113
03760 23176 4616
70925 43360 5107
35626 24311 4513
14752 97045 1002
83785 98773 9801
46919 92691 8208
27535 50738 9904
23584 22430 2114
63884 49573 5219
74393 65454 6606
al nejde
to sam i ja jednom daaavno probavao, skupljao bonove, pa od njih probao slozit neki, ali NIJE MI JASNO KAKO NEMO'S POGODIT PA NITI JEDNOM BROJ, BAREM ZA 35KN?!?!!?!?
i odustao...
pa nije v)(p ni t-mobile tako glup da stavlja brojeve koje ljudi mogu sami izmislit!!!
ili mozda ipak...
ima finta................................jedan frend se zahebava s tim..............i uspije mu
ko po nekoj formuli su stavljani brojevi.................................da uvijek dode isti broj....................kad pravilno poslozis +,-,*,/.................pa tak onda dobijes
May the Force be with you!
gle... ima algoritam sigurno po kojem se izračunava, ali je jako čuvana tajna.
a bit svega je da 14 dekadskih znamenki daje 10^14 različitih kombinacija, a ako napraviš recimo 100.000 bonova u nekom vremenskom razdoblju, obično 2 ili 3 godine je rok trajanja bona, to je 10^5 upotrijebljenih brojeva. ostaje ti 10^9 neupotrijebljenih, ili na svaku valjanu kombinacjiu dolazi još 10^4, odnosno 10.000 nevaljanih... e, onda još dolaze u igru oni već iskorišteni bonovi pa ti se šansa za pogodak dalje smanjuje... nije da nećeš u međuvremenu nekom kompjuteru kod operatera postat sumnjiv
navodno su ti bonovi bolje zasticeni od papirnatih novcanica. a i sumnjam da to neko moze ovako izracunati napamet, mislim da bi se morala uzeti ogromna kolicina potrosenih bonova i napisati program koji ce sve to izracunati......da je moguce neko bi vec uspio
a algoritam se mijenja sigurno svaki mjesec dva.Izvorno postao zappan
Resistance is futile. You will be assimilated!
ne mijenja se algoritam, vjerojatnije se mijenja ključ izračunavanja brojeva aktivnih u određenoj seriji... promjena algoritma bi bila malo too much skupa
i mislio sam na kljuc. moja greska
Resistance is futile. You will be assimilated!
Probavao sam i ja nešto, aali nisam daleko.. Kad puknem bon probam nekoliko puta da vidim "hoće li me sreća" ali nema šanse tako ubosti...
♕ Keep calm and fastboot oem unlock. ♕
bne mijenja se algotitam.................................nego broj koji se treba dobiti
evo......ove godine za sječanj/veljača/ožujak racun treba izbaciti 249...........
ak frend ne sere.........znam da ima brijeg para na mobu uvijek..................
May the Force be with you!
gle, mislim da sere, pa nigdje na svijetu nisam cuo da je to uspio neko probiti!!!
Naravno da sere, kako bi u vip-u mogli znati kada će se iskoristiti bon koji je napravljen danas recimo?!?! Jest da bonovi imaju rok trajanja, ali je on malo duži od par mjeseci...
ja mislim da algoritam ovisi i o serijskom broju bona.
ja mislim da nitko nece provalit taj algoritam. ako slucajno pogodi broj i dobije nest na racun bolje da je igro loto!!!
Resistance is futile. You will be assimilated!
pa sto cekas->PROBAJ!!!
ma imo sam i ja bonova starih 4-5 godina ko dijete skupljo i kasnije probao i ništa... završili u smeću
Nagrade:
Znate kaj je mislit ?
In vino veritas !
Omnia mea mecum porto !
Alea iacta est !
Probavao sam i ja to prije, onako nasumce, ali nakon 6 ili 7 puta su mi karticu zablokirali!!!
Kaj? (10 znakova)Znate kaj je mislit ?
za najlakše probijanje algoritma su potrebna tri bona u nizu serijskih brojeva (dakle npr. 555 555 5551, 555 555 5552 i 555 555 5553). ovo kad imaš bonove sa ful različitim serijskim brojevima si možeš njima obrisat ...
dakle, ako vam se krši zakon i nemate pametnije posla, skupite se i tražite serijske brojeve u nizu. svega tri kartice su potrebne i otkrit slijed mijenjanja brojeva je mačiji kašalj
no morate upamtit: vip/t-mobile će znat da si štancate račun jer imaju servis za praćenje trajanja kartica/obnavljanja računa koji sigurno ima i oblik obavještavanja ako se račun prečesto i previše puni (kog vi znate da je ikad napuni račun sa recimo 1000kn? ko je na to spreman bi prije uzeo petplatu neg bonove)
dakle, ako razbijete algoritam, nabavite si neki srot mobitel i neki novi broj s kojim vas se ne može povezat, nabijte račun i brzo spozdite te novce s računa (kupujte ko mutavi s mPAY), i nakon kupovine bacite mobitel i karticu u smeće il u neku vodu jer pronać vas dok nosite upaljen mobitel zahtjeva par sekundi...
znam, neko je pomislio "a zakaj bi ja morao odmah naštancat sa gro para račun? mogu ja bit pametan i štancat sa malo para..." ista fora ko i sa puno para jer, onog trenutka kad vip/t-mobile primi nečiju pritužbu da mu je novi bon već iskorišten, će prvo pogledat serijski broj tog bona i pogledat ko si ga je naštancao.
i ako vam sve to čak i uspije, živite u strahu da vam neće niko pokucat na varat pošto ste razbili skupi algoritam koji će zahtjevat povlačenje svih bonova baziranih na tom algoritmu, a to bi providerima mobilnih usluga izazvalo mnogo glavobolje
a to si probao pa znaš? mislim, ajmo uzet da tri generirana broja zaredom omogućavaju izračunavanje četvrtog, misliš da to onaj tko je radio algoritam nije uzeo u obzir pa nakon generiranja svih brojeva ih nije redom postavio po serijskim brojevima nego napravio permutaciju?
Ja ne vidim kako bi neki pošteni alogoritam mogao izgenerirati 3 broja koja se razlikuju samo za zadnju znamenku i da su važeći
stvarno svašta sam ovdje pročitao...
kao prvo, jedna od najbitnijih stvari, taj algoritam radi na tom principu da po određenom ključu iz serijskog broja bona generira 14-znam broj. Tako trebate pogodit te dvije stvari. Bez jedne nema druge.
Uz to, ključ u algoritmu se mijenja, opet po nekom određenom pravilu. A pošto je riječ o velikom broju, a u igri su permutacije s ponavljanjem, broj kombinacija je prevelik da bi ga probijali čak i uz pomoć CPUa, a kamoli iz glave. A kažem, dodatan problem je taj što je bon obilježen serijskim brojem.
Taj algoritam uopće ne mora biti kompliciran, no stvar je u tome da treba znatno više vremena da se iz generiranog broja dođe do algoritma, nego da se obrne postupak. Poznato je da je iznimno teško iz gotovog matematičkog rješenja doznati na koji način je to rješenje dobiveno...
Većina sistema koji se izvode na ovaj način radi na principu da se recimo taj serijski broj tretira kao username, a sam kod je lozinka. E sad u većini slučajeva se koristi podjela na dva dijela od 7 znamenki, koja se onda oba spajaju u jedan tzv. DES šifriranjem. Sad vam je jasno da je time još više otežan pronalazak rješenja, Tim više jer se blokovi mogu dijeliti i na više zavisnih blokova, pa onda opet enkriptirati u jedan.
Po meni je vrlo vjerovatno da operater, odnosno vlasnik bonova, ima u svojoj bazi hash vrijednosti svih tih znamenaka, kojima su pridodjeljeni ti serijski brojevi. E sad, kad bi se mogli domoći tih hash vrijednosti, iz njih bi se mogao očitati ključ šifriranja, ali on nam opet ne bi ništa pokazao. S obzirom na vrijednost tih podataka, ne bih se začudio da se čitava stvar dijeli na više dijelova i svaki se dio enkodira različitim algoritmima, tako da i ako jedan iscuri, opet je beskoristan. Na sličan način je očuvan source kod Windowsa.
opet, to su sve insinuacije, stvar može biti i znatno kompliciranija, jer ipak su ogromne pare u pitanju.
Pravila postanja
Odgovori uz citat
Bookmarks