Libretro-samfundet, der arbejder på udviklingen af emulatorer til spillekonsoller og distributionen til oprettelse af spillekonsoller , om angreb på projektets infrastruktur og vandalisme i registrene. Angribere har fået adgang til build-serveren (buildbot) og registrene på GitHub.
På GitHub fik angrebene adgang til alle i Libretro-organisationen ved at udnytte kontoen fra en af de betroede deltagere i projektet. Aktiviteten fra angriberne begrænsede sig til vandalisme — de forsøgte at rydde indholdet af registrene ved at indsætte en tom initial commit. Under angrebet blev alle registre på tre ud af ni sider med lister over Libretro-registrene på GitHub ryddet. Heldigvis blev vandalismeakten stoppet af udviklerne, før angriberne nåede den vigtigste register .
På build-serveren blev tjenester, der udførte nat- og stabile builds, samt dem, der organiserede (netplay lobby), beskadiget af angriberne. Den skadelige aktivitet på serveren begrænsede sig til at slette indhold. Der blev ikke registreret forsøg på at ændre nogle filer eller ændre builds af RetroArch og de centrale pakker. I øjeblikket er funktionaliteten af Core Installer, Core Updater og Netplay Lobby samt de relaterede websteder og tjenester (Update Assets, Update Overlays, Update Shaders) blevet forstyrret.
Det største problem, som projektet står over for efter hændelsen, er manglen på en automatiseret backup-proces. Den seneste backup af buildbot-serveren blev lavet for flere måneder siden. Problemerne er forklaret af udviklerne med, at der ikke er penge til et automatiseret backupsystem på grund af det begrænsede budget til vedligeholdelse af infrastrukturen. Udviklerne har til hensigt ikke at genoprette den gamle server, men at lancere en ny, hvis oprettelsen af denne er planlagt. I så fald vil builds til primære systemer som Linux, Windows og Android blive startet straks, men genopretning af builds til specialiserede systemer som spillekonsoller og gamle builds af MSVC vil tage tid.
Det antages, at GitHub vil hjælpe med at genoprette indholdet fra de rensede repositories og identificere angriberen, efter at en passende anmodning er sendt. Indtil videre er det kun kendt, at indbruddet blev udført fra IP-adressen 54.167.104.253, hvilket tyder på, at angriberen brugte en kompromitteret virtuel server i AWS som mellemlanding. Oplysninger om indtrængningsmetoden gives ikke.
Kilde: opennet.ru
