Zilele acestea am dat peste o discuție în grupul Linux România care merită analizată, pentru că spune ceva important despre cum ar trebui evaluate produsele care se prezintă drept „securizate”.

Un dezvoltator a postat despre un sistem de operare pe nume Zero Trace OS, prezentat ca alternativă la Tails: rulează live de pe un stick USB, axat pe confidențialitate, fără urme lăsate pe stocarea locală. Cerea feedback tehnic „fără perdea” de la comunitate. Până aici, nimic neobișnuit.

Problema a apărut la primul detaliu concret: cine voia să testeze produsul trebuia să trimită un mesaj privat, iar în schimb primea link-ul de descărcare al ISO-ului plus un cod de activare pentru „varianta completă„. Asta a schimbat radical natura cererii. Nu mai era vorba despre un apel sincer către o comunitate tehnică pentru revizuire de cod, ci despre lansarea discretă a unui produs comercial, îmbrăcată în hainele unei cereri de feedback.

De ce contează asta tehnic

Cel mai solid argument din toată discuția a venit de la un membru care a explicat foarte clar de ce citirea scripturilor vizibile dintr-un ISO nu înseamnă nimic dacă nu poți reconstrui imaginea din sursă și compara hash-ul rezultat cu ce ai primit. Un binar poate rula perfect curat în majoritatea situațiilor și poate avea un comportament complet diferit atunci când detectează un anumit declanșator - o adresă IP, o conexiune, un fișier prezent pe disc. Analiza de trafic cu Wireshark sau citirea scripturilor bash din terminal nu prinde acest tip de comportament ascuns.

Principiul invocat de mai mulți participanți - security by obscurity is not security - este unul dintre pilonii de bază ai securității informatice, nu o poziție de purism ideologic. Un sistem care cere încredere necondiționată, fără să ofere mijloacele reale de verificare, funcționează exact pe modelul opus principiului „don't trust, verify” pe care dezvoltatorul însuși l-a citat la un moment dat.

Contradicția centrală

Dezvoltatorul a explicat ulterior că produsul este comercial, iar valoarea adăugată constă în integrare, hardening și experiența de utilizare simplificată - nu în codul sursă în sine. Este o poziție de business perfect legitimă. Multe companii serioase de securitate păstrează componente proprietare.

Numai că această poziție este incompatibilă cu cererea inițială de audit comunitar gratuit. Nu poți cere unei comunități tehnice să îți valideze securitatea fără să îi oferi mijloacele unui audit real, și în același timp să monetizezi accesul printr-un cod de activare. Sunt două modele diferite, cu cerințe diferite: proiectele deschise se testează public, cu tot codul la vedere, iar proiectele comerciale se testează prin canale profesionale, cu acorduri de confidențialitate și responsabilitate clară asupra rezultatelor.

Ce ar fi fost coerent

Dacă produsul e cu adevărat comercial, calea potrivită este un audit de securitate plătit, făcut de o firmă independentă sau de cercetători specializați, sub confidențialitate. Este exact modelul folosit de furnizorii serioși de VPN sau de alte produse de securitate: acces complet la codul sursă pentru auditor, publicarea ulterioară a unui raport sau certificat de audit, fără expunerea codului propriu-zis către public.

Un audit plătit rezolvă exact tensiunea din această discuție. Oferă validare tehnică reală și verificabilă, păstrează în același timp modelul comercial al produsului, și reprezintă un cost de business absolut normal pentru cineva care intenționează să vândă acces la un sistem de securitate. Testarea informală într-un grup, cu testeri neplătiți și fără metodologie clară, nu poate înlocui această etapă, oricât de competenți ar fi participanții individuali.

Concluzie

Reacția comunității Linux România în acest caz a fost, per ansamblu, tehnic corectă și proporțională. Scepticismul nu a venit din ostilitate gratuită, ci din aplicarea unor principii de bază bine cunoscute în domeniul securității. Un produs care se prezintă drept sistem de operare securizat trebuie evaluat după standardele domeniului respectiv, nu după cât de convingător sună discursul de prezentare.

Pentru cineva care vrea cu adevărat să construiască încredere într-un produs de securitate comercial, mesajul e simplu: fie deschizi codul public și accepți un audit comunitar real, fie plătești pentru un audit profesional și publici rezultatul. Varianta de mijloc - cod închis, cerere de testare gratuită, promisiune vagă de transparență - nu funcționează în acest domeniu, și comunitatea a arătat clar de ce.

Ieri s-a reaprins o discuție veche pe lore.kernel.org, arhiva publică a listelor de discuții pentru dezvoltarea kernelului Linux. Cineva a ridicat din nou subiectul sentimentelor anti-LLM din comunitate, iar Linus Torvalds a răspuns fără menajamente. Răspunsul lui a fost preluat aproape instant de toată presa de tehnologie și de acolo s-a răspândit peste tot pe internet. Mesajul lui a fost simplu: Linux nu este și nu va fi un proiect anti-AI, iar cine are o problemă cu asta poate face lucrul specific open source, adică poate face un fork sau poate pur și simplu pleca.

Nu e o poziție nouă apărută din senin. Torvalds a avut un parcurs interesant cu subiectul ăsta. În 2024 spunea că tehnologia AI e 90% marketing și doar 10% realitate factuală și că vor trece cinci ani până se va vedea clar la ce anume e utilă. În ianuarie recunoștea că a început să scrie cod cu ajutorul AI, deși doar într-un proiect personal mic, nu în kernel. Câteva luni mai târziu critica dezvoltatorii care trimiteau rapoarte de bug generate de AI chiar înainte de un release candidate, multe dintre ele triviale, cu fix-uri la fel de generate automat care adăugau cod inutil în loc să rezolve problema reală. Deci nu e vorba de un om care a devenit brusc entuziast fără discernământ. E cineva care a testat unealta, a văzut și părțile ei enervante, și a ajuns totuși la întrebarea „e util AI-ul?”.

Ce mi se pare relevant în declarația lui de acum e distincția pe care o face. AI e un instrument, la fel ca oricare altul. Poate fi un instrument dureros, spune el, atât pentru volumul de muncă al întreținătorilor/dezvoltatorilor cât și pentru faptul că tot găsește defecte jenante. Dar soluția nu e să îți bagi capul în nisip și să cânți „la la la, nu te aud” cât te ține gura, cum fac unii. Nimeni nu obligă pe nimeni să folosească AI, dar el, ca întreținător principal, va ignora cu voce tare pe oricine încearcă să convingă alți oameni să nu îl folosească.

Aici ajung la părerea mea, care cred că se suprapune parțial cu a lui Torvalds, dar are și o parte de autocritică pe care vreau să o spun clar. Sunt pro AI atât timp cât e folosit ca unealtă de învățare, ca ceva care te ajută să înțelegi mai bine, să explorezi mai repede, să verifici o idee. Exact ca un compilator care îți spune unde ai greșit sintaxa, sau ca documentația unui proiect care te scutește de ore de citit cod sursă ca să înțelegi o funcție. Unealta amplifică ce știi deja, nu îl înlocuiește pe cel care gândește.

Problema e că nu întotdeauna eu însumi respect distincția asta. Sunt momente în care nu folosesc AI ca să învăț, ci ca să lucreze în locul meu. Îi dau o sarcină, primesc un rezultat, îl folosesc și trec mai departe, fără să fi înțeles neapărat mai mult decât înainte. E diferența dintre a folosi o unealtă și a delega gândirea către ea. Prima variantă te face mai capabil. A doua te face dependent, chiar dacă pe termen scurt pare mai eficientă.

Cred că exact aici e miezul discuției mai largi despre AI în proiecte precum Linux. Nu tehnologia în sine e problema, ci modul în care o folosești. Un dezvoltator care folosește AI ca să înțeleagă mai repede o bază de cod complicată face ceva util. Un dezvoltator care trimite rapoarte de defecte sau patch-uri generate automat, fără să le fi verificat sau înțeles, aruncă practic povara muncii sale pe umerii altcuiva, în cazul ăsta pe cei ai întreținătorilor kernelului. Torvalds nu e supărat pe AI, e supărat pe oamenii care folosesc AI ca scuză să nu mai gândească.

Nu cred că există un răspuns simplu la cum tragem linia aia în viața de zi cu zi, dar cred că întrebarea corectă nu e „folosesc AI sau nu” ci „ce fac eu cu timpul pe care AI mi-l economisește”. Dacă îl folosesc ca să învăț mai mult, are sens. Dacă îl folosesc doar ca să produc mai mult fără să înțeleg mai mult, atunci sunt exact genul de utilizator pe care Torvalds îl tolerează, nu pe care îl laudă.

Am scris despre Immich și Syncthing, aseară un membru de pe Matrix a spus că a dat peste GNU MediaGoblin. Este un program minimalist doar că are foarte multe dependențe față de Immich.

Am fost curios să văd care este diferența dintre GNU MediaGoblin și Immich, iar rezultatul cercetări mele este mai jos. Răspunsul scurt e că nu prea, dar merită explicat de ce, pentru că diferența spune multe despre cum au evoluat lucrurile în lumea self-hosting-ului în ultimii ani.

MediaGoblin face parte din proiectul GNU și a apărut prin 2011, gândit ca o platformă liberă de publicat conținut media, imagini, clipuri, sunete, chiar și modele 3D prin diverse module. Ideea din spate era una de independență, un fel de răspuns la platformele centralizate de genul Flickr sau YouTube, unde nu ai control asupra propriilor fișiere. Poți instala MediaGoblin pe un server și poți publica acolo tot ce vrei, iar dacă vrei, îl poți lega și de alte instanțe similare, într-un stil apropiat de ce vedem azi în Fediverse. Problema e că dezvoltarea proiectului a încetinit foarte mult după 2015, iar programul a rămas cam în urmă față de ce înseamnă o platformă modernă de gestionat media. Nu are aplicație de telefon, nu are recunoaștere de fețe, nu are căutare după ce se vede în poză. E gândit ca un sit public prin care publici lucruri pentru alții, nu ca un loc unde îți organizezi arhiva personală de poze de familie.

Immich pornește de la o cu totul altă nevoie. Nu e gândit ca sit de publicare, ci ca înlocuitor direct pentru Google Photos, doar că rulat acasă. Are aplicație de telefon care face backup automat de fiecare dată când faci o poză, recunoaște fețele din arhivă, poate căuta poze după conținut chiar dacă nu le-ai denumit niciodată și îți arată pe hartă unde ai fost când ai făcut o anumită poză. Tot ce ține de organizare se întâmplă automat, în fundal, iar tu doar răsfoiești rezultatul printr-o interfață care seamănă destul de bine cu ce oferă marile platforme comerciale. Ca să meargă toate astea are nevoie de un server pornit tot timpul, cu docker și mai multe componente în spate, o bază de date, un program separat pentru procesarea imaginilor prin machine learning, și așa mai departe.

Dacă ar fi să pun diferența într-un gând, MediaGoblin e gândit ca o vitrină, un loc unde publici și arăți lucruri altora, în timp ce Immich e gândit ca un depozit personal, un loc unde îți aduni și organizezi propriile amintiri fără gând de public. Unul are misiunea de a fi platforma ta de publicat pe internet, celălalt are misiunea de a ține pozele de familie organizate și ușor de găsit peste ani. Nu concurează pe aceeași nevoie, chiar dacă la prima vedere ambele par să facă treabă cu poze și clipuri.

În practică, dacă vrei un sit unde publici fotografii sau clipuri pentru alții să le vadă, cu gândul la independență și eventual la federalizare, MediaGoblin rămâne o opțiune, deși una destul de veche și cu dezvoltare lentă, unde ai putea găsi alternative mai active în funcție de ce cauți exact. Dacă însă cauți un loc unde să-ți aduni pozele de pe telefon, organizate automat și ușor de căutat, exact cum face Google Photos, Immich e programul potrivit, iar MediaGoblin nici nu intră în discuție pentru nevoia asta.

Nu cred că are sens să le compari ca și cum ar fi rivale pe aceeași piață. Sunt două proiecte născute din nevoi diferite, într-un moment diferit al self-hosting-ului, iar faptul că amândouă ating cuvântul media nu înseamnă că rezolvă aceeași problemă.

Conținutul tău este al tău Când postezi ceva pe internet, ar trebui să-ți aparțină ție, nu unei corporații. Prea multe companii au dat faliment și au pierdut toate datele utilizatorilor lor.

Ești mai bine conectat Articolele și mesajele tale de stare pot fi distribuite pe orice platformă, nu doar pe una, permițându-ți să interacționezi cu toată lumea. Răspunsurile și aprecierile de pe alte servicii pot reveni pe situl tău, astfel încât toate să fie într-un singur loc.

Tu deții controlul Poți posta orice dorești, în orice format dorești, fără ca nimeni să te monitorizeze. În plus, poți distribui legături simple și ușor de citit, cum ar fi example.com/ideas. Aceste legături sunt permanente și vor funcționa întotdeauna.

Sursa: indieweb.org