Vasalii Digitali: Cum refuzul Open Source în infrastructura publică deconspiră tehno-feudalismul, corupția și vulnerabilitatea geopolitică
„Cine controlează codul, controlează realitatea. Cine controlează realitatea, nu are nevoie de tancuri." Transparență editorială: documentare și structurare asistată de instrumente AI . Responsabilitatea editorială și judecata analitică aparțin autorului.
O competiție pe care vasalii nu știu că o pierd
Există o convenție tacită în discursul public despre digitalizarea statului, o convenție pe care politicienii, consultanții corporativi și jurnaliștii de tehnologie o reproduc cu o fidelitate aproape liturgică: că adoptarea unui nou sistem informatic, a unui nou pachet software sau a unui nou contract cloud reprezintă, în sine, un progres. Că „modernizarea" este o categorie neutră, dezideologizată, echivalentul tehnic al mersului înainte. Că un minister care migrează pe infrastructura unui gigant tehnologic american sau european a făcut un pas evolutiv, nu un act de capitulare.
Această convenție este o minciună bine îngrijită. Și tocmai îngrijirea ei meticuloasă, tocmai consistența cu care este reprodusă în comunicate de presă, în rapoarte de audit ignorate și în discursuri inaugurale ale unor sisteme care nu funcționează la lansare, ar trebui să ne alerteze asupra utilității sale politice.
Lumea în care trăim nu mai este organizată în jurul unor blocuri militare clasice, deși acestea există și ele, ci în jurul unor arhitecturi de putere digitală. Competiția dintre Statele Unite, China și, mai timid, Uniunea Europeană nu se poartă exclusiv pe câmpuri de luptă sau în sancțiuni economice. Se poartă în standarde tehnice, în protocoale de comunicare, în formatul fișierelor pe care funcționarii publici le deschid dimineața, în algoritmii care procesează cererile de pensie, în bazele de date care stochează istoricul medical al unei națiuni întregi.
Iar în această competiție, un stat care refuză să adopte soluții Open Source, care preferă sistematic contracte cu furnizorii proprietari, nu face o alegere tehnică neutră. Face o alegere geopolitică. Alege să fie vasal.
Ceea ce urmează nu este un manifest pentru software liber în sensul evanghelic în care mișcarea GNU a formulat-o în anii optzeci, cu entuziasmul tipic al contraculturii californiene. Este o analiză rece a mecanismelor prin care dependența de software proprietar în infrastructura publică reproduce, în registrul digital, cele mai vechi forme de dominație politică și economică, extinzând totodată suprafața de atac a unui stat în fața adversarilor externi. Este, cu alte cuvinte, o anatomie a vasalității voluntare.
Anatomia tehno-feudalismului: Renta care nu apare în nici un bilanț național
Yanis Varoufakis nu a inventat termenul de „tehno-feudalism", dar a avut meritul de a-l insera în vocabularul analitic curent cu o precizie care depășește simpla metaforă polemică. Argumentul său central, reformulat în termenii care ne interesează, este acesta: capitalismul clasic, care funcționa pe baza profitului extras din producție și schimb, a fost parțial înlocuit de o formă de rentă digitală, în care proprietarii platformelor și ai infrastructurii software nu produc valoare în sens marxist clasic, ci percep o taxă pe existența digitală a tuturor celorlalți.
Aplicați această schemă la relația dintre un stat și furnizorii săi de software proprietar și veți obține o imagine care ar trebui să producă indignare, dar produce în schimb contracte de mentenanță reînnoite anual.
Un minister care funcționează pe un sistem ERP licențiat, pe o suită de productivitate proprietară și pe o soluție cloud furnizată de o corporație cu sediul în afara granițelor naționale nu deține infrastructura pe care rulează propriile procese administrative. Deține contractul prin care i se permite să o folosească. Aceasta nu este o distincție juridică minoră. Este diferența dintre un proprietar și un iobag cu chiria plătită.
Renta feudală digitală funcționează prin mai multe mecanisme care se suprapun și se consolidează reciproc. Primul este cel al licențelor perpetue, eufemism managerial pentru o relație de dependență fără termen de expirare. O instituție publică care a migrat toate procesele pe o platformă proprietară nu mai are, după câțiva ani, capacitatea tehnică de a migra către altceva, pentru că personalul nu mai știe să lucreze altfel, documentele sunt stocate în formate proprietare incompatibile, iar cunoașterea procedurală s-a sedimentat în interfața unui furnizor extern. Costul ieșirii din această relație nu este niciodată calculat la momentul semnării contractului inițial, pentru că nu este în interesul niciunei părți prezente la masă să îl calculeze.
Al doilea mecanism este cel al actualizărilor forțate. Furnizorul proprietar controlează ciclul de viață al produsului. El decide când o versiune devine „end of life", adică unsupported, adică o vulnerabilitate de securitate. În acel moment, instituția publică nu are de ales: plătește pentru upgrade sau rămâne expusă. Această asimetrie de putere, în care clientul nu poate negocia momentul și condițiile tranziției, este definitorie pentru feudalism în orice epocă: serf-ul nu decide când se schimbă recolta.
Al treilea mecanism, cel mai puțin vizibil și cel mai important, este cel al opacității codului. Software-ul proprietar este o cutie neagră. Nu pentru că ar fi prea complex pentru a fi înțeles, ci pentru că furnizorul a construit în mod deliberat un zid legal și tehnic în jurul mecanismelor sale interne. Aceasta este, în termenii Shoshanei Zuboff, o formă pură de „capitalism de supraveghere" inversat: dacă Zuboff descrie cum corporațiile colectează date despre utilizatori, opacitatea proprietară a software-ului de stat descrie cum utilizatorul colectiv, adică statul și cetățenii săi, nu poate ști ce face sistemul cu datele lor.
Iar statul, în loc să se revolte împotriva acestei opacități, o plătește. O finanțează din bani publici. O legitimează prin contracte semnate de funcționari care fie nu înțeleg ce cumpără, fie înțeleg prea bine de ce este avantajos să nu înțeleagă.
Competiția tehnologică totală: Ignorarea Open Source ca act de sinucidere strategică
Pentru a înțelege de ce refuzul Open Source în infrastructura de stat a trecut de la o problemă de eficiență bugetară la o vulnerabilitate critică de securitate națională, trebuie să ne uităm la modul în care adversarii strategici ai democrațiilor occidentale, dar și democrațiile occidentale înseși, gândesc despre software ca instrument de putere.
China nu a adoptat Linux în administrația publică și în armată din motive ideologice sau pentru că a citit manifestele lui Richard Stallman. A adoptat-o pentru că a realizat ceva esențial: dependența de Windows sau de orice alt sistem proprietar american reprezenta un kill-switch geopolitic, o mână morțiș ascunsă în infrastructura națională. Dacă relațiile diplomatice se deteriorează, dacă sancțiunile economice escaladează, dacă apare un conflict direct, furnizorul poate dezactiva licențele. Poate opri actualizările de securitate. Poate, prin coduri obscure din termenii contractuali, coopera cu propriul guvern pentru a oferi acces la sisteme critice ale adversarului.
Nu este paranoie. Este geopolitică elementară, pe care toate marile puteri o practică și pe care statele mici, prinse în logica achizițiilor publice, aleg cu consecvență să o ignore.
Rusia, indiferent de evaluarea morală pe care o facem regimului Putin, a inițiat programe sistematice de tranziție la software rusesc și open source pentru infrastructuri critice tocmai din această logică. Nu pentru că sunt mai buni în software libre, ci pentru că înțeleg că a lăsa un adversar strategic să controleze codul care rulează ministerele, spitalele și centralele energetice echivalează cu a lăsa trupele inamice să instaleze garnizoane în propriile instituții.
India, prin inițiativele guvernamentale centrate pe platforma FOSS, a construit o industrie tech națională parțial ancorată în ecosisteme deschise. Coreea de Sud, Germania, Franța, toate au inițiative, unele mai timide, altele mai consecvente, de tranziție la soluții open source în sectorul public, motivate explicit de argumente de suveranitate digitală.
Iar statele care nu fac nimic din toate acestea, care continuă să semneze contracte multianuale cu aceiași furnizori, reînnoind dependența cu fiecare ciclu bugetar, participă la competiția tehnologică globală cu mâinile legate la spate și cu o bandă adezivă pe ochi.
Viteza de inovare în ecosistemele open source este un argument tehnic, dar cu consecințe strategice directe. Când o vulnerabilitate critică este descoperită într-un sistem open source utilizat pe scară largă, comunitatea globală de dezvoltatori produce, testează și distribuie patch-uri în ore sau zile. Patch-urile pentru sisteme proprietare urmează cicluri de aprobare corporativă care pot dura săptămâni sau luni, timp în care sistemele vulnerabile rămân expuse. Iar dacă furnizorul a decis că versiunea ta de software nu mai este prioritară, poate că nu primești niciun patch.
Dar argumentul mai profund nu este unul de viteză, ci unul de cunoaștere și de putere. Conceptul de „securitate prin obscuritate", credința că un sistem este mai sigur pentru că nimeni nu îi poate vedea codul, este una dintre cele mai rezistente mituri din cultura birocratică a securității cibernetice. În realitate, obscuritatea nu protejează, ci maschează. Agențiile de informații ale marilor puteri, NSA, GCHQ, FSB, MSS, investesc resurse uriașe exact în a descoperi vulnerabilitățile Zero-Day din sistemele proprietare folosite de adversarii lor. Aceste vulnerabilități sunt descoperite în secret, nu divulgate furnizorilor, și exploatate în tăcere, uneori ani la rând, înainte ca cineva să își dea seama că a fost compromis.
Snowden a confirmat ceea ce analiștii de securitate știau de mult: backdoor-urile în sisteme comerciale proprietare nu sunt un scenariu de conspirație, ci o practică documentată. Iar un stat care instalează sisteme proprietare în instituțiile sale critice nu știe cu certitudine dacă a instalat o soluție de eficiență administrativă sau o ușă din spate bine mascată în contractele de licențiere.
Codul sursă care poate fi auditat public, verificat, disectat și reproductat de oricine are competența tehnică nu elimină vulnerabilitățile, niciun sistem nu este perfect, dar le democratizează descoperirea. Oferă posibilitatea ca cercetători independenți, instituții academice, servicii de informații proprii să verifice exact ce face fiecare linie de cod din infrastructura critică. Aceasta nu este o utopie techno-libertariană. Este o cerință elementară de igienă strategică pentru orice stat care pretinde că își exercită suveranitatea.
Alianța toxică
Cum probleme sistemice fac posibil și o perpetuă vasalitatea
Nu există stat care a ales deliberat să fie vasal digital. Există state în care mecanismele de decizie au fost capturate de interese care beneficiază de vasalitate.
Această distincție este crucială pentru că schimbă registrul analitic: nu vorbim despre incompetență instituțională, deși aceasta există și ea, ci despre o formă de corupție sistemică care are propria sa logică, propria sa raționalitate internă și propriii săi beneficiari identificabili.
Lobby-ul corporativ al marilor furnizori de software în achizițiile publice nu este o anomalie a sistemului, ci o caracteristică a lui. Corporațiile tech globale nu sunt mai morale sau mai imorale decât alte corporații, sunt pur și simplu entități care maximizează profitul în cadrul regulilor disponibile. Iar dacă regulile disponibile permit capturarea procesului de decizie publică prin diverse forme de „advocacy", „parteneriate public-private" și angajarea foștilor funcționari în posturi de consultanță, atunci exact asta se întâmplă.
Mecanismul clasic este cel al caietelor de sarcini „cu dedicație". Redactarea cerințelor tehnice dintr-o licitație publică este un act politic, nu tehnic. Când specificațiile tehnice ale unei licitații pentru un sistem informatic al unui minister includ cerințe de compatibilitate cu formate proprietare specifice, sau când solicită integrare cu platforme care funcționează exclusiv prin API-uri proprietare, sau când definesc „experiență relevantă" în termeni care exclud prin definiție orice ofertant care nu a mai câștigat contracte similare cu același furnizor, atunci licitația nu este un concurs deschis, ci un ritual de legitimare a unei decizii luate anterior.
Aceasta este, în vocabularul lui Colin Crouch, „post-democrația" aplicată achizițiilor IT: forma rămâne, substanța dispare. Avem licitații, avem comisii, avem audituri, avem rapoarte de implementare, avem toate procedurile prin care o decizie democratică ar trebui să fie luată și verificată. Dar rezultatul este stabilit dinainte, de actorii care au acces la procesul de redactare a cerințelor, nu la cel de votare a lor.
Corupția din achizițiile IT publice are o specificitate care o face mai greu de identificat decât mita clasică. Nu circulă neapărat în plicuri. Circulă în oferte de angajare pentru foști miniștri sau secretari de stat, în contracte de „consultanță" pentru firme asociate unor decidenți, în parteneriate cu universități sau centre de cercetare aflate în relații de proximitate cu puterea politică. Sau, mai elegant, circulă în finanțări de campanie electorală, în accesul la media, în sprijinul pentru carierele politice ale celor care iau deciziile favorabile.
Rezultatul net este un transfer sistematic de resurse publice, prin lanțul contractual al licențelor software, către corporații transnaționale și, în paralel, o taxă informală extrasă de intermediarii locali care facilitează accesul corporațiilor la aceste resurse. Este o schemă cu două niveluri de extracție: renta digitală plătită Seniorului Tehno-Feudal extern și comisionul feudal colectat de vasal intern.
Dar consecința care depășește simpla redistribuire economică este aceasta: un funcționar sau un politician care a obținut beneficii personale dintr-un contract cu un furnizor proprietar are un interes structural activ de a menține această relație de dependență. Are un interes de a sabota orice discuție despre alternative open source. Are un interes de a menține ecosistemul de corupție funcțional, pentru că dezintegrarea lui ar însemna dispariția sursei sale de venit extrabugetar.
Cu alte cuvinte, corupția din achizițiile IT nu este doar un eșec moral al unor indivizi. Este un mecanism care aliniază interesele funcționarilor corupți cu interesele furnizorilor monopoliști și le opune ambelor, în bloc, orice reformă în direcția transparenței și a suveranității digitale. Și în această aliniere de interese se află explicația pentru rezistența sistematică față de Open Source în statele cu niveluri ridicate de corupție instituțională: nu este vorba de ignoranță tehnică, ci de auto-apărare a unui sistem de extracție care funcționează perfect.
Iobagii digitali
Cetățenia ca resursă extractivă
Există o dimensiune a tehno-feudalismului digital care vizează nu relația dintre stat și furnizorul de software, ci relația dintre stat și cetățeni. Este dimensiunea pe care Zuboff o analizează sub conceptul de „capitalism de supraveghere", dar care în contextul infrastructurii de stat capătă o formă specific mai perversă: extracția de date personale nu ca efect secundar al utilizării unui serviciu privat, ci ca funcție intrinsecă a exercitării drepturilor civice.
Când un cetățean depune o cerere de pensie printr-un portal de stat care rulează pe o infrastructură proprietară, când accesează dosarul său medical electronic printr-un sistem furnizat de o corporație privată, când plătește impozite printr-o aplicație ale cărei procese interne sunt opace autorității fiscale înseși, acesta nu este un utilizator al unui serviciu public. Este un subiect de extracție a datelor într-un sistem pe care nu îl poate audita, nu îl poate contesta și nu îl poate, de cele mai multe ori, evita.
Datele medicale, fiscale, biometrice și comportamentale colectate prin infrastructura digitală a statului nu aparțin statului în niciun sens practic. Aparțin contractului dintre stat și furnizorul de software, un contract ale cărui clauze privind proprietatea datelor, prelucrarea lor secundară și accesul terților sunt, în majoritate, redactate de furnizor și acceptate de funcționarii statului care semnează fără să citească anexele tehnice.
Aceasta este ceea ce autori precum Aral Balkan sau Nick Couldry numesc „extracționism de date" în formă statală: un model în care statul, care ar trebui să fie garantul drepturilor cetățenilor inclusiv în spațiul digital, devine în schimb un intermediar care captează date despre cetățeni și le livrează, prin arhitectura contractuală, unor entități private externe.
Suveranitatea digitală iluzorie este expresia exactă a acestei situații. Statele adoptă legi despre protecția datelor, emit regulamente, înființează autorități de supraveghere, construiesc un aparat normativ impresionant al drepturilor digitale ale cetățenilor. Și simultan semnează contracte prin care infrastructura care procesează aceste date este deținută, controlată și actualizată de corporații private ale căror interese nu coincid cu cele ale cetățenilor respectivi.
GDPR, glorioasa reformă europeană de protecție a datelor, este exemple sublime pentru această ipocrizie structurală. O reglementare care impune obligații gigantice procesatorilor privați de date dar care lasă relativ neexplorate condițiile în care propriile instituții ale statului procesează date personale prin platforme proprietare externe. Garanția „confidențialității" datelor fiscale sau medicale ale unui cetățean devine o ficțiune juridică atunci când arhitectura sistemului care le procesează este inaccesibilă auditului public și controlată de o entitate cu sediul în altă jurisdicție.
Există și o dimensiune de clasă în această ecuație, care rareori apare în discursul tehno-optimist. Cei care pot evita sau minimiza expunerea la infrastructura digitală a statului, prin acces la servicii private alternative, prin capacitatea de a angaja consilieri juridici care să navigheze birocrația fără a folosi portalurile oficiale sau pur și simplu prin capitalul cultural care le permite să înțeleagă ce cedează atunci când acceptă termenii de utilizare, sunt, invariabil, segmentele de populatie cu resurse mai mari. Iobăgia digitală are propria sa stratificare: cei mai expuși extractivismului de date prin infrastructura publică sunt cei care depind cel mai mult de serviciile publice.
Suveranitate ca practică, nu ca retorică
„Public Money, Public Code"
Campania „Public Money, Public Code", lansată de Free Software Foundation Europe și susținută de o coaliție de organizații civice, are un argument simplu care, tocmai prin simplitatea sa, expune absurditatea aranjamentelor actuale: dacă software-ul este dezvoltat sau achiziționat cu bani publici, codul sursă al acestuia ar trebui să fie public.
Acesta nu este un argument tehnic sau unul de eficiență bugetară, deși ambele aplicații sunt valide. Este un argument constituțional. Dacă suveranitatea populară înseamnă ceva în era digitală, înseamnă că cetățenii au dreptul să știe cum funcționează instrumentele prin care sunt guvernați. Un algoritm care decide eligibilitatea pentru ajutor social, un sistem care procesează dosarele penale, o platformă care gestionează achizițiile publice, acestea sunt instrumente de putere publică. Opacitatea lor este incompatibilă cu principiile democratice fundamentale, nu cu preferințele tehnice ale unei comunități de programatori.
Argumentul tehno-feudal împotriva transparenței codului este întotdeauna același: „Dacă facem codul public, îl vom expune atacatorilor." Este un argument care funcționează aproape exclusiv prin intimidare tehnică față de un public neinformat, pentru că premisa sa este falsă. Vulnerabilitățile de securitate nu dispar prin obscuritate, ele dispar prin audit, prin testare, prin expunerea la o comunitate largă de cercetători care le pot identifica și raporta.
Exemple concrete există și sunt dificil de respins. Sistemul de vot prin internet folosit de Estonia, deși dezbătut din perspective multiple de securitate, are codul sursă parțial public. Sistemele Linux care rulează infrastructura NATO, detaliu care rareori apare în discuțiile despre „securitate prin obscuritate". Sistemul de impozitare digitală al Germaniei, parțial bazat pe componente open source. Armata franceză care folosește distribuții Linux personalizate pentru sistemele sale de comunicații clasificate.
Aceste exemple există nu pentru că liderii respectivi au abdicat de la securitate în favoarea ideologiei open source, ci pentru că au calculat exact invers față de birocratismul vasalic: transparența auditabilă oferă mai multă siguranță reală decât opacitatea contractuală.
Trecerea la Open Source în infrastructura publică nu înseamnă că statul devine brusc mai competent sau că problemele instituționale dispar. Înseamnă că redistribuiește puterea: de la furnizori externi care dețin codul, la comunități locale de programatori care îl pot modifica, îl pot adapta și îl pot menține. Înseamnă că bugetele pentru licențe pot deveni salarii pentru ingineri locali, că experiza tehnică se acumulează în interiorul instituției în loc să fie permanent importată. Înseamnă că, în caz de criză diplomatică sau de conflict, statul poate continua să funcționeze pentru că nu depinde de cheia de activare a unui furnizor cu sediul în altă parte.
Aceasta este democratizarea reală a tehnologiei digitale în sectorul public: nu punerea unui iPad pe biroul funcționarului, ci tranziția de la o relație de dependență feudală la una de competență suverană.
Infrastructura ca spațiu de luptă
Lecții pe care statele vasale refuză să le audă
Invazia Rusiei în Ucraina a oferit, alături de tragediile evidente pe care le-a generat, un curs accelerat de geopolitică digitală care ar trebui citit cu atenție de fiecare stat care se pretinde preocupat de propria securitate.
Atacurile cibernetice care au precedat și însoțit invazia fizică nu au vizat sistemele militare exclusiv. Au vizat infrastructura digitală civilă: sistemele energetice, rețelele de comunicații, bazele de date guvernamentale, sistemele financiare. Și un detaliu care a trecut în mare parte neobservat în acoperirea mediatică: vulnerabilitatea diferențiată a sistemelor de stat în funcție de arhitectura lor.
Ucraina a beneficiat, în primele faze ale conflictului, de o mobilizare rapidă a comunității internaționale de securitate cibernetică, posibilă parțial tocmai pentru că o parte din infrastructura sa digitală critică folosea sisteme care puteau fi rapid auditate, patch-uite și susținute de experți externi fără a necesita permisiunea furnizorilor proprietari. Acolo unde sistemele erau complet proprietare, ajutorul extern a fost mai lent și mai limitat.
Lecția este clară, chiar dacă nu a fost formulată astfel în niciun comunicat oficial: în timp de criză, capacitatea de a repara rapid și de a adapta infrastructura digitală depinde de accesul la codul sursă. Un stat a cărui infrastructură digitală este distribuită exclusiv prin licențe proprietare nu poate, în mod legal și practic, să primească ajutor tehnic extern rapid fără acordul furnizorilor originali. Este un kill-switch de o altă natură: nu cel activat de adversar, ci cel construit în propriile contracte.
Conceptul de „infrastructură ca spațiu de luptă" nu mai este o metaforă alarmistă. Este o realitate documentată de fiecare conflict modern cu o componentă cibernetică semnificativă. Iar un stat care nu înțelege că arhitectura software a instituțiilor sale este o variabilă strategică, nu una administrativă, participă la un conflict modern cu o vulnerabilitate structurală pe care adversarul o cunoaște și pe care propriii cetățeni nu o știu.
Imperialismul tehnologic nu este un concept retoric rezervat discursului anti-globalizare. Este o descriere funcțională a modului în care hegemonii digitali, fie ei corporativi sau statali, extrag valoare, controlează fluxurile de informație și menționează dependențele care le asigură influența. Diferența față de imperialismul clasic este că nu trimite armate, trimite contracte de licențiere. Și că efectele colonizării sunt mai greu de observat pentru că sunt mascate în interfețe prietenoase și în promisiuni de eficiență.
Un stat care semnează un contract cloud cu un furnizor american nu face doar o achiziție IT. Se supune jurisdicției CLOUD Act, care permite guvernului american să ceară accesul la datele stocate de companiile americane pe servere din orice colț al lumii, indiferent de legislația locală privind protecția datelor. Aceasta nu este o ipoteză de securitate națională. Este drept american pozitiv, aplicat.
Și totuși, statele vasale continuă să migreze date sensibile pe aceste platforme. Pentru că există comisioane de consultanță care fac această decizie atractivă. Pentru că există funcționari care nu știu și nu vor să știe. Și pentru că există o cultură instituțională profundă, conformistă, care tratează orice decizie de achiziție validată anterior ca pe o tradiție sacră.
Rezistența ca practică
Exemple de suveranitate reală vs. spectacol de suveranitate
Dacă argumentele de mai sus sunt corecte, atunci ne așteptăm să găsim o corelație inversă între nivelul de suveranitate digitală reală a unui stat și nivelul de corupție instituțională al acestuia. Iar această corelație există, deși nu este perfectă și este complicată de factori geopolitici majori.
Germania a adoptat, prin diverse landuri și instituții federale, sisteme bazate pe componente open source pentru administrația publică. Cel mai citat exemplu, der Münchner de la München care a migrat 14.000 de stații de lucru pe Linux înainte de a face un regres parțial, nu din motive tehnice, ci din motive de lobby corporativ documentat de cercetători independenți, ilustrează exact tensiunea centrală: suveranitatea digitală nu este un proiect tehnic, este un proiect politic care se lovește de opoziția intereselor corporative.
Franța, prin DINSIC și apoi prin DINUM, a construit o politică explicită de preferință pentru Open Source în achizițiile publice, cu rezultate notabile în anumite domenii ale administrației. Armata franceză, cum am menționat, operează pe distribuții Linux personalizate pentru comunicații clasificate, nu din sentimentalism față de Stallman, ci din calcule directe de securitate operațională.
India, prin inițiativa eSanjeevani sau prin politicile Digital India care includ componente open source, a construit o infrastructură digitală medicală și administrativă la o scară enormă, folosind parțial ecosisteme deschise. Nu pentru că este pură ideologic, ci pentru că depindența totală de furnizorii proprietari la această scară ar fi, pur și simplu, insustenabilă financiar și strategic pentru o economie emergentă care aspiră la autonomie strategică.
Și mai există câteva state, pe care este incomod să le menționezi în context pozitiv, care au înțeles poate cel mai bine argumentul strategic: Rusia și China. Indiferent de evaluarea regimurilor lor politice, Rosatom rulează pe sisteme Linux interne, armata chineză a migrat sistematic la Kylin OS, un Linux derivat, iar administrația publică chineză a accelerat tranziția la UOS, tot un Linux derivat, tocmai ca răspuns la tensiunile comerciale cu SUA și la riscul retragerii accesului la sisteme proprietare americane.
Ironia tragică pentru statele vasale din Europa Centrală și de Est este aceasta: tocmai statele față de care se proclamă apărători ai democrației și valorilor occidentale au luat lecțiile de suveranitate digitală mai în serios decât statele „libere" care continuă să semneze contracte cu aceiași furnizori.
Spectacolul suveranității digitale, în contrast, este exact opusul: declarații politice grandioase despre „transformare digitală", lansări de aplicații guvernamentale care reproduc aceeași dependență de Cloud-uri comerciale, strategii naționale de digitalizare care menționează cuvântul „suveranitate" dar contractează cu aceiași furnizori de fiecare dată. Este o pantomimă administrativă: forma discursului suveranist fără niciuna dintre substanțele sale tehnice și politice.
Concluzie
Opacitatea este trădare, dependența este capitulare
La finalul acestei analize, trebuie spus direct ceea ce retorica diplomatică a rapoartelor de audit și a strategiilor naționale refuză să spună: un stat care, în 2025, continuă să construiască infrastructura sa digitală critică exclusiv pe sisteme proprietare, să semneze contracte multianuale cu furnizori a căror loialitate nu este față de cetățenii pe care îi servesc, să blocheze adoptarea Open Source prin licitații cu dedicație și prin birocrații capturate de interese corporative, nu face o alegere tehnică sau o greșeală administrativă. Face o alegere politică cu consecințe strategice grave.
Această alegere servește simultan mai mulți beneficiari: corporațiile care percep renta digitală perpetuă, funcționarii și politicienii care extrag comisioanele lor din relația de dependență, și, în cel mai sinistru scenariu, adversarii strategici care au deja acces la backdoor-urile codului pe care nu îl putem audita.
Tehno-feudalismul digital nu este o metaforă expresivă. Este o descriere exactă a relațiilor de producție și putere care caracterizează infrastructura digitală a statelor vasale. Renta înlocuiește investiția. Dependența înlocuiește competența. Opacitatea înlocuiește responsabilitatea.
Refuzul codului deschis nu este, cum pretind apărătorii săi, o preferință tehnică bazată pe criterii de performanță sau de securitate. Este un reflex al unui sistem de putere care se reproduce prin opacitate și se alimentează din dependență. Un stat care fuge de codul auditabil fuge de responsabilitate. Un stat care preferă dependența față de suveranitate digitală a ales, conștient sau nu, să fie colonie.
Într-o eră a conflictelor hibride, a competiției tehnologice totale și a infrastructurii digitale ca spațiu de luptă, această alegere nu este doar costisitoare fiscal și coruptă moral. Este, în sensul cel mai literal, o vulnerabilitate strategică exploatabilă. Este un act de orbire voluntară în fața unui adversar care vede perfect.
Iar cetățenii care plătesc taxe pentru sisteme pe care nu le pot vedea, folosesc servicii publice pe care nu le pot audita și sunt guvernați prin algoritmi pe care nu îi pot contesta sunt, în vocabularul precis al analizei de putere, iobagi. Iobagi digitali bine conectați, poate, dar iobagi.
Transparența codului nu mai este o opțiune idealistă a comunității open source sau un principiu abstract al democrației digitale. Este linia de demarcație dintre un stat care exercită suveranitate reală și o colonie digitală cu steag propriu. Între un cetățean și un subiect de date. Între o democrație funcțională și un spectacol de democrație rulând pe servere pe care nu le deținem și pe cod pe care nu îl citim.
Alegerea, deși pare tehnică, este politică în cel mai pur sens al cuvântului.
Acest articol face parte din seria „Geocriminalitate și Putere Digitală" publicată pe petrucojocaru.ro. Autorul declară utilizarea instrumentelor de asistență AI în procesul de documentare și redactare, conform politicii de transparență editorială a rețelei de publicații.
© Petru Cojocaru / ABSOLUT WEB EXPERT SRL — Toate drepturile rezervate.
Bibliografie Selectivă Online
Referințele de mai jos sunt surse verificabile, accesibile public, folosite ca fundament analitic sau ca punct de contraargumentare critic în construcția acestui eseu. Nu reprezintă o listă exhaustivă, ci un ghid de lectură ulterioară pentru cititorul care dorește să verifice afirmațiile, să le conteste sau să le aprofundeze.
Tehno-feudalism & Economie Politică Digitală
Varoufakis, Yanis — Technofeudalism: What Killed Capitalism (2023) Rezumat și interviu extins: https://www.theguardian.com/books/2023/sep/14/technofeudalism-by-yanis-varoufakis-review
Zuboff, Shoshana — The Age of Surveillance Capitalism (2019) — Capitol introductiv accesibil: https://shoshanazuboff.com/book/about/
Morozov, Evgeny — The Net Delusion: The Dark Side of Internet Freedom (2011); articole curente pe: https://evgenymorozov.substack.com
Crouch, Colin — Post-Democracy (2004) — recenzie analitică și aplicații contemporane: https://www.opendemocracy.net/en/post-democracy-and-power
Open Source, Suveranitate Digitală & Politici Publice
Free Software Foundation Europe — Campania „Public Money, Public Code": https://publiccode.eu
European Commission — Open Source Software Strategy 2020–2023: https://commission.europa.eu/document/open-source-software-strategy_en
DINUM (Direction Interministérielle du Numérique, Franța) — Politica de preferință Open Source: https://code.gouv.fr
German Federal Ministry of the Interior — Open Source in Public Administration: https://www.cio.bund.de/EN/Topics/Open-Source/open-source-node.html
Pachetul de Suveranitate Tehnologică Europeană (2026) — Documente Oficiale și Analize Critice
Comisia Europeană — EU Open Source Strategy & Communication on European Technological Sovereignty (3 iunie 2026): https://digital-strategy.ec.europa.eu/en/policies/open-source-strategy
Comisia Europeană — Pagina centrală Tech Sovereignty Package (include Chips Act 2.0, Cloud and AI Development Act, EU Open Source Strategy): https://digital-strategy.ec.europa.eu/en/policies/eu-tech-sovereignty
TechPolicy.Press — How the EU's Tech Sovereignty Package Finally Puts Open Source to the Test (3 iunie 2026) — analiză critică a distanței dintre ambiție și realitatea contractuală: identifică 3.609 contracte ale statelor membre UE cu Microsoft, Amazon și Google în valoare de 10,8 miliarde de euro: https://www.techpolicy.press/how-the-eus-tech-sovereignty-package-finally-puts-open-source-to-the-test/
TechPolicy.Press — Does Europe Really Have a Plan for Tech Sovereignty? (29 iunie 2026) — critică directă a contradicției dintre declarații și practică: „EU member states keep procuring frontier technologies from US giants": https://www.techpolicy.press/does-europe-really-have-a-plan-for-tech-sovereignty/
Osborne Clarke — The new EU Open Source Strategy – Europe's path to digital sovereignty (12 iunie 2026) — analiză juridică a implicațiilor CADA și Cloud and AI Development Act: https://www.osborneclarke.com/insights/new-eu-open-source-strategy-europes-path-digital-sovereignty-through-open-technologies
Atlantic Council — Digital Sovereignty: Europe's Declaration of Independence? (12 februarie 2026) — raport analitic; include datele Parlamentului European: UE depinde de țări non-membre pentru peste 80% din produse, servicii și infrastructură digitală: https://www.atlanticcouncil.org/in-depth-research-reports/report/digital-sovereignty-europes-declaration-of-independence/
GLOBSEC — EU Open Source Digital Sovereignty Strategy Explained (25 iunie 2026): https://www.globsec.org/what-we-do/commentaries/europes-open-source-strategy-instrument-resilience-competitiveness-and
CNBC — 'A matter of national survival': European governments on digital sovereignty (18 februarie 2026) — include declarația ministrului estonian Liisa Pakosta: „This has made digital sovereignty a matter of national survival, not just IT policy": https://www.cnbc.com/2026/02/18/europe-digital-sovereignty-geopolitical-tensions.html
Digital Independence — Digital Sovereignty in Europe (16 februarie 2026) — include votul Parlamentului European (471 vs. 68) pentru „Open Source first" și detalii despre summit-ul franco-german din noiembrie 2025; notă critică: „the participating governments continue to award major IT contracts to US providers in parallel": https://www.digital-independence.org/topics/digital-sovereignty/
Wire Blog — The State of Digital Sovereignty in Europe 2025 — sondaj pe 270+ lideri tech europeni; date cheie: 84% consideră suveranitatea digitală un factor critic în selecția furnizorilor, dar numai o minoritate sunt convinși că stack-ul lor actual este conform: https://wire.com/en/blog/state-digital-sovereignty-europe
Digital Samba Blog — Europe's Dependency on Microsoft: A Threat to Its Digital Sovereignty? (mai 2026) — documentează cum designul licitațiilor (bundling, compatibilitate proprietară, repeat procurement) exclude sistematic alternativele europene: https://www.digitalsamba.com/blog/europes-dependency-on-microsoft-a-threat-to-its-digital-sovereignty
Kramer & Co — Digital Sovereignty: Why European Governments Are Breaking Up With Microsoft (noiembrie 2025) — include confirmarea sub jurământ în Senatul francez (iunie 2025) că Microsoft nu poate garanta că datele europene sunt ferite de accesul guvernului american; cazul Schleswig-Holstein și tranziția la Linux/LibreOffice: https://kramerand.co/digital-sovereignty-isnt-just-talk-anymore-why-european-governments-are-breaking-up-with-microsoft/
EuroStack Directory Project — Open Source and Digital Sovereignty: The Year 2024 in Europe (2025) — revizuire anuală a implementărilor FOSS în administrația publică europeană, inclusiv OZG 2.0 (Germania) și studiul Open Source Monitor France: https://euro-stack.com/blog/2025/1/2024-in-review
ECDPM — Sovereignty in European International Digital Policy (aprilie 2026) — analiză a tensiunii dintre proclamațiile de suveranitate și continuarea achizițiilor de la furnizorii non-europeni: https://ecdpm.org/work/sovereignty-european-international-digital-policy
Securitate Cibernetică, Geopolitică & Infrastructuri Critice
Snowden, Edward — Documente NSA / PRISM, arhivate și analizate: https://www.theguardian.com/us-news/the-nsa-files
CLOUD Act (2018) — Textul integral și analize juridice: https://www.congress.gov/bill/115th-congress/house-bill/4943/text Analiză critică: https://www.eff.org/issues/cloud-act
ENISA (European Union Agency for Cybersecurity) — Raport privind dependențele software în infrastructuri critice: https://www.enisa.europa.eu/publications/supply-chain-integrity
Atlantic Council — Cyber Operations and the Law of Armed Conflict: https://www.atlanticcouncil.org/programs/cyber-statecraft-initiative
Corupție & Capturarea Deciziei Publice
Transparency International — Government Defence Integrity Index (include capturarea achizițiilor IT): https://www.transparency.org/en/defence
Balkan Insight / BIRN — Investigații privind achizițiile IT publice în Europa Centrală și de Est: https://balkaninsight.com/tag/public-procurement
Corporate Europe Observatory — Lobby corporativ tech în UE: https://corporateeurope.org/en/power-lobbies/digital-tech
Cazuri & Exemple Documentate
Kylin OS (China) — Distribuție Linux militară și administrativă: https://en.wikipedia.org/wiki/NeoKylin
München LiMux — Cazul de migrare și regres, cu documentarea lobby-ului corporativ: https://www.fsfe.org/campaigns/limux/limux.en.html
Estonia e-Governance — Surse deschise și arhitectura sistemului național digital: https://e-estonia.com/solutions/
Întrebări de Reținut — și Răspunsuri Elocvente
Aceste întrebări nu sunt retorice. Sunt instrumente de analiză și ar trebui puse, cu voce tare, la orice ședință publică despre digitalizare, orice conferință de achiziții IT și oricărui politician care vorbește despre „transformare digitală".
1. De ce statul plătește anual milioane pentru software pe care nu îl deține?
Pentru că nu există niciun mecanism de presiune politică suficient de puternic încât să forțeze o altă alegere. Plata anuală a licențelor este invizibilă în discursul public, digerată în linii bugetare tehnice, și nu produce scandal electoral. Comisionul pe care îl generează pentru intermediari este, în schimb, extrem de vizibil pentru cei care îl primesc. Această asimetrie de vizibilitate este întreținută deliberat.
2. Ce se întâmplă dacă furnizorul nostru principal de software de stat decide să oprească serviciile în caz de conflict geopolitic?
Se întâmplă exact ceea ce s-a întâmplat cu diversele sancțiuni economice din ultimii ani: capacitățile institutionale se opresc, pentru că nu există alternativă funcțională pregătită. Nu este un scenariu ipotetic. Este o vulnerabilitate deja exploatată în alte contexte. Răspunsul corect la această întrebare ar trebui să fie un plan de contingență bazat pe software care nu necesită activare de la un server extern. Cel mai probabil, planul nu există.
3. Cum poate un cetățean să știe dacă datele sale medicale procesate printr-un sistem proprietar de stat au fost accesate de terți?
Nu poate. Și aceasta este exact problema. Dreptul la informare al cetățeanului despre prelucrarea datelor sale personale, garantat formal de GDPR, devine inaplicabil în practică atunci când arhitectura sistemului care le procesează este opacă prin construcție. Transparența juridică formală coexistă cu opacitatea tehnică reală, iar această combinație este echivalentul unui seif cu lacăt vizibil dar fără fund.
4. De ce Munich a revenit la Windows după migrarea pe Linux? A fost un eșec tehnic?
Nu. A fost un eșec politic documentat. Rapoarte independente și investigații jurnalistice au indicat că decizia de revenire a coincis cu mutarea sediului european Microsoft la München, cu un pachet de investiții și angajări care au creat o proximitate incomodă între interesele corporative și decizia administrativă. Eșecul tehnic a fost construit retroactiv pentru a justifica o decizie politică deja luată. Este modelul clasic.
5. Există state care au reușit tranziția la Open Source în administrația publică? De ce nu sunt exemple mai citate?
Există, și sunt multiple: Franța parțial, Germania în anumite landuri, India la scară mare, Estonia cu o arhitectură digitală parțial deschisă, și mai ales state pe care discursul geopolitic occidental le face incomode de citat pozitiv. Nu sunt exemple mai citate pentru că succesul lor contrazice narațiunea că Open Source în administrație publică este nepractic sau riscant, narațiune care servește intereselor furnizorilor proprietari care au bugete de lobby mult mai mari decât orice organizație open source.
6. Ce înseamnă concret „backdoor" și de ce este relevant pentru software-ul de stat?
O ușă din spate este un mecanism ascuns în cod care permite accesul la un sistem fără cunoștința sau acordul utilizatorului legitim. Există dovezi documentate, Snowden fiind cel mai cunoscut, că agențiile de informații au colaborat cu producători de software proprietar pentru a include sau a nu remedia deliberat vulnerabilități care permit accesul neautorizat. Codul proprietar nu poate fi auditat public, deci prezența sau absența backdoor-urilor nu poate fi verificată. Este literalmente imposibil să știi cu certitudine că software-ul proprietar de stat nu conține astfel de mecanisme.
7. De ce formulele de licitație publică exclud de facto soluțiile Open Source?
Pentru că sunt redactate de persoane care fie au interes direct în excluderea lor, fie au primit consultanță tehnică de la entități cu interese în același sens. Cerințele tehnice care solicită compatibilitate nativă cu formate proprietare, suport din partea unui vendor cu un anumit nivel de capitalizare sau experiență exclusiv cu soluții comerciale specifice sunt construcții artificiale ale unui peisaj competitiv inechitabil. Remedierea ar necesita voință politică și cunoaștere tehnică independentă în comisiile de redactare a caietelor de sarcini. Ambele sunt sistematic absente.
8. Nu este Open Source mai vulnerabil pentru că codul este vizibil oricui, inclusiv atacatorilor?
Aceasta este cea mai durabilă eroare a discursului pro-proprietar în securitate. „Securitatea prin obscuritate" este un principiu respins de orice manual serios de securitate cibernetică de cel puțin trei decenii. Atacatorii sofisticați, fie ei criminali sau state naționale, au resurse să reverse-engineereze orice sistem. Ce nu pot face este să rivalizeze cu o comunitate globală de mii de cercetători care auditează activ codul open source. Vulnerabilitățile sunt descoperite și rezolvate mai rapid în ecosisteme deschise, exact pentru că ochii în plus sunt superiori opacității.
9. Cum este posibil că politicienii nu înțeleg aceste riscuri? Este ignoranță sau complicitate?
Este o combinație, și distincția dintre cele două este uneori mai mică decât pare. Ignoranța tehnică este reală și generalizată în clasa politică din aproape orice democrație. Dar ignoranța funcționează și ca paravan: un politician care alege să nu înțeleagă implicațiile unui contract IT nu poate fi acuzat de complicitate deliberată, chiar dacă consecințele sunt identice. Sistemul de stimulente creează o ignoranță selectivă: este în interesul multor decidenți să nu înțeleagă exact ceea ce semnează.
10. Ce ar trebui să ceară concret un cetățean informat de la reprezentanții săi politici?
Cel puțin cinci lucruri specifice și verificabile: (1) publicarea codului sursă al oricărui software achiziționat cu bani publici; (2) auditări de securitate independente ale infrastructurii digitale critice, cu rapoarte publice; (3) clauze anti-vendor-lock-in în toate contractele IT publice; (4) interdicții explicite privind stocarea datelor cetățenilor pe platforme cloud supuse jurisdicțiilor extrateritoriale; (5) programe de formare și angajare a inginerilor software în instituțiile publice, pentru a reduce dependența de contractanți externi. Niciunul dintre acestea nu este tehnic sau nerealist. Toate sunt politice.
Nota Autorului
Evoluția Ideii, Limite, Tensiuni și Greșeli Posibile
O notă de onestitate intelectuală, pentru că un eseu fără auto-critică este o predică, nu o analiză.
Cum a evoluat ideea acestui articol
Punctul de plecare a fost un articol mult mai restrâns despre achizițiile IT publice în România, concentrat pe mecanismele bugetare ale dependenței de licențe software. Pe măsură ce documentarea a avansat, a devenit evident că problema națională nu poate fi înțeleasă fără cadrul geopolitic: competiția SUA-China-UE pentru dominanță în standardele digitale, escaladarea conflictelor hibride cu componentă cibernetică semnificativă și documentarea progresivă a backdoor-urilor institutionale au transformat un articol de critică bugetară într-un eseu de geopolitică digitală.
Al doilea moment de pivot a fost lectura mai atentă a cazului München: un exemplu inițial folosit ca dovadă a posibilității tranziției s-a transformat, prin documentare suplimentară, într-un exemplu al mecanismelor de capturare corporativă a deciziei politice. Ambivalența cazului a îmbogățit analiza.
Limite asumate
Acest eseu este deliberat unilateral în registrul său polemic. Tonul Morozovian ales presupune o intenție retorică: nu prezentarea echilibrată a unui peisaj complex, ci atacul frontal al unor premise confortabile. Aceasta este o alegere stilistică, nu o eroare metodologică, dar cititorul trebuie să o cunoască.
Analiza nu acoperă în profunzime costurile reale ale tranziției la Open Source, care există și sunt semnificative: costuri de formare a personalului, de migrare a datelor, de suport tehnic intern, de gestionare a incompatibilităților. Aceste costuri nu invalidează argumentul central, dar îl nuanțează în mod necesar.
De asemenea, nu există o analiză comparativă sistematică și statistică a corelației dintre nivelul de corupție și preferința pentru software proprietar. Există o logică argumentativă persuasivă și exemple concrete, dar nu o demonstrație cantitativă riguroasă. Cititorul sceptic are dreptate să ceară mai mult pe acest punct.
Tensiuni interne ale argumentului
Există o tensiune fundamentală care nu este rezolvată în text și pe care o recunosc explicit: argumentez simultan că (a) statele cu niveluri mai mari de corupție aleg mai des software proprietar din motive de rent-seeking, și că (b) unele state cu regimuri autoritare (Rusia, China) au adoptat Open Source din motive de suveranitate strategică.
Această juxtapunere creează o incomoditate reală: adoptarea Open Source de către regimuri nedemocratice nu validează Open Source ca instrument democratic. Suveranitatea digitală și democrația digitală sunt, în fapt, concepte distincte care pot exista independent. Un stat poate controla codul propriilor sisteme și, în același timp, folosi acel control pentru a supraveghea și oprima cetățenii. Cazul chinez este tocmai acesta.
Argumentul că „Public Money, Public Code" este un act democratic presupune că publicarea codului este însoțită de instituții cu adevărat capabile să îl auditeze și să tragă la răspundere pe baza auditului. Fără această infrastructură instituțională, transparența codului devine o formalitate.
Greșeli posibile și perspective pe care le-am subestimat
Prima perspectivă subestimată este cea a practicienilor din administrația publică. Există funcționari care au încercat să introducă soluții open source și s-au lovit nu de corupție, ci de inerție instituțională, de lipsa suportului tehnic local, de incompatibilități reale cu sisteme moștenite. Experiența lor este mai nuanțată decât o permite un eseu polemic.
A doua perspectivă subestimată este cea a securității operaționale reale. Unele argumente în favoarea software-ului proprietar în contextele de securitate națională sunt mai solide decât le tratez eu. Un sistem open source utilizat pe scară largă este, teoretic, mai ușor de atacat prin vulnerabilități cunoscute public. Contraargumentul meu (comunitatea rezolvă mai rapid) este valid statistic, dar nu absolut în cazuri specifice de sisteme critice cu cerințe de securitate extreme.
A treia perspectivă subestimată este cea economică pe termen scurt. Politicienii cu mandate de 4 ani nu au stimulente să investească în tranziții cu orizont de 10-15 ani, chiar dacă acestea ar aduce beneficii nete considerabile. Aceasta nu este neapărat corupție, ci un defect structural al democrațiilor electorale față de investițiile de infrastructură cu beneficii pe termen lung.
Despre poziționarea față de discursul oficial european: eseu critic, nu propagandă
Există un risc de interpretare pe care vreau să îl adresez explicit, pentru că m-am gândit la el pe parcursul scrierii și nu am găsit o cale mai bună decât să îl numesc direct.
Unele argumente din acest eseu coincid, parțial și superficial, cu linii de discurs oficial european. Comisia Europeană a adoptat, în iunie 2026, un pachet legislativ de suveranitate tehnologică — EU Technological Sovereignty Package — care include, pentru prima dată în istoria politicii digitale europene, o strategie Open Source autonomă. Parlamentul European votase deja, în ianuarie 2026, cu o majoritate de 471 contra 68, o rezoluție care cere adoptarea principiului „Open Source first" în achizițiile publice europene, un fond suveran de tehnologie de 10 miliarde de euro și construcția unui „Eurostack" — o infrastructură digitală europeană end-to-end. Comisia a recunoscut în documente publice că UE cheltuiește 264 de miliarde de euro anual pe produse și servicii IT din țări terțe și că dependența de software proprietar non-european reprezintă o vulnerabilitate structurală, nu o simplă ineficiență de piață.
Toate acestea seamănă cu argumentele din eseul de față. Și tocmai această asemănare mă obligă la o precizare de poziționare esențială.
Acest eseu nu este propagandă europeană, nici euroentuziastă, nici de altă natură. Este un eseu critic, polemic, anti-status-quo, care se întâmplă să coincidă pe unele puncte cu linii oficiale europene. Diferența nu este de conținut, ci de funcție: discursul oficial european este performativ și parțial autocontradictoriu; analiza din acest eseu vizează tocmai această contradicție.
Problema centrală pe care o ignoră cu consecvență documentele oficiale europene este aceasta: în timp ce Comisia proclamă suveranitatea digitală și Parlamentul votează „Open Source first", statele membre continuă să semneze contracte masive cu aceiași furnizori proprietari pe care îi declară o amenințare strategică. O investigație citată de TechPolicy.Press a identificat 3.609 contracte sau memorandumuri de înțelegere semnate de state membre UE cu Microsoft, Amazon sau Google pentru servicii cloud și AI, în valoare totală de 10,8 miliarde de euro — două treimi doar cu Microsoft. Aceste contracte nu s-au oprit odată cu declarațiile de suveranitate. Au continuat să crească în 2024 și 2025, perioadele în care retorică suveranistă era cel mai vizibilă.
Avocatul Microsoft a confirmat sub jurământ în Senatul francez, în iunie 2025, că nu poate garanta că datele franceze stocate pe servere europene ale companiei sunt ferite de accesul tacit al guvernului american. CLOUD Act rămâne drept pozitiv american. Și totuși, ministerele franceze continuă să folosească Azure, la fel cum ministerele germane, românești, poloneze continuă să plătească licențe Microsoft. Între declarația de summit și contractul semnat săptămâna aceea de departamentul IT al aceluiași minister există o prăpastie care nu este un accident de coordonare, ci un rezultat al acelorași mecanisme de captură corporativă descrise în eseul de față.
Paradoxul este deci acesta: UE produce cel mai ambițios discurs de suveranitate digitală din istoria sa tocmai în momentul în care dependența operațională de furnizorii non-europeni este cea mai mare. Pachetul de Suveranitate Tehnologică din iunie 2026 este, în această lectură, nu o soluție la problema descrisă în eseul de față, ci o confirmare tardivă a ei. Faptul că Comisia a recunoscut în 2026 că dependența de software proprietar hinders digital sovereignty — formulare care apare literal în documentele oficiale — nu înseamnă că problema a fost rezolvată. Înseamnă că problema a devenit suficient de scandaloasă pentru a intra în comunicatele de presă, ceea ce nu este același lucru.
Critica din acest eseu se adresează nu doar statelor vasale periferice, ci și centrului european care proclamă suveranitate în documente și o subminează în contracte. Dacă Germania și Franța, care au patronat summit-ul european de suveranitate digitală din noiembrie 2025 și au produs investiții de 12 miliarde de euro în alianțe pentru cloud suveran european, continuă în paralel să atribuie contracte majore de IT public furnizorilor americani — și o fac, documentat —, atunci diferența față de statele membre mai mici și mai corupte este una de scară și de sofisticare retorică, nu una de substanță.
Eseul de față nu oferă UE un certificat de bune intenții. Îi oferă același scepticism pe care îl aplică tuturor actorilor care produc discurs suveranist fără să îl aplice în propria lor practică de achiziții. Coincidența cu unele argumente din documentele oficiale europene este exact ceea ce spune: o coincidență parțială de diagnostic, nu o aliniere de perspectivă sau de interese.
Șopârlele Explicite
Limbaj Esopic și Intenții Ascunse
Conform tradiției textelor de analiză din această rețea de publicații, menționez explicit unde am folosit limbaj esopic, adică formulări care conțin un mesaj mai direct decât cel de suprafață.
Șopârla 1 — „Funcționarii care semnează fără să citească anexele tehnice" Mesajul direct: există funcționari care știu perfect ce semnează și aleg să nu citească tocmai pentru că știu. Ignoranța este uneori performată, nu trăită. Fraza lasă posibilitatea ambiguității intenționat.
Șopârla 2 — „State pe care este incomod să le menționezi în context pozitiv" Referința la Rusia și China ca exemple de suveranitate digitală reală este intenționat disconfortantă. Mesajul esopic: dacă regimuri pe care le considerăm adversare înțeleg mai bine importanța strategică a codului deschis decât democrațiile noastre, atunci problema nu este ideologică, ci de capturare a intereselor. Incomoditatea este argumentul.
Șopârla 3 — „Pantomimă administrativă" Formulare deliberat teatrală pentru un fenomen real: declarațiile de suveranitate digitală însoțite de contracte cu aceiași furnizori sunt un spectacol pentru public, nu o politică reală. Limbajul teatral este ales pentru a sublinia caracterul performativ al discursului oficial, nu al realității.
Șopârla 4 — „Seif cu lacăt vizibil dar fără fund" Metafora pentru GDPR aplicat la sisteme proprietare de stat: dreptul formal există, mecanismul de aplicare este vid. Imaginea fizică a unui seif inutilizabil transferă absurdul structurii juridice în registrul intuitiv, evitând un argument tehnic care ar pierde cititorul neavizat.
Șopârla 5 — „Alegerea de a fi colonie" Formularea finală nu este o metaforă ornamentală. Este o afirmație de putere directă, mascată în registrul eseistic: un stat care știe că depinde de infrastructuri pe care nu le controlează și nu acționează pentru a schimba această situație a ales subiugarea. Responsabilitatea politică nu este a corporațiilor sau a furnizorilor, ci a decidenților care perpetuează dependența.
Unelte Retorice Folosite
Transparența analitică implică și identificarea instrumentelor de persuasiune proprii.
Reductio ad absurdum controlat — Argumentul că „securitatea prin obscuritate" protejează este dus la consecințele lui logice până la punctul de colaps, fără a-l caricaturiza.
Paralela istorică incomodă — Feudalismul medieval ca cadru pentru relațiile digitale contemporane. Riscul este anacronismul; beneficiul este că face structura de putere imediat recognoscibilă pentru un cititor fără background tehnic.
Acumularea de exemple eterogene — Germania, Franța, India, Ucraina, Rusia, China. Eterogenitatea deliberată previne acuzația de selecție parțială; exemple din tabere ideologice opuse care confirmă același argument structural.
Întrebarea retorică trasformată în instrument analitic — Secțiunea de „10 întrebări" nu este retorică în sens clasic; întrebările sunt urmate de răspunsuri care refuză consolarea și mențin disconfortul epistemic.
Citarea adversarului — Includerea perspectivelor pro-proprietar (securitate operațională, costuri de tranziție) înainte de a le contesta le dă greutate aparentă pentru a face respingerea mai credibilă.
Tonul procurorial — Limbajul juridic difuz (capitulare, trădare, act de orbire voluntară) transferă responsabilitatea morală de la structuri anonime la agenți identificabili, fără a-i numi explicit.
Îndemn la Acțiune: Ce Poți Face Mâine?
Nu mâine în sens figurat. Literal, mâine dimineață.
Acțiuni Concrete
1. Verifică software-ul pe care îl folosesc instituțiile publice din județul tău Accesează portalul de achiziții publice (SEAP, e-licitatie.ro în România), caută instituțiile locale sau județene și sortează contractele după „software" sau „licențe". Nu ai nevoie de expertiză tehnică, ai nevoie de timp și de curiozitate. Ce companie furnizează softul primăriei tale? Cine are contractul pentru sistemul de evidență a populației? Câți ani durează contractul? Există clauze de exit?
2. Scrie un email scurt autorului unui raport de audit recent Curtea de Conturi publică rapoarte anuale. Alege unul care vizează un minister sau o instituție publică din domeniul digital. Scrie un email la adresa publică de contact a instituției auditate, întrebând explicit: „Care este politica dvs. privind software-ul Open Source în achizițiile IT?" Nu te aștepta la răspuns; numărul de emailuri nerespunse este și el o informație.
3. Distribuie campania „Public Money, Public Code" unui ales local publiccode.eu are o scrisoare model în mai multe limbi. Trimite-o cu propriul tău mesaj personal unui consilier local, unui deputat sau unui senator. Nu conta că vor citi. Contează că traseul emailului există.
4. Instalează și folosește cel puțin un instrument open source în viața ta profesională Nu ca gest simbolic, ci ca experiență directă. LibreOffice în loc de Microsoft Office pentru o săptămână. VLC, GIMP, Thunderbird, Firefox cu extensii de confidențialitate. Nu pentru că sunt superioare în toate privințele, ci pentru că experiența directă schimbă modul în care percepi dependența.
5. Participă la o ședință publică de consiliu local sau județean când se discută bugetul IT Sau, dacă nu există una programată, cere-o. Legea transparenței decizionale (nr. 52/2003 în România) îți permite să asiști și să pui întrebări. Prezența fizică a unui cetățean interesat de contractele IT ale primăriei produce un efect disproporționat față de efortul implicat.
Ce Să Eviți
Nu confunda Open Source cu gratuit. Cel mai periculos mit în discuțiile despre alternativele la software proprietar este că soluțiile open source nu costă nimic. Costă timp de implementare, formare, suport tehnic și adaptare. Dacă intri în această discuție cu argumentul costului zero, vei pierde imediat față de oricine cunoaște realitatea. Argumentul corect este cel al costului total de proprietate și al suveranității, nu al gratuității.
Nu trata această problemă ca exclusiv tehnică. Dacă discuți cu politicieni sau funcționari, evită să intri în detalii tehnice. Argumentele de putere, de suveranitate, de securitate națională și de responsabilitate față de cetățeni sunt mult mai eficiente decât explicațiile despre arhitecturi software.
Nu cere schimbare radicală imediată. Propunerile de politici credibile sunt cele incrementale: o clauză anti-lock-in în contractele noi, un audit independent al unui singur sistem, o cerință de publicare a codului pentru un singur proiect. Pragmatismul incremental este mai periculos pentru status quo decât manifestele totale.
Nu ignora costurile de tranziție reale. Orice argument care minimizează costurile și dificultățile reale ale migrării la open source va fi respins pe bună dreptate de practicieni. Recunoaște costurile, argumentează beneficiile pe termen lung, propune tranziții graduale cu jaloane verificabile.
Nu te opri la o singură lectură. Acest eseu este un punct de intrare polemică, nu o analiză exhaustivă. Citicii lui Morozov, apărătorii arhitecturilor cloud hibride, practicienilor tranziției open source în administrații reale, toți au argumente care merită audiate și evaluate critic. Gândirea independentă nu înseamnă să înlocuiești un set de clișee cu altul.
„Primul act de suveranitate digitală nu este tehnic. Este epistemic: să refuzi să crezi că alegerea îți aparține altcuiva." — P.C.
Ultima actualizare: august 2025. Articol parte din seria „Geocriminalitate și Putere Digitală" — petrucojocaru.ro Transparență editorială: documentare și structurare asistată de instrumente AI (Claude, Anthropic). Responsabilitatea editorială și judecata analitică aparțin autorului.