Censys: 268.000 de sisteme AI expuse, n8n în frunte

La 14 octombrie 2026, raportul anual Censys a consemnat aproape 268.000 de sisteme asociate AI accesibile din internetul public, cu 63% mai multe decât cu nouă luni înainte; n8n conduce inventarul, cu aproape 114.000 de gazde, înaintea OpenClaw, cu aproximativ 54.000. Datele descriu infrastructura detectată până în iulie, iar publicarea raportului este evenimentul din octombrie.

Potrivit Axios, inventarul acoperă 44 de produse, iar Emily Austin, cercetătoare Censys și coautoare a raportului, a rezumat miza conexiunilor lor prin cuvintele „these [tools] talk to some really sensitive systems”. Pentru organizațiile din România și Republica Moldova, cifra globală ridică o întrebare precisă: care dintre propriile servicii de automatizare și AI sunt accesibile din exterior și la ce alte sisteme se pot conecta?

Ce intră în inventarul infrastructurii AI

Categoria urmărită depășește aplicațiile prin care utilizatorii discută direct cu un model. Ea include instrumente de automatizare și servicii care leagă modele AI de baze de date, aplicații, conturi și alte resurse. Aceste componente pot lipsi dintr-un inventar construit numai în jurul produselor pe care angajații le deschid zilnic.

Unitatea numărată este gazda observabilă pe internet, nu compania care o deține. O organizație poate avea mai multe instalări, iar o instalare poate fi publică în mod deliberat pentru o integrare sau pentru utilizatori aflați în afara rețelei interne. Totalul global nu poate fi transformat în numărul organizațiilor afectate sau într-o estimare a incidentelor de securitate.

Caracterul public al unui serviciu înseamnă că o scanare externă îl poate identifica. Nu arată singur cine poate intra în zona administrativă, dacă autentificarea este eficientă sau ce permisiuni au conexiunile configurate. Pentru o organizație, diferența dintre serviciile din evidența proprie și cele vizibile din internet contează mai mult decât poziția ei într-un clasament global.

De ce n8n are cea mai mare amprentă

Fluxurile n8n pot lega servicii AI de aplicații și baze de date, extinzând importanța controlului accesului.

n8n automatizează fluxuri de lucru și poate conecta agenți AI la aplicații și servicii externe. O singură instanță poate coordona procese care folosesc mai multe conturi și surse de date. Consecința unei configurări greșite sau a unui acces neautorizat depinde astfel de integrările concrete, nu doar de faptul că pagina serviciului răspunde public.

Locul din inventar arată cât de des a fost detectat produsul în setul cercetat; nu exprimă un scor de securitate al tuturor instalărilor n8n. Instanțele pot avea versiuni, reguli de acces și credențiale diferite, iar aceste diferențe schimbă ce ar putea face un vizitator neautorizat. În cazul instalărilor administrate local, responsabilitatea pentru operare și actualizări intră în calcul alături de costul automatizării.

Legăturile cu aplicații și conturi explică miza practică a expunerii. Dacă un flux are dreptul să citească o bază de date ori să trimită informații printr-un serviciu extern, acel drept trebuie inclus în evaluarea instanței. O interfață accesibilă public și o integrare cu permisiuni largi formează împreună o suprafață de atac mai relevantă decât fiecare componentă privită izolat.

Vizibil, vulnerabil și compromis: trei situații distincte

Dintre gazdele n8n cu versiune identificabilă, 76% rulau versiuni din intervale afectate de o vulnerabilitate critică.

Dintre gazdele n8n pentru care versiunea software a putut fi identificată, analiza Censys plasează 76% într-un interval de versiuni afectat de cel puțin o vulnerabilitate critică recentă. Procentul se referă doar la grupul cu versiune lizibilă; el nu descrie automat toate instalările observate. Nici în acel grup apartenența la un interval afectat nu echivalează cu exploatarea vulnerabilității.

Serviciu vizibil înseamnă că o gazdă poate fi găsită din exterior. Versiune vulnerabilă înseamnă că versiunea detectată se află într-un interval pentru care există o problemă cunoscută; condițiile concrete de exploatare pot depinde de configurație și de acces. Sistem compromis cere indicii despre o intrare neautorizată sau despre folosirea abuzivă a funcțiilor ori a credențialelor.

Aceste distincții schimbă felul în care sunt interpretate cifrele. O scanare poate indica prezența serviciului și, uneori, versiunea declarată, dar dovada unui incident ar necesita analiza activității acelei instanțe: autentificări, modificări ale fluxurilor, execuții neobișnuite și utilizarea credențialelor. Invers, faptul că versiunea nu poate fi citită din exterior nu arată că instalarea este actualizată; verificarea se face în sistemul administrat.

Ce verifică administratorii după publicarea raportului

Prioritatea este legătura dintre instanța expusă și resursele la care aceasta are acces. Pentru platformele de automatizare, inventarierea unui nume de produs fără proprietar, versiune și integrări active lasă neclar riscul real. Următoarele verificări transformă constatarea globală într-o evaluare a sistemelor proprii:

Se identifică instalările administrate de organizație, inclusiv cele pornite de echipe fără o evidență centrală. Fiecare adresă publică este asociată cu un proprietar, un scop și fluxurile active, astfel încât o gazdă descoperită din exterior să poată fi recunoscută sau investigată.
Se stabilește ce componente trebuie să primească trafic din internet. Dacă numai anumite puncte de integrare trebuie să fie publice, accesul la administrare poate fi limitat separat la utilizatorii și rețelele autorizate.
Se compară versiunea instalată cu avertizările și actualizările produsului. Instanțele vizibile care rulează versiuni din intervale afectate au prioritate, dar configurarea și condițiile de exploatare trebuie verificate pentru fiecare instalare.
Se revizuiesc permisiunile integrărilor și credențialele folosite de fluxuri. Rotația secretelor devine urgentă când există indicii de expunere sau folosire neautorizată; jurnalele pot delimita perioada și acțiunile care necesită investigație.

Rezultatul cel mai util pentru o organizație este identificarea unei instanțe despre care nu știa că poate fi descoperită public. Odată asociată cu proprietarul, versiunea și conexiunile sale, expunerea poate fi redusă sau justificată printr-o regulă de acces explicită; până atunci, un număr global nu spune cât de protejate sunt propriile fluxuri.

Citește și: