Mii de companii își lasă infrastructura cloud vulnerabilă. AWS, Azure și Google Cloud au probleme de securitate complet diferite

Mii de companii își lasă infrastructura cloud vulnerabilă. AWS, Azure și Google Cloud au probleme de securitate complet diferite
Foto: Playtech
Ozana Mazilu
Google Urmărește pe Google

Faptul că o companie și-a bifat lista standard de măsuri de securitate nu înseamnă neapărat că infrastructura sa cloud este protejată. O analiză realizată pe configurațiile a 3.000 de organizații arată că AWS, Microsoft Azure și Google Cloud prezintă tipuri foarte diferite de probleme, iar aplicarea acelorași reguli de securitate peste toate platformele poate lăsa vulnerabilități importante neobservate. Datele provin din 2026 Cloud Security Index, realizat de compania de securitate Intruder.

Raportul analizează problemele descoperite în infrastructurile cloud pe parcursul celor 12 luni până în iulie 2026. Concluzia nu este că una dintre cele trei platforme este pur și simplu „sigură”, iar alta nesigură. Riscul depinde în mare măsură de modul în care sunt configurate serviciile. În același timp, rezultatele arată cât de importante au devenit măsurile de securitate cibernetică într-un moment în care atacatorii pot exploata rapid un cont sau un serviciu configurat greșit.

AWS are cele mai multe probleme legate de firewall și servicii expuse

Cercetătorii au împărțit problemele în șase categorii: controale slabe pentru identitate și acces, lipsa sistemelor de logging, servicii configurate greșit, firewall-uri prea permisive, servicii expuse și criptare insuficientă. Două dintre acestea apar aproape peste tot. Între 80% și 98% dintre conturile analizate aveau cel puțin o problemă legată de identitate sau de monitorizarea activității.

Diferențele devin însă foarte mari în celelalte categorii. Cel puțin un serviciu expus a fost identificat în 76% dintre conturile AWS analizate, față de 64% pe Azure și doar 8% pe Google Cloud. Firewall-urile prea permisive apăreau în 83% dintre mediile AWS, 45% dintre cele Azure și 34% dintre cele Google Cloud. În cazul criptării slabe, procentele au fost de 49% pentru AWS, 35% pentru Azure și 8% pentru Google Cloud.

În AWS, una dintre cele mai răspândite probleme privește Amazon S3. 87% dintre conturile analizate aveau cel puțin o situație în care conexiunile HTTPS nu erau impuse pentru S3. Alte 84% prezentau reguli care permiteau acces prea larg către porturi sensibile, iar în 83% dintre cazuri au fost descoperite politici IAM care puteau permite escaladarea privilegiilor.

Problema este importantă deoarece compromiterea unei identități cu prea multe drepturi poate transforma un incident relativ minor într-un atac asupra întregii infrastructuri. Un caz analizat recent de Sysdig a arătat cum un atacator care deținea credențiale valide a reușit să obțină privilegii administrative în mai puțin de zece minute. Situația completează alte exemple recente în care atacurile cibernetice au devenit mult mai rapide odată cu automatizarea unor etape.

Azure are probleme cu stocarea, iar Google Cloud cu identitatea

Pe Microsoft Azure, tabloul arată diferit. Cea mai frecventă problemă identificată este lipsa rotației cheilor pentru conturile de stocare, prezentă în 67% dintre mediile analizate. În 66% dintre cazuri erau încă activate cheile de acces pentru Storage Accounts, iar 61% permiteau accesul la acestea din rețele publice.

La fel de important este faptul că 55% dintre conturile Azure analizate aveau utilizatori Microsoft Entra fără autentificare multi-factor. Riscul nu se limitează la infrastructura Azure, pentru că Entra ID poate controla accesul la Microsoft 365, servicii SaaS și sisteme interne. O campanie observată recent împotriva Microsoft 365 a generat 81 de milioane de încercări de autentificare, demonstrând că simpla existență a MFA nu garantează protecția dacă aceasta nu este configurată și aplicată corect.

Google Cloud are o situație aproape inversă. Platforma înregistrează procente mult mai mici pentru serviciile expuse sau criptarea slabă, însă cele mai frecvente probleme sunt concentrate în zona identității. OS Login MFA nu era activat în 77% dintre mediile analizate, iar OS Login lipsea complet în 76% dintre cazuri.

Totodată, 75% dintre conturile Google Cloud aveau cel puțin un service account neutilizat, iar 53% prezentau conturi de serviciu cu permisiuni excesive. Astfel de identități uitate sau configurate prea permisiv pot deveni puncte de intrare pentru atacatori, mai ales dacă parolele, tokenurile sau alte date de autentificare sunt compromise.

Companiile mari sunt mai bine protejate în multe zone, dar nu la conturi

Raportul arată și o diferență interesantă în funcție de dimensiunea organizațiilor. În general, companiile mari au mai puține probleme cu firewall-urile, criptarea sau serviciile expuse. Există însă o excepție majoră: gestionarea identității și a accesului.

Controalele IAM slabe au fost identificate în 87% dintre companiile mici și mijlocii cu mai puțin de 250 de angajați. Procentul crește la 95% pentru organizațiile cu 251 până la 10.000 de angajați și ajunge la 98% în cazul companiilor foarte mari. Cu alte cuvinte, complexitatea infrastructurii și numărul mare de utilizatori pot transforma administrarea permisiunilor într-una dintre cele mai dificile probleme de securitate.

Companiile de dimensiune medie au și cea mai mare întârziere în rezolvarea vulnerabilităților. Acestea au nevoie, în medie, de 35 de zile pentru remedierea problemelor cloud, față de aproximativ 10 zile în cazul organizațiilor mari. Datele sugerează că firmele din segmentul de mijloc ajung să gestioneze infrastructuri apropiate ca complexitate de cele enterprise, fără să dispună întotdeauna de aceleași echipe și resurse.

Concluzia raportului este că o listă universală de verificări nu este suficientă atunci când o organizație folosește mai multe platforme cloud. AWS, Azure și Google Cloud trebuie evaluate în funcție de propriile puncte vulnerabile, iar identitățile, permisiunile și autentificarea rămân probleme comune tuturor. Într-un peisaj în care inclusiv MFA poate fi ocolită, o singură configurație greșită poate deveni suficientă pentru ca un atacator să pătrundă într-o infrastructură altfel bine protejată.