Twitters kildekodelekkasje på GitHub et potensielt cybermareritt

Twitters kildekodelekkasje på GitHub et potensielt cybermareritt

Noe av Twitters proprietære kildekode hadde vært offentlig tilgjengelig på Github i nesten tre måneder, ifølge informasjon hentet fra en DMCA fjerningsforespørsel innlevert 24. mars.

GitHub er verdens største kodevertsplattform. Eid av Microsoft, tjener den mer enn 100 millioner utviklere og inneholder nesten 400 depoter i alt.

Den 24. mars imøtekommet GitHub en Twitter-ansatts forespørsel om å fjerne "proprietær kildekode for Twitters plattform og interne verktøy." Koden ble publisert i en depot kalt "PublicSpace," av en person med brukernavnet "FreeSpeech Entusiast." Navnet er en tilsynelatende referanse til Elon Musks casus belli for å ha overtatt Twitter i oktober (en filosofi som har vært ujevnt gjennomført i måneder siden).

Den lekkede koden lå i fire mapper. Selv om de var utilgjengelige fra 24. mars, ser det ut til at noen av mappenavnene - som "auth" og "aws-dal-reg-svc" - gir noen hint om hva de inneholdt.

En skjermdump av Twitter-kildekoden i GitHub

Kilde: TorrentFreak

Ifølge Ars Technica sluttet FreeSpeechEnthusiast seg til Github 3. januar og begikk all lekkasje samme dag. Det betyr i alt at koden var fullstendig tilgjengelig for publikum i nesten tre måneder.

Hvordan Enterprise-kildekodelekkasjer skjer

Store programvareselskaper er bygget på millioner av linjer med kode, og av og til, av en eller annen grunn, kan noe av det lekke.

"Dårlige skuespillere spiller selvfølgelig en stor rolle," sier Dwayne McDaniel, utvikleradvokat for GitGuardian. "Vi så det i fjor i tilfeller som Samsung og Uber involverer Lapsus$-gruppen».

Hackere er imidlertid ikke alltid en del av historien. I Twitters tilfelle peker omstendigheter på en misfornøyd ansatt. Og "en god del av det kommer også fra kode som havner der den ikke hører hjemme utilsiktet, som vi så med Toyota, der en underleverandør offentliggjorde en kopi av en privat kodebase," legger han til. "Kompleksiteten ved å jobbe med git og CI/CD kombinert med et stadig økende antall reposer å håndtere for moderne applikasjoner betyr at kode på private reposer kan bli offentlig ved en feiltakelse."

Problemet med kildekodelekkasjer for bedrifter

For Twitter og lignende selskaper kan kildekodelekkasjer være et mye større problem for cybersikkerhet enn brudd på opphavsrett. Når et privat depot blir offentlig, kan alle slags skader følge.

"Det er viktig å huske at kildedepoter ofte inneholder mer enn bare koden," bemerker Tim Mackey, hovedsikkerhetsstrateg for Synopsys Cybersecurity Research Center. "Du vil finne testtilfeller, potensielt eksempeldata sammen med detaljer om hvordan programvaren skal konfigureres."

Det kan også være sensitiv personlig informasjon og autentiseringsinformasjon skjult i koden. For eksempel, "for noen applikasjoner som aldri er ment å bli sendt til kunder, kan standardkonfigurasjonen i kildekodelageret bare være den kjørende konfigurasjonen," sier Mackey. Hackere kan bruke stjålne autentiserings- og konfigurasjonsdata for å utføre større og bedre angrep mot offeret for en lekkasje.

Det er grunnen til at "selskaper bør ta i bruk en sikrere strategi for håndtering av hemmeligheter, som kombinerer lagring av hemmeligheter med deteksjon av hemmeligheter," sier GitGuardians McDaniel. "Organisasjoner bør også revidere sin nåværende hemmelige lekkasjesituasjon for å vite hvilke systemer som er i fare hvis en kodelekkasje oppstår, og hvor de skal fokusere på prioritering."

Men i tilfeller der lekkasjen kommer fra innsiden - som Twitters - er enda større forsiktighet berettiget. Det krever grundig trusselmodellering og analyse av en bedrifts kildekodehåndtering, sier Mackey.

"Dette er viktig fordi hvis noen kan utløse en kildekodelekkasje, kan de også ha muligheten til å endre kildekoden," sier han. "Hvis du ikke bruker multifaktorautentisering for tilgang, håndhever begrenset tilgang til kun godkjente brukere, håndhever tilgangsrettigheter og tilgangsovervåking, så har du kanskje ikke et fullstendig bilde av hvordan noen kan utnytte forutsetningene utviklingsteamene dine har gjort når de sikret kildekodelageret deres."

Tidstempel:

Mer fra Mørk lesning