Pracují pro Živě.cz nejhorší programátoři v ČR?
Žive.cz bylo hacknuto. Autorem hacku je Sysel, který spáchal možný trestný čin a použil (zneužil bych to, v tomto případě, nenazýval) XSS díry v systému, a získal plain-text hesla redaktorů. Ano, čtete správně, plain-text hesla. Být autorem redakčního systému Živě.cz, tak jsem rudý až po uši, protože takováto prasárna by byla velkou ostudou i před deseti lety.
XSS není nic nového, prakticky každý systém byl či je zranitelný pomocí XSS děr.
Nicméně, ukládat (nebo minimálně číst) plain-text hesla do (z) cookies se prostě nedělá. Ony se nakonec neukládají jako plain-text ani do databáze, u slušných systémů, ale vždy jako md5/sha1 hash. A do cookies se nakonec neukládá ani tento hash, ale nějaký jedinečný, náhodně vygenerovaný, klíč pro danou seanci.
Programátor, který je zodpovědný za webovou aplikaci Živě.cz, by měl spáchat sepuku.
Komentáře
Radek Hulán
 Twitter |
 Facebook |
 Instagram |
 LinkedIn |
navigace
kategorie
- Hardware
- PPC Hardware
- HTechnologie
- TThinkPad
- Hry
- HHry na PC
- XXBox 360
- Kavárna
- AAuta
- CCyklistika
- HHudba
- LLyžování
- MMám rád...
- Linux a OS X
- AApple OS X
- LLinux
- Microsoft Windows
- BBezpečnost
- SSoftware
- 7Windows 7
- VWindows Vista
- XWindows XP
- Společnost
- BBusiness
- SSpolečnost a politika
- TTiskové zprávy
- Telefony a čtečky
- KAmazon Kindle
- AAndroid
- SSymbian
- WWindows Mobile
- Webdesign
- AAdobe a grafika
- GGoogle
- PPHP
- WWebdesign, CMS
aktivní diskuse
- Proč používat "klikněte zde"? 29.02.20 12:40
- hulan.cz/blog » myego.cz 17.02.20 05:57
- Therapia - ergonomická kancelářská židle, do které se zamilujete 31.12.19 11:07
- Toto je validní -//WellDone//DTD XHTML-with iframe 1.1//EN! 23.12.19 17:28
- .htaccess a FilesMatch pro SEO URL 23.12.19 17:21
Skvělé, to když pak tísíce lam používají stejná hesla na všech svých účtech, stačí, aby jen jeden z těch systémů tvořil nějaký prasák a může se těšit na pěknou fakturu.
[1] BLOG:CMS má historicky taky několik reportovaných XSS děr (v produktech, které obsahuje - PunBB, Singapore), phpBB jich má desítky, de-facto každý produkt, atd., ale nikdy jsem neviděl hesla jako plain-text v cookies...
Ano, s tím souhlasím, díval jsem se na ten článek a je to docela dost slušná nezodpovědnost... Navíc to administrační rozhraní je uděláno divně... Co je třeba datum publikování 6.1.2070?? Nevím, mám pocit, že to tam je už alespoň 5 let...
Každopádně já docela uvažuju, že bych pomocí js nějak zašifroval heslo ještě před odesláním na server při přihlašování do CMS...
Jestli ono to nebude tím, že "špatně placený" nebo "neplacený" programátor nikdy neodvede svoji práci pořádně...
Pro každé skutečné podnikání je "člověk" nejdůležitější investice. Bez schopných a motivovaných lidí neuděláte nic pořádně - a kapitalismus s vámi zamete. V tom je geniálnost tohoto systému.
Obyčejný kodér si může vydělat 10-15 000 hrubého.
Spičkový kodér nebo programátor si vydělá 5x nebo desetkrát víc.
V připadě prvním jsou tyto "hacky" normální věcí.
V případě druhém bych to viděl na to Harakiri.
Teď záleží na tom, který případ je "Živě"...
[5] Určitě nesouhlasím, získat heslo v MD5 je o dost složitější než ho "získat" z plain-textu, pane "programátore"
[6] Mám pocit, že spíše ten první, protože to vypadá dost amatérsky, heslo v plain-textu, které se ještě nechá zobrazit v adminu je amatérismus největšího druhu...
[7] myslite?
http://cryptography.hyperlink.cz/2004/kolize_hash.htm...
[5] skutečně? tak mi napiš zdrojové heslo k tomuto md5:
9f0c2bcbdcae5fb346982ecde2c549ba[5] Ještě si představ, že zpětně získáváš řetězec z md5. A pokud se jedná o super RS se změnou hesla např. každý den (a jsou takové RS), jsi docela časově nahraný.
[9] Dobře, to je hrázení hráchu na stěnu... Je to to samé, jako když si zabezpečíte WiFi pomocí WEP... 99% lidí se k té síti nepřipojí. Nebo ano?
[11] To bych neřešil, takové systémy budou mít těžko MD5, i když...
Snad se z tohoto incidentu poučí a připravovaný rs bude stát za to. Měl by být v provozu začátkem března.
[12] napadnutí MD5 je stále extrémní teorie, neexistuje jediný praktický postup, jak z MD5 zdrojové heslo v rozumném čase dostat.. WEP se dá oproti tomu napadnout během pár minut.
[18] Ale samozřejmě, jen mě nenapadl nějaký vhodnější případ, nicméně ani jednu věc skoro nikdo neumí...
Mám pocit, že se RH v jedné věci mýlí - pokud jsem četl dobře, tak ze syslova článku nevyplývá, že by se hesla do administrace žive.cz ukladála do cookies v plain textové podobě. Z článku pouze vyplývá, že se přihlašovací formulář plní mimo jiné i hodnotami z cookies (stejnětak z parametrů GET). Zkrátka něco jako register_globals v php.
Kdyby se přihlašovací údaje ukládaly rovnou do cookies, tak by bylo získání hesel mnohem jednodušší, prostě by se javaskriptem přečetly z document.cookie a nebyla by potřeba ta šaškárna s vložením js kódu do cookies.
To zase bude lumpů. Teď budou houfy začínajících programátorů zkoušet pomocí XSS hacknout kde co.
A co třeba BLOG:CMS? Jak ten ukládá hesla?
[21] Se podívej, ne? Proč je BLOG:CMS asi pod GNU/GPL?
V článku se píše, že Sysel možná spáchal trestný čin. Je to skutečně tak? Myslím právě v tomto případě, kdy nezpůsobil žádnou přímou škodu (předpokládejme).
[21] Myslim, ze bud md5 nebo sha1... Ale nevím, už jej dlouho nepoužívám...
vuci koliznim utokum je nejvyhodnejsi pouzit sha1 + md5, to se nalezeni kolize posouva nekam do vzdalene budoucnosti. Na samotne MD5 je kolizni retezec generovatelny v relativne kratkem casovem useku, myslim ze behem nekolika mesicu se najde i slabina v sha1, nicmene dohromady je to porad docela solidni ochrana.
ad xss a ochrana vuci nemu - vzdycky se da xss zabranit, v tomto pripade by stacilo trapne (a vzdy NEZBYTNE) osetreni dat od uzivatele. To ze se heslo da zobrazit z cookies je prasarna nicmene neni to security-flaw.
btw, ad ukladani hesla v plaintextu .. jsou zakaznici kteri jsou schopni toto vyzadovat. (resp. ziskatelnost TOHO SAMEHO hesla zpet pri zapomenuti)
[26] samotne MD5 je kolizni retezec generovatelny v relativne kratkem casovem useku - no príma, pokud si to myslíš, tak mi napiš zdrojové heslo pro toto MD5, a to nejlépe do 24 hodin, což bych ještě považoval za "relativně krátký časový úsek" ;)
9f0c2bcbdcae5fb346982ecde2c549ba[27] Ale on mluví o úplně něčem jiném! Kolizní řetězec ti umožní dostat se do systému chráněném MD5, ale ne získat původní heslo.
[28] ne tak docela, on mluví o nutnosti používat kombinaci md5 + sha1 pro "bezpečnost", kvůli možnému nalezení kolize v md5, nicméně je to hloupost.. V tuto chvíli neexistuje časově přijatelný postup, jak systém, u nějž znám md5 hesla, nějak ohrozit.
[3]
Pises ze si nikdy nevidel plain text hesla ukladane do cookies..Staci pozret cookies od linkuj.cz..a hadaj co najdes? A stavim sa ze ten uz pouzivas dost dlho:)
[29] Pokud neprovedeš s heslem nějakou další transformaci (např. ono SHA1) a použiješ čistou funkci md5(), tak kolizní řetězec umožní útočníkovi se autentizovat. Stačí ale jednoduche prohození pár znaků nebo cokoliv jiného a kolizní řetězec je na *****.
[29] Vlastimil Klíma optimalizoval existující algoritmy tak, že na běžném počítači lze kolizní řetězec najít během jednotek minut.
[32] na tomto webu jsem udělal uživatele
hacks md5 jeho hesla9f0c2bcbdcae5fb346982ecde2c549ba. Pokud se ti podaří do 24 hodin přihlásit a publikovat jako registrovaný uživatel komentář, zaplatím ti 1.000 Kč (a předělám BLOG:CMS během 5 minut na sha1).http://www.root.cz/zpravicky/kolize-md5-urychleny-do-30-sekund/...
[37] Nemyslíš, že je lepší chybu oznámit (=bude opravena) než aby ji někdo zneužíval? Týká se samozřejmě především těch bezpečnostních.
Sice nesouhlasím s tím, jak chybu Sysel oznámil (určitě by bylo lepší nejdříve kontaktovat živě.cz a až po opravení článek zveřejnit), ale i tak udělal podle mě správnou věc.
Jak už tu bylo řečeno, určitě nejde z hash hesla rekonstruovat samotné heslo. To by potom podle tohoto principu muselo jít z MD5-hash 100 MB souboru zrekonstruovat celý tento soubor. Což samozřejmě podle teorie informace nejde.
A s těmi kolizemi si taky nejsem moc jistý, ale mohu se mýlit. Podle mě hledání kolizí spočívá v tom, že mám soubor a jeho MD5-hash a k tomu jsem schopen v rozumném čase najít soubor, který má stejnou hash, ale jiný obsah. Z toho plyne, že hesla uchováváná jako MD5-hash by měli být bezpečná. Protože bez samotného hesla jiné heslo se stejnou hash nenajdeš.
Vše samozřejmě bez záruky.
[41] já si myslím to samé. Navíc, pragmatický "důkaz", pokud by to šlo, už by dávno všude koloval prográmek "heslo z md5 za 30 sekund" ;)
Nicméně, v tomto případě by to mělo být možné, stačí pouze najít heslo, které má stejný md5, nikoliv nutně identické heslo, BLOG:CMS neuchovává heslo samotné, ale jen jeho md5 hash. Následně se porovná hash hesla zadaného při přihlášení na hash v DB. V praxi se poté vytvoří i login key, unikátní, a ten se uloží do cookie, ale to není pro login podstatné.
[42] Podle mě to nejde. Jak jsem psal ve svém prvním příspěvku, pomocí kolizí nenajdu heslo se stejným MD5-hash, když neznám původní heslo, jen jeho hash mi nestačí.
[43] vzdyt najiti "nejakeho" hesla k dane hashi je uplne to same jako najiti "souboru" dat ke stejne hasi, kteoru je realizovany podpis. vzdyt co je to heslo? to je soubor dat, a hash je jeho podpis. takze pokud jde najit jiny soubor dat, ktery muze vytvorit stejnou has, jde totez i u hesla do redakcniho systemu...
[2]
Proč nepoužívat stejná hesla do všech možných systémů, o kterých vím, že pro mě nejsou důležité ?
Jediné důležité je internet bankovnictví, které mám zabezpečené pomocí klientského certifikátu
[44] ano, ale zde se nejedná o najití stejného hesla, ale jen libovolného (jiného) hesla se stejným hashem
[45] Dělám to stejně, všelijaká fóra atp. mě vůbec nezajímají...
[44] Jasné, to je naprosto stejné. Jenže pořád, když chceš najít soubor2 se stejným hash jako má soubor1, tak musíš mít i ten původní soubor1.
Živě mělo asi první tuzemský redakční systém.
Živě ale byl také první server o IT (a dost čtený) a intenzivní reklamou na vlastní redakční systém prodali dost licencí (free redakční systémy tenkrát nebyly).
Vyplývá z toho, že všichni, kdo budou v referencích jejich systému jako zákazníci budou mít asi stejnou díru v systému a tak se dají čekat další průniky.
Prolomení MD5 hashe je dnes při použití rainbow tables především kapacitní problém - jde o to jen pročíst předgenerovanou tabulku hashů. Pro osmimístné alfanumerické heslo kdy jsou použita pouze malá písmena je velikost takovéhoto souboru 36GB pro sedmimístné alfanumerické heslo se smíšenou velikostí písmen 30GB, takže získání řetězce generujícího daný hash je otázkou minut. Situaci samozřejmě lze jednoduše zkomplikovat vložením soli do plaintextového hesla před zahashováním.
[50] ale vůbec ne. Prolomení MD5 je postaveno na tzv.tunelování a je čistě matematickou záležitostí.
http://www.root.cz/clanky/hasovaci-funkce-md5-a-dalsi-prolomeny/...
[51] Jedine co ten link dokazuje je ze o veci nemas ponatia. Prelomenie MD5 a najdenie kolizii su dve uplne rozlicne veci. MD5 je uplne nepouzitelne na digitalne podpisy, ale na zahashovanie hesla je v poriadku.
[26] Pokud bude zákazník vyžadovat možnost získání hesla zpět, tak je možné použít nějaký obousměrný šifrovací alogoritmus např. TrpileDes.
[42] To je pravda. Zrovna dnes jsem se koukal, jak je to v BlogCMS na databázové úrovni řešeno a vypadá to celkem pěkně:
function newCookieKey() {mt_srand( (double) microtime() * 1000000);
$this->cookiekey = md5(uniqid(mt_rand()));
$this->write();
return $this->cookiekey;
}
Sice mam asi 20m okno, kdy byl pravděpodobně uživatel Hack registrován. Takže kdyby se nepřihlásil, je tu jistá šance na "uhodnutí" mcookiekey, kdyby se jednalo o vteřiny. Ale s microtimem, no .. to už je trochu více "čísílek", takže tudy cesta nevede ("cestou" zde myslím vytvoření cookies, která by server přesvědčila, že je uživatel již přihlášený).
Poslat místo loginu MD5 také nejde. Najít kolizní klíč, co má stejnou MD5, no .. šlo by, ale good luck při hledání.
[50] Rainbow tabulka? No, to jsem zkusil a nic.
Jinak kdyby byl nějaký tip, jak heslo vypadá, dalo by se použít bruteforce nebo dict. útok. Klidně i dick. útok s modifikacema, hranám s velikostí písmen, otáčení, přidávání čísel na konec a tak.
Jenže mám takový pocit, že heslo je něco jako "JaJsemRadekHulanATohleJeVelmiSilneHesloKtereNeprolomite47". Kdyby to bylo DO 8mi písmen, ještě by se to s trochou štěstím dalo za den prolomit. Pokud víc, pokud není ve slovníku, a ještě je generovaný .. tak pápá :-).
Zajímalo by mě také, jaké postupy zkouší ostatní uživatelé...
Dnes se dokazou najit dve posloupnosti bitu, ktere maji stejnou MD5.
Nikoli k existujici hasi posloupnosti bitu, ktera ma tu hash.
Je krasne kolik polopravd koluje mezi lidmi.
[18]
Ono to není tak složité, stačí mít velký soubor (databázi) různých hesel a jejich md5 otisků. Pokud jsi útočník a získáš hesla uživatelů např. k phpbb, tak tabulky porovnáš a zjistíš kolik lidí má heslo např. 1234 nebo admin, tomas atd. Což se dá považovat za úspěch. Jinak samozřejmě heslo z tvého otisku nikdo nedostane (pokud ano, můžete mi napsat a rád Vás zaměstnám :).
[46] Což v důsledku znamená, že se útočník dokáže zalogovat do aplikace :)
[56] Ano, takovéhle databáze jsou. Dnes jsem jich prohledal 15 a ani v jedne heslo není. Ono to také není "heslo" v pravém slova smysl. Lidé si obvykle dávají celkem jednuduchá hesla - jednak aby si je pamatovali, a jednak aby šli rychle zadat (moc lidí nemé hesla delší než 12 znaků, no 8 už by stálo za malý potlesk). A pokud jde o hesla žen, zkus na ně někdy pustit slovníkový útok z českých jmen, měst a datumů (nadpoloviční úspěšnost).
V souvislosti s různými informační systémy myslím nemá cenu řešit, zda útočník získá z MD5 hashe původní heslo nebo něco podobného. Protože když už se útočník dostane do databáze k MD5 hashi, tak má přístup i k ostatním datům uložených v databázi. Takže řešit to, zda lze po získání hashe zjistit původní heslo mi přijde celkem zbytečné.
asi to zbytecne hrotim, kdyz heslo rozpojuju, sifruju a pak jeste slepuju. Plain text, no jo! :)
[59] Ale nemusí mít nutně přístup pro zápis. Může si v databázi ledacos počist, ale teprve když má to heslo, může udělat nějakou srandu.
[58] A co si takovou databázi nevyrobit? Vím o někom, kdo to má vygenerované na disku (databáze v řádech desítek GB) a hledání je v ní poměrně rychlé... Tj. pakliže bych se tím chtěl zabývat profi, tak si něco podobného vytvořím...
Jen tak info po ostatní -> jedná se o projekty typu:
http://www.antsight.com/zsl/rainbowcrack/...
[18] Je důležité odlišovat bezkoliznost a jednocestnost hashovacích funkcí. K napadení autentizace může stačit prolomení kterékoliv z těchto dvou vlastností, takže není úplně potřeba najít původní heslo (tedy prolomit jednocestnost).
Důležitá je i jistá míra osvěty, takže bych doporučoval spíš hashovací funkce z řady SHA-2. MD5 ani SHA-1 už nejsou delší dobu doporučovány jako kryptograficky bezpečné. Je totiž důležité se zamyslet nejen nad tím, jestli je funkce bezpečná teď, ale také jak dlouho bezpečná bude.
SHA-2 sice taky není úplné řešení, ale měla by být bezpečnější v delším časovém horizontu než výše zmiňované, takže už na ty staré zkuste zapomenout. To, že je používá většina dnešních systémů není argument pro jejich použití v systémech nových.
[58] Mám devíti místné heslo a nemám problém. Můj kamarád má 26-ti místné heslo (2 klíče za sebou) a nedomnívám se, že by jeho heslo mohlo být kdy prolomeno :).
[63] většina webových aplikací je psána v PHP 4.x, max 5.x, a tam je použitelné maximálně sha1()
Tak pro tohle ukládání hesel mám vlastní označení "seru na bezpečnost, kdo by tu blbost hackoval" :-)))
Vrátil bych to do praktické roviny. Obrana by měla odpovídat útoku, takže pokud se budeme bavit o normálních lidech je důležité zvolit heslo, které není triviální. Tito lidé jsou naprosto nechráněni před vším. Co se týká živě, tak webmaster nese plnou zodpovědnost za technický stav webu, včetně jeho bezpečnosti a u projetku velikosti Živě je to neomluvitelné. Ale řešení je na nich. Pokud se o tom vědělo dlouho tak ta zodpovědnost je ještě někde jinde. Ale to nevím jak mají ošetřené organizačně. Aspoň Syslík získal popularitu a na živě, neboli stránku hotentotů nechodím, není důvod. Mnohdy si některé věci neověří prakticky a to pak ani nemá smysl.
Osobně používám sha1 společně s random generátorem, celkový hash má 50 znaků. Kód jsem převzal z komentářů na php.net u sha1() funkce.
function pw_encode($password){
for ($i = 1; $i <= 10; $i++)
$seed .= substr('0123456789abcdef', rand(0,15), 1);
return sha1($seed.$password.$seed).$seed;
}
function pw_check($password, $stored_value)
{
if (strlen($stored_value) != 50)
return FALSE;
$stored_seed = substr($stored_value,40,10);
if (sha1($stored_seed.$password.$stored_seed).$stored_seed == $stored_value)
return TRUE;
else
return FALSE;
}
SHA2 je co?
[65]
<?php echo hash('sha256', 'moje_heslo'); ?>
The Hash extension requires no external libraries and is enabled by default as of PHP 5.1.2
starsi php maji funkci mhash
[71]
tvuj kod vubec nic neresi, pri znamem algoritmu (jakoze kdyz se ti nabouru do db, tak je predpoklad, ze znam i tvuj kod) neni pridani seedu takovymto zpusobem reseni.
navic v nem mas chybu - neinicializujes si promennou $seed, a v pripade zapnutych register_globals se ti muze krasne stat ze ti tam hacker podsune neco jineho (nehlede na to, ze takto pisou jenom prasata)
Jen bych dodal, že veškeré útoky pana Klímy na hašovací funkce MD5 jsou založeny na hledání náhodného kolizního páru dvou vstupních řetězců. V žádném případě se nejedná o hledání předobrazu pro zadaný hash, ani se nejedná o nalezení druhého vstupu, který dá stejný hash, jako první známý vstup.
To, co nyní umíme, je vygenerovat během chvilky dva "pseudonáhodné" řetězce délky 128 bajtů (nebo prodloužené o stejný padding libovolné délky), které se liší v šesti bitech a mají stejný výsledný hash. Byli sice již publikované i mírné rozšíření, nic víc ale zatím s MD5 funkcí neumíme a troufnu si říci, že v brzké době ani umět nebudeme umět.
[54] Z toho, jak dlouho uz mi John The Ripper bezi bych to tipobal na nejaky takovy pripad :D
To, co lze považovat za "crack" md5 hesel v rozumném čase bez znalosti původního hesla je třeba numerické heslo které ma 5 znaků. Tohle mám rozkódované bez jakékoliv tabulky za 2 sekundy ... ovšem jesli je to heslo co tady RaDo psal 20ti místné, s diakritikou a navíc ještě pár special symbolů, není nutno se obávat cracknutí ;) Ovšem hodně lidí má za heslo různá data narození apod, což se do 8mi čísel vpohodě vleze a pak už je crackování jednodušší ;) Takže opravdu md5 pomalu, ale jistě upadá
[10] Radek, je trošku zvláštne čítať tvoje reakcie na neexistujúce komentáre. Veci na ktoré reaguje admin by asi nemali byť zmiznuté ale byť nejak ochránené.
[65] Nesmysl. SHA-2 je možné doimplementovat. Chce si to pouze prostudovat literaturu.
[4] Když by jsi chtěl šiftovat heslo javascriptem - to je blbost. Javascript běží na straně uživatele takže by útočník viděl i nějaký hash pomocí kterého to kóduješ. Leda využití ajaxu - javascript by se jen dotázal na php soubor a ten by vrátil nějaký hash
[79] Kódování hesla ještě před odesláním běžně u vstupu do administrace webu dělám. Při každém zobrazení se zvolí nějaký pseudonáhodný řetězec (uloží se do sessions), který se před odesláním přihlašovacího formuláře spojí s hashem přihlašovacího hesla a výsledný řetězec se ještě jednou zahashuje pomocí MD5. Tím se při přihlašování používá stále jiný přihlašovací řetězec, jehož odchycení nemá pro nikoho žádný význam.
Na serveru se sebere MD5 hash hesla z databáze, spojí se s řetězcem ze sessions, zahashuje se, a pak se to porovná s tím, co přišlo z přihlašovacího formu.
[81] Docela me zajima proc se vubec buduji takove pseudokryptograficke protokoly, kdyz je k dispozici https, certifikaty a dalsi overene mechanismy.
Je to lenost, neznalost nebo rozsireni brani jine veci jako treba vykon?
[83] Ne každý webhosting nabízí SSL. Ne každý je ochoten platit za ověřený certifikát od nějaké uznávané certifikační autority. Vlastní certifikát má zase nevýhodu v tom, že je potřeba jej instalovat do prohlížeče, jinak při každém pokusu o přihlášení otravuje.
Jinak máš samozřejmě pravdu, SSL je asi objektivně lepší. Ale pokud se vlastní "pseudokryptografický protokol" spojí třeba s obrázkovým kódem, tak je to IMHO docela efektivní a má smysl o tom minimálně uvažovat.
[34] Když už je po 24hodinách, tak bych snad mohl postnou toto video ;-)
[84] na video jsem se nekoukal, ale pokud tím myslíš toto, tak si koleduješ o ban v redakčním systému (a to jsem tě před týdnem zaregistroval)..
http://img295.imageshack.us/img295/7949/hackpr5.png...
Jinak heslo na uživatele "hack" bylo "
vYIsIoK3ZXd74V9h+mmw" (uživatel je nyní smazán).Co rikate na mnohonasobnej md5 hash? Mam na mysli zjistit delku hesla (treba 7 znaku) a provest 7x md5 hash - jak pro overovani, tak pro ulozeni v db. Pripadne kombinovat 16 znaku z md5 hashe loginu + 16 znaku z md5 hahshe hesla, promichat je dle libosti. S tim ze vedet jak si micham data z formulare a jak si promichat data z db abych byl schopen porovnani. Co rikate na tento pristup?
[79] eh, si delas srandu? proc by si utocnik nemoh precist ten klic posilany ajaxem?
na druhou stranu, rika ti neco termin asymetricka sifra?
Protože za málo peněz hodně muziky. Je to levné, je to spolehlivé, nestojí to žádný výkon, neobtěžuje a neklade to žádné nároky na uživatele ani administrátora webu. Posané řešení také používám a jsem rád, že nejsem sám.
[2] A proč ne? Nedůležité věci na jednom heslu nechám, ale třeba adsesne heslo mám jiné než na fóra.
[79] To v javascriptu neni neco jako MD5?
[91] Ne není ale existují knihovny. BTW lepší je SHA1 (více bezpečnější).
No Sysel je docela talent.