Multă vreme, open source-ul a ocupat în discursul european un loc ambiguu: celebrat în declarații, marginal în bugete. Pachetul suveranitate din 3 iunie 2026 îi schimbă cel puțin statutul: strategia open source a Uniunii figurează acolo ca unul dintre cei patru piloni, la același rang cu semiconductorii, cloudul și IA. Logica este solidă: bunurile comune digitale oferă o transparență completă asupra stivei tehnologice, reduc blocarea proprietară și permit mutualizarea efortului de inovare. Față de platformele închise supuse unor drepturi terțe, codul deschis este singura dependență care poate fi auditată, bifurcată și găzduită pe cont propriu. Odată obținute sursele sau ponderile, nicio decizie străină nu le mai poate retrage.
Ce a arătat luna iulie: deschiderea ca forță…
Incidentul din iulie, în mod paradoxal, a pledat pentru deschidere la fel de mult cât și împotriva ei. Datorită modelelor cu ponderi deschise au putut echipele victimei să decripteze sarcinile utile ale atacatorului și să reconstituie cronologia — o capacitate criminalistică pe care niciun API închis, supus cotelor și condițiilor de utilizare, nu ar fi garantat-o în cel mai rău moment. Și tot cultura divulgării proprie ecosistemului deschis a produs, în câteva săptămâni, cel mai detaliat post-mortem tehnic publicat vreodată despre un incident de acest tip: cronologie cu marcaje temporale, acțiuni reconstituite, metode documentate. Întreaga comunitate a învățat din atac. Un actor închis ar fi publicat patru paragrafe.
… și ca suprafață de atac
Dar onestitatea obligă la privirea celeilalte fețe. O platformă deschisă, concepută pentru a accelera contribuțiile externe, expune structural mai multă suprafață decât o grădină închisă: depozite publice, pipeline-uri de evaluare, componente terțe — de altfel, chiar o componentă de infrastructură terță, expusă și vulnerabilă, a servit drept poartă de intrare. Incidentul a devenit o piesă centrală a dezbaterii despre politica IA open source: partizanii controlului văd în el dovada că difuzarea capacităților puternice trebuie restrânsă; partizanii deschiderii, dovada că apărarea colectivă nu funcționează decât prin transparență. Ambele tabere au dreptate într-un punct: deschiderea fără investiție în securizare este o promisiune nefinanțată.
Condiția europeană: finanțarea bunurilor comune
Aici se va juca strategia europeană. Open source-ul nu devine un pilon de suveranitate decât în trei condiții. Unu: finanțarea mentenanței și securității componentelor critice — nu doar inovarea, ci și instalațiile. Defecțiunile vin aproape întotdeauna din cărămizi obscure întreținute de trei voluntari. Doi: construirea unei capacități europene de audit și de răspuns asupra bunurilor comune (revizuire de cod, SBOM-uri sistematice, CVE-uri tratate la viteza cerută de Cyber Resilience Act). Trei: ca achizitorii publici să își asume o preferință pentru soluțiile deschise acolo unde ele există, transformând discursul în carnet de comenzi.
Nici iluzie, nici evidențăOpen source-ul nu este suveran prin natură — un bun comun subfinanțat este o dependență ca oricare alta, cu un punct de defecțiune în minus și un orfelinat de mentenanță în plus. El poate fi suveranizat: este o decizie de investiție, nu o proprietate a codului.
Răspunsul la întrebarea din titlu este deci condiționat. Pilon, da — dacă Europa îl tratează ca pe o infrastructură pe care o întreții. Iluzie, cu siguranță — dacă va continua să îl trateze ca pe o resursă gratuită pe care o consumi.