Przez długi czas open source zajmował w europejskim dyskursie miejsce dwuznaczne: wychwalany w deklaracjach, marginalny w budżetach. Pakiet suwerenności z 3 czerwca 2026 zmienia przynajmniej jego status: unijna strategia open source figuruje w nim jako jeden z czterech filarów, na równi z półprzewodnikami, chmurą i AI. Logika jest solidna: cyfrowe dobra wspólne zapewniają pełną przejrzystość stosu technologicznego, ograniczają uzależnienie od zamkniętych rozwiązań i pozwalają uwspólnić wysiłek innowacyjny. Wobec zamkniętych platform podlegających obcym prawom otwarty kod jest jedyną zależnością, którą można poddać audytowi, sforkować i hostować samodzielnie. Gdy raz zdobędzie się źródła lub wagi, żadna zagraniczna decyzja nie może ich odebrać.
Co pokazał lipiec: otwartość jako siła…
Lipcowy incydent, paradoksalnie, przemawiał za otwartością w takim samym stopniu, jak przeciw niej. To dzięki modelom o otwartych wagach zespoły ofiary mogły rozszyfrować ładunki atakującego i odtworzyć chronologię — zdolność forensyczna, której w najgorszym momencie nie zagwarantowałoby żadne zamknięte API, obwarowane limitami i warunkami użytkowania. I to kultura ujawniania właściwa otwartemu ekosystemowi wytworzyła w kilka tygodni najbardziej szczegółowy post-mortem techniczny, jaki kiedykolwiek opublikowano dla incydentu tego typu: chronologię ze znacznikami czasu, odtworzone akcje, udokumentowane metody. Cała społeczność wyciągnęła naukę z ataku. Zamknięty podmiot opublikowałby cztery akapity.
…i jako powierzchnia ataku
Ale uczciwość każe spojrzeć na drugą stronę. Otwarta platforma, zaprojektowana tak, by przyspieszać wkłady z zewnątrz, strukturalnie odsłania większą powierzchnię niż zamknięty ogród: publiczne repozytoria, pipeline'y ewaluacyjne, komponenty zewnętrzne — zresztą to właśnie wystawiony i podatny komponent infrastruktury zewnętrznej posłużył za bramę wejściową. Incydent stał się centralnym elementem debaty o polityce wobec otwartej AI: zwolennicy kontroli widzą w nim dowód, że rozpowszechnianie potężnych zdolności należy ograniczać; zwolennicy otwartości — dowód, że zbiorowa obrona działa tylko dzięki przejrzystości. Oba obozy mają rację w jednym: otwartość bez inwestycji w zabezpieczenie jest obietnicą bez pokrycia.
Warunek europejski: finansować dobra wspólne
To tutaj rozstrzygnie się europejska strategia. Open source staje się filarem suwerenności tylko pod trzema warunkami. Jeden: finansować utrzymanie i bezpieczeństwo krytycznych komponentów — nie tylko innowację, ale i hydraulikę. Awarie niemal zawsze biorą się z niepozornych cegiełek utrzymywanych przez trzech wolontariuszy. Dwa: zbudować europejską zdolność audytu i reagowania w obszarze dóbr wspólnych (przegląd kodu, systematyczne SBOM, CVE obsługiwane w tempie wymaganym przez Cyber Resilience Act). Trzy: aby zamawiający publiczni przyjęli preferencję dla rozwiązań otwartych tam, gdzie istnieją, zamieniając deklaracje w portfel zamówień.
Ani iluzja, ani oczywistośćOpen source nie jest suwerenny z natury — niedofinansowane dobro wspólne jest zależnością jak każda inna, z jednym punktem awarii mniej i osieroconym utrzymaniem więcej. Można go usuwerennić: to decyzja inwestycyjna, a nie właściwość kodu.
Odpowiedź na pytanie z tytułu jest zatem warunkowa. Filar — tak, jeśli Europa potraktuje go jak infrastrukturę, którą się utrzymuje. Iluzja — z pewnością, jeśli nadal będzie go traktować jak darmowy zasób, który się konsumuje.