Dotaz: Zašifrování řetězce

[sifraT]

Potrebuju, aby user1-userN s hesly heslo1-hesloN mohli desifrovat jeden kontretni retezec. Napadlo me jak to udelat:

Mam retezec: "tajna zprava" zasifrovany do nejake podoby jako "fasdfase54cv56asd1asd56"
Pak kazdy user bude mit: "username", "password"

Pokud se zada spravne heslo, tak probehne: heslem se desifruje "password", tento desifrovany "password" se pouzije pro desifrovani retezce

Otazkou je, jak to mam zasifrovat? Jaky algoritmus pouzit, jakou silu sifry ... aby to bylo dost bezpecne?

Odpovědi

[cynic_asshole]

Nebylo by jednodušší vygenerovat si vlastní CA a pak všem uživatelům vygenerovat uživatelské certifikáty podepsané tvojí CA, rozdistribuovat je mezi uživatele a posléze tu zprávu zašifrovat jejich veřejnými klíči?

Co to bude, až to bude?

[sifraT]

To nepujde. Bude to php aplikace umoznujici editaci nejakych zaznamu v nekolika sql databazich. Pristupove udaje k databazim budou umisteny v nejakym configu aplikace a nechci je tam mit nezasifrovany. S temi certifikaty to nepujde, protoze je potreba aby si mohl uzivatel menit svoje heslo - coz takhle pujde: soucasnym heslem desifruje frazi(pro desifrovani hesel v tom configu), potom ji novym heslem zase zasifruje.

[cynic_asshole]

A proč si tam místo těch hesel nedáš jen jejich hashe, třeba md5, nebo sha1? Asi ti pořád nerozumím.

[cynic_asshole]

Už ti asi rozumím. V konfigu budou přístupy do databází. No, podle mě jdeš stejně s kanónem na vrabce. Prostě bych jen autentifikoval uživatele a pak zavolal funkci na připojení té které databáze. Proč nechceš mít v konfigu viditelná hesla?

Jinak na to, co potřebuješ, bych asi implementoval algoritmus DES, TripleDES, Blowfish, IDEA, Skipjack, Twofish,… Prostě něco se symetrickou šifrou. Na Blowfish jsem našel tutotřídu.

[Amarok]

Jestli tomu spravne rozumim, tak je tam ale stejne chyba v uvazovani. Ty chces urcitym heslem desifrovat nejaky password, a jako duvod uvadis, ze nechces nikam ten password ukladat nesifrovany. Jenze to uplne prvni heslo, ktere pouzijes k desifrovani, budes ukladat jak? Nesifrovane ve zdojaku? (if heslo == "mojeheslo")

[Amarok]

Jo uz asi vim (jako tady Honzovi mi to dochazi nejak zpetne, mas to asi blbe napsany :))
Proste to prvni heslo nebude nikde ulozeno a provede se na tom nejaky algoritmus, ze ktereho vypadne password, a jestli to bude spravne heslo nebo ne se zjisti az pri pokusu prihlaseni do databaze (popr. zjisti se to, kdyz bude aplikace plivat necitelna data).

[sifraT]

Presne. Proste jde o to provest nejake zakladni zabezpeceni tech hesel v configu.

[cynic_asshole]

Takže viz výše. Použij jakoukoliv symetrickou šifru.

[Filip Jirsák]

Ten konfigurační soubor musí být viditelný pro všechny? Nebylo by jednodušší ten soubor prostě zpřístupnit jen oprávněným uživatelům? Takhel totiž docela důkladně zabezpečíte jedno místo, odkud by heslo mohlo uniknout, ale spousta dalších míst zůstane zabezpečená mnohem méně.

[sifraT]

To je jen taková jistota, kdyby se příp., útočník naboural do systému, aby tam neměl všechno jak na podnosu.

[Amarok]

Stejne porad nechapu, proc mit jedno heslo pro ziskani dalsiho hesla, prijde mi to jako zbytecnost.

[Filip Jirsák]

Pokud se útočník nabourá do systému a bude tam mít práva roota nebo uživatele, pod kterým běží ten systém pracující s hesly, stejně tam má všechno jak na podnosu. Je zbytečné bránit se proti útočníkovi, který je tak dobrý, že na zabezpečeném systému vzdáleně získá roota, a pak doufat, že si neumí udělat třeba výpis paměti.

[pht]

Asi jsem něco přehlédl, ale kde se psalo o získání roota?

[Filip Jirsák]

To je takový problém přečíst si komentář, na který jsme reagoval? Je tam útočník naboural do systému, což v kontextu dotazu znamená, že buď získá roota nebo uživatele, pod kterým běží daná aplikace (např. webserver). Pokud získá možnost vykonávat kód pod jiným uživatelem, je to jedno, protože pak soubor s heslem nepřečte (kvůli přístupovým právům), takže to v kontextu tohoto dotazu není „nabourání do systému“.

[pht]

Aha. No ale pokud je potřeba aby nejprve uživatel něco svým vlastním heslem dešifroval, tak může být útočník třeba desetkrát root, ale dokud to ten user neudělá tak mu to je plat prtný ne?

[Filip Jirsák]

Pokud ta databáze běží na stejném stroji, jako zmíněný program, nepotřebuje znát žádné heslo a k databázi se připojí rovnou. A i kdyby byla na jiném počítači, útočník si počká, dokud nebude nějaké spojení aktivní – nebo to heslo dost možná najde hned někde nesmazané v paměti.

[pht]

Pravidlo č.1: nikdy nevymýšlejte svoje vlastní krypto algoritmy nebo protokoly.

Zkuste se poohlédnout, zda už neexistuje nějaký nástroj který by Vaši situaci řešil (o jednom vím - gpg).

[AraxoN]

V PHP je na takéto šifrovanie knižnica mcrypt. Ja osobne by som použil CBC mód. Konkrétnu šifru by som vybral podľa vkusu, niektorú z tých, čo sú podľa wikipedie "popular and well-respected" - napríklad MCRYPT_TWOFISH256.

[PGD]

Celkem spolehlivá autentizace se mi jeví:
- hesla v DB mít uložená třeba

sha2(heslo)

- klientovi poslat náhodný řetězec např.:

$nahod_retezec=Date()

a uschovat jej také na serveru
- v klientském prohlížeči javascript knihovnou pro sha2

sha2($nahod_retezec.sha2($zadane_heslo))

- výsledek odeslat na server
- provést kontrolu

$odpoved_od_klienta==sha2($ulozeny_nahodny_retezec.$shesovane_heslo_z_DB)

Tím se vyhneš možnému odposlechu hesla cestou z prohlížeče na server, šifrování obsahu DB je jen na tobě ale čas jsou peníze .