Generiranje Bonova ?

[gesaugen]

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

[zappan]

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).

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?

[Inovator]

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.

[no name]

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)

a što ćeš mi reći ako ti kažem da znam i više od nekoliko ljudi koji u ovom trenutnu imaju više od 5000kn na računu??


i svi masovno griješite u nečemu. serijski broj nije povezan sa kodom za nadoplatu.

Bilo bi jednostavnije naći bon na putu i nakon nekoliko tjedana ga pokušati ukucati, ljut zvati SZK i pročitati im kod i serijski broj tvrdeći "sad sam ga kupio" ili još bolje "kupio sam ga prije par dana, ali sam ga ovaj tren sastrugao". Veča šansa da će proći.

ahahahahahahaha... ti se šališ, jel?
LOL



inače, 14znamenkasti kod bona ne zna čak ni sam proizvođač bonova. a što se tiče same kriptografije i algoritama, proizvođači bonova imaju zaposlene vrhunske svjetske stručnjake za kriptografiju, matematičare i sva ostala sranja... i vjerujte mi - lakše je na marsu naći vodu nego probiti taj kod.