Vdor v strežnike Domovanja in Domenca

@suprpp: Lepo, ampak kaj ma to veze z gostovanjem Domovanje/Domenca? Sol na rano, samohvala ... ali sem kaj spregledal? Ali je Domovanje kupilo Neoserver :) pa še v njihovem imenu se piše?

@twosocks: Spregledal si objavo #9, ki ima vezo z nami.

suprpp:

@twosocks: Spregledal si objavo #9, ki ima vezo z nami.

aha torej avant.si = neoserv ... nisem povezal. Hvala za pojasnilo.

<manjsi_offtopic>Sicer me takšni vdori še kar strašijo, ampak če se hosting providerji potem bolj začnete zavedati varnosti in hitreje vpeljevati izboljšave, so vsaj za nekaj dobri.</manjsi_offtopic>

suprpp:

@spicey: Hvala za skrb. :)

Stanje v našem sistemu je bilo do včeraj sicer sledeče:

- gesla in ostali podatki v bazi so v vsakem primeru že zakodirani, tako da je sama podatkovna baza praktično neuporabna brez PHP datotek;

- pri nas je bilo geslo vidno samo preko "salt" ključa oz. se preko le-tega odkodira, da je lahko sploh vidno;

- gesla torej v bazi niso bila v plaintext obliki.

Se opravičujem za malo offtopica ampak tole je pač treba omenit...

No, da razjasnimo par stvari.

Ker se očitno gesla dekodirajo pomeni da jih ne shranjujete v obliki hashov. salt o katerem ti govoriš je dejansko ključ za kerkoli simetričen kripto ste že ali pa še uporabljate.

Neglede na način hrambe plaintext gesla pač nikoli ne pošlješ uporabniku nazaj, kvečjem resetiraš in posreduješ po vnaprej znanem kanalu link za zamenjavo. Pri uporabi hashiranja so gesla v nereverzibilni obliki (lahko samo primerjaš hash-a, ne pa inputa(plaintext geslo) ki sta le te hashe dala). Salt se uporablja kot dodatni random input skupaj z originalnim plaintext geslom zato da se oteži uporabo dictionary napadov na hashe.

Point tega je da nobena implementacija v kateri imate vi vpogled v plaintext gesla strank na kakršn koli način ni varna.

http://www.securityinnovationeurope.com/blog/whats-the-difference-between-hashing-and-encrypting

@aaaccc, se razumemo, mogoče je @suprpp napisal malo nejasno.

Hotel je povedati, da tudi pred to spremembo, gesla niso bila v "plain text" obliki, so pa bila reverzibilna. Vseeno je taka baza bila odporna tudi na dictionary attack, saj za to naše "custom" kodiranje slovar ne obstaja. Težava bi bila lahko samo v primeru, da bi nekdo prišel do baze in kode.

Situacija sedaj:

Gesla so hashirana s SHA, ter zasoljena z dolgim salt-om.

V prihodnje se obeta še nekaj novosti na tem področju, kot je omenil že @suprpp, med drugim tudi 2FA s pomočjo SMS-ov.

Torej so imeli "vaši administratorji" (in vsi, ki so imeli dostop do tiste mašine) možnost kadarkoli "pogledati" geslo za kateregakoli uporabnika? Wow...

Ne. Edina oseba, ki bi teoretično lahko dekodirala gesla, sem jaz osebno.

Mimogrede opazka: če ste na novo razvijali sistem bi lahko uporabili kak standardni Bcrypt namesto SHA.. če vam ukradejo bazo in sol še zmeraj lahko probavajo z brute force. Z bcryptom (npr cost=10) se zadeva vsaj hudo upočasni.

Ni uporabljen SHA.

Uporablja se password_hash, z algoritmom PASSWORD_BCRYPT. Implementirano je tudi ponovno generiranje po potrebi (passwordneedsrehash). Cost option ni podan, tako da se uporablja privzeti 10, tako kot si sam že omenil.

Good enough? :)