Cod sursă furat și backup-uri șterse: cele două revendicări ANCPI care ar trebui să îngrijoreze orice CTO

Sistemele se reconstruiesc și serviciile se restaurează — indisponibilitatea ANCPI, oricât de dureroasă, se va termina. Dar două dintre revendicările lui ByteToBreach, dacă sunt exacte, nu se termină când serverele repornesc: furtul repository-urilor GitLab ale agenției, inclusiv codul sursă e-Terra și RENNS, și ștergerea backup-urilor. Ele merită propria analiză, pentru că aceleași două moduri de eșec există în aproape orice organizație.

De ce codul sursă furat continuă să-l plătească pe atacator

Întrebarea incomodă pentru orice echipă de inginerie: dacă serverul vostru Git ar fi copiat la noapte, câte credențiale vii ar călători cu el? În majoritatea organizațiilor, răspunsul onest e "nu știm" — ceea ce înseamnă că munca de rotație după o astfel de breșă e nelimitată.

• Minerit de vulnerabilități: cu codul în mână, atacatorii pot vâna defecte offline, pe îndelete, fără risc de detecție — transformând breșa de azi în zero-day-urile de anul viitor
• Secrete hardcodate: repository-urile conțin notoriu parole de baze de date, chei API, token-uri și URL-uri interne comise "temporar" acum ani — fiecare o cheie gata făcută
• Clonare-și-phishing: codul autentic face mult mai ușor de construit portaluri false perfecte și unelte interne plauzibile
• Valoare de revânzare: codul sursă guvernamental se vinde către mai mulți cumpărători cu intenții diferite — paguba se multiplică în tăcere

Ștergerea backup-urilor: mutarea care transformă un incident în luare de ostatici

ByteToBreach susține că a început să șteargă copiile de backup ale ANCPI — jocul standard al ransomware-ului, pentru că victimele care pot restaura nu plătesc. Apărarea nu e "să ai backup-uri"; e "să ai backup-uri pe care atacatorul nu le poate atinge nici cu credențiale de admin": stocare imutabilă WORM, copii offline și proceduri de restaurare testate cu adevărat. Dacă backup-urile tale trăiesc în același domeniu de identitate cu producția, ele SUNT producția — și vor cădea odată cu ea.

Manualul de igienă a secretelor pe care îl argumentează acest incident

Exact pentru problema asta e construit Secretus: partajare zero-knowledge, criptată, de unică folosință (linkuri AES-256-GCM care mor la prima citire), mod P2P post-cuantic pentru transferuri de valoare mare și Team Split — aprobare cu prag Shamir k-din-n, ca niciun cont compromis să nu poată expune singur un secret critic. Infrastructură UE, jurnal de audit complet, de la €9/lună.

• Nu stoca niciodată credențiale în repository-uri — scanează continuu după ele și tratează fiecare descoperire ca pe un incident
• Rotește orice secret care a atins vreodată codul, chatul sau emailul — acele canale nu uită niciodată
• Partajează credențiale doar prin canale care se autodistrug: linkuri criptate one-time, nu mesaje de Slack sincronizate pe fiecare dispozitiv
• Pentru secretele-bijuterie, cere aprobări multiple — nicio persoană singură, nicio compromitere singură