APNIC-i veebiregistraatori Whois-teenuse paroolide räsimise lekke info

APNIC, registreerija, kes vastutab IP-aadresside jaotamise eest Aasia ja ookeani piirkonnas, teatas intsidentist, mille käigus lekks avalikkuses Whois-teenuse SQL-dump, mis sisaldas konfidentsiaalset teavet ja paroolide räsi. Tuleb märkida, et see ei ole APNICi esimene isikuandmete lekkimine — 2017. aastal sattus Whois-andmebaas juba avalikkuse ette samuti personali hooletuse tõttu.

RDAP-protokolli, mis on mõeldud WHOIS-protokolli asendamiseks, juurutamise käigus avaldas APNIC SQL-dumpi, mida kasutati Whois-teenuses, Google Cloudi pilvesalvestuses, kuid ei piiranud sellele juurdepääsu. Seetõttu oli SQL-dump kolme kuu jooksul avalikult ligipääsetav ning see fakt tuli päevavalgele alles 4. juunil, kui üks sõltumatu turvauuringute tegija sellele tähelepanu juhtis ja registreerijat probleemist teavitas.

SQL-dumpis olid atribuudid „auth“, mis sisaldasid paroolide räsi, mille abil sai muuta Maintaineri ja Incident Response Team (IRT) objekte, samuti mõned konfidentsiaalsed kliendiandmed, mida tavapäraste päringute korral Whois's ei kuvata (tavaliselt on need lisakontaktandmed ja märkmed kasutaja kohta). Paroolide taastamise korral olid ründajad võimelised muutma väljade sisu, mis on seotud plokkide omanike parameetritega, IP-aadresse Whois's. Maintaineri objekt määrab isiku, kes on vastutav 'mnt-by' atribuutiga seotud kirjegrupi muutmise eest, ning IRT objekt sisaldab kontaktandmeid administraatoritest, kes vastavad probleemide teatamisele. Teavet kasutatava paroolide räsi algoritmi kohta ei esitata, kuid 2017. aastal kasutati räsi jaoks aegunud algoritme, nagu MD5 ja CRYPT-PW (8-tähelised paroolid UNIX crypt-funktsiooni põhjal).

Pärast intsidiendi tuvastamist algatas APNIC Whois-objektide paroolide lähtestamise. APNICi poolelt ei ole kahtlase tegevuse märke leitud, kuid puuduvad garantii, et andmed ei ole sattunud kurjategijate kätte, kuna puuduvad täielikud juurdepääsulogid Google Cloudis. Nagu eelmise intsidiendi järel, lubas APNIC läbi viia ülevaatuse ja teha muudatusi tehnilistes protsessides, et vältida sarnaste lekete teket tulevikus.

Allikas: opennet.ru