Twitterin lähdekoodivuoto GitHubissa on mahdollinen kyberpainajainen

Twitterin lähdekoodivuoto GitHubissa on mahdollinen kyberpainajainen

Osa Twitterin omasta lähdekoodista oli ollut julkisesti saatavilla Githubissa lähes kolmen kuukauden ajan. DMCA-poistopyyntö jätetty maaliskuun 24.

GitHub on maailman suurin koodin isännöintialusta. Microsoftin omistama se palvelee enemmän kuin 100 miljoonaa kehittäjää ja sisältää lähes 400 tietovarastoa kaikkiaan.

24. maaliskuuta GitHub kunnioitti Twitterin työntekijän pyyntöä poistaa "omistettu lähdekoodi Twitterin alustalta ja sisäisiltä työkaluilta". Koodi oli julkaistu a arkisto nimeltä "PublicSpace", henkilö, jolla on käyttäjätunnus "FreeSpeechEnthusiast.” Nimi on ilmeinen viittaus Elon Muskiin casus belli Twitterin haltuunotosta lokakuussa (filosofia, joka on ollut toteutettu epätasaisesti kuukausien aikana).

Vuotanut koodi sisältyi neljään kansioon. Vaikka jotkin kansion nimet eivät olleet käytettävissä 24. maaliskuuta, ne näyttävät antavan vihjeen siitä, mitä ne sisältävät.

Kuvakaappaus Twitterin lähdekoodista GitHubissa

Lähde: TorrentFreak

Ars Technican mukaan FreeSpeechEnthusiast liittyi Githubiin 3. tammikuuta ja teki kaiken vuotaneen koodin samana päivänä. Tämä tarkoittaa, että koodi oli kokonaisuudessaan yleisön saatavilla lähes kolmen kuukauden ajan.

Kuinka yrityksen lähdekoodivuodot tapahtuvat

Suuret ohjelmistoyritykset on rakennettu miljoonille koodiriville, ja aina niin usein syystä tai toisesta osa siitä voi vuotaa.

"Huonoilla näyttelijöillä on tietysti tärkeä rooli", sanoo GitGuardianin kehittäjien puolestapuhuja Dwayne McDaniel. "Näimme sen viime vuonna tällaisissa tapauksissa Samsung ja Uber johon Lapsus$-ryhmä"

Hakkerit eivät kuitenkaan aina ole osa tarinaa. Twitterin tapauksessa satunnaiset todisteet viittaavat tyytymättömään työntekijään. Ja "suuri osa siitä tulee myös koodin päätymisestä sinne, missä se ei tahattomasti kuulu, kuten näimme Toyotan kohdalla, jossa alihankkija teki kopion yksityisestä koodikannasta julkiseksi", hän lisää. "Gitin ja CI/CD:n kanssa työskentelyn monimutkaisuus yhdistettynä jatkuvasti kasvavaan nykyaikaisten sovellusten repojen määrään tarkoittaa, että yksityisten repojen koodit voivat tulla julkisiksi vahingossa."

Yritysten lähdekoodivuotojen ongelma

Twitterille ja sen kaltaisille yrityksille lähdekoodivuodot voivat olla paljon suurempi ongelma kyberturvallisuudelle kuin tekijänoikeusrikkomukset. Kun yksityinen tietovarasto tulee julkiseksi, siitä voi seurata kaikenlaista haittaa.

"On tärkeää muistaa, että lähdetietovarastot sisältävät usein muutakin kuin vain koodin", toteaa Tim Mackey, Synopsys Cybersecurity Research Centerin tärkein turvallisuusstrategi. "Löydät testitapauksia, mahdollisesti näytetietoja sekä ohjelmiston konfigurointitietoja."

Koodissa voi olla myös arkaluonteisia henkilötietoja ja todennustietoja. Esimerkiksi "joissakin sovelluksissa, joita ei koskaan ole tarkoitus toimittaa asiakkaille, lähdekoodivaraston oletuskokoonpano saattaa olla vain käynnissä oleva kokoonpano", Mackey sanoo. Hakkerit voivat käyttää varastettuja todennus- ja määritystietoja tehdäkseen suurempia ja parempia hyökkäyksiä vuodon uhria vastaan.

Siksi "yritysten tulisi ottaa käyttöön turvallisempi salaisuuksien hallintastrategia, jossa salaisuuksien tallennus ja salaisuuksien havaitseminen yhdistetään", sanoo GitGuardianin McDaniel. "Organisaatioiden tulisi myös tarkastaa nykyinen salainen vuototilanne saadakseen selville, mitkä järjestelmät ovat vaarassa, jos koodivuoto tapahtuu, ja mihin priorisointi kannattaa keskittyä."

Mutta tapauksissa, joissa vuoto tulee sisältä - kuten Twitterin - on syytä olla varovainen. Se edellyttää perusteellista uhkien mallintamista ja yrityksen lähdekoodinhallinnan analysointia, Mackey sanoo.

"Tämä on tärkeää, koska jos joku voi laukaista lähdekoodivuodon, hänellä saattaa olla myös mahdollisuus muuttaa lähdekoodia", hän sanoo. "Jos et käytä monitekijätodennusta pääsyyn, pakottamalla rajoitettua pääsyä vain hyväksytyille käyttäjille, pakottamaan käyttöoikeuksia ja valvomaan käyttöoikeuksia, sinulla ei ehkä ole täydellistä kuvaa siitä, kuinka joku saattaa hyödyntää kehitystiiminne oletuksia, kun he ovat tehneet turvasivat lähdekoodivaraston."

Aikaleima:

Lisää aiheesta Pimeää luettavaa