Pa da ... lepo se vidi u ascii prikazu sa desne strane ..
Inace ovde samo READ-ONLY, nemoj se saliti to tu nesto menjati aku su nekakvi digitalni dokumenti u pitanju! Mislim mozes menjati, al ajd posle "potpisi" podatke :)
Mislim nagadjam, ko zna sta je u pitanju, ali ti podaci na digitalnim dokumentima se ne ostavljaju nikad tako, obavezno ima jos i neki "potpis" tj nekakav alagoritam slican CRC-u ali sigurno ultra-mega komplikovan sa ko zna nekom RSA public key enkripcijom ;)
Inace to sa potpisivanjem je mnogo prosta stvar ali kada je RSA u pitanju jos uvek nije razbijena (bar ja nisam cuo za takve slucajeve u bilo kojoj primeni, moze u nekim slucajevima da se zaobidje ali sam algoritam nije razbijen) a inace postoji jos nekoliko daleko slozenijih algoritama. Postoji javni kljuc, tkz brat blizanac privatnog kljuca, sa kojim moze da se samo proveri neki digitalni potpis ali ne i da se generise nov potpis, npr ako bi se menjao sadrzaj nekakve poruke na koju se odnosi potpis. Javni kljuc nije nikakva tajna, on se slobodno distribuira gde treba. Sa druge strane privatni kljuc je najveca moguca tajna koji se cuva u strogo kontrolisanim uslovima sa limitiranim pristupom osobama od poverenja cak to ide dotle da se i njima po "default" ne veruje nego se to krije iza krsha nekakvih HW i SW zastita, takve prostorije su u faradejevim kavezima, nema ni M od nekakvih mreza i bla bla bla. Zato se kod izrade tih digitalnih dokumenata to nosi "tamo negde" i ceka da to "neko" tamo odradi ...
Ovo je neki banalni primer ali u praksi je to sigurno "namerno" dodatno iskomplikovano, lupam dokumenti generisani svake srede koriste jedan kljuc, ili za svake parne JMBG se koristi jedadan tip potpisa za neparne druge i tako u nedogled ... To se sve radi tako da iako bi kojim slucajem "procureo" privatni kljuc mora da se zna jos X nekih faktora da bi se generisao ispravan digitalni potpis.
Izvinjavam se na malom off-topic ...
[Ovu poruku je menjao mikikg dana 20.05.2013. u 00:12 GMT+1]