Veda ogni strumento di AI che tocca la sua organizzazione — autorizzato o shadow

Da qualche parte nella sua organizzazione, in questo momento, un dipendente sta usando uno strumento di AI di cui lei non ha mai sentito parlare. Forse è una chiave API personale di DeepSeek incollata in un side project. Forse è Perplexity collegato a un account Google aziendale. Forse è qualcosa di considerevolmente più capace: una piattaforma di agenti autonomi con accesso OAuth permanente a Notion, Gmail e GitHub, che svolge lavori multi-step per conto di quel dipendente — e sui suoi dati.

Fino a oggi, 8200.dev faceva emergere tutto questo — ma in modo frammentato, disperso nel feed generale dei findings. Oggi lanciamo AI Governance: una sezione unificata della dashboard che risponde a una sola domanda in un unico posto — quale AI è in esecuzione nella sua organizzazione, ed è governata?

Cosa è cambiato realmente

Ecco l'inquadramento onesto, perché un inquadramento onesto è il prodotto: AI Governance è un livello di aggregazione, non un nuovo scanner. Ogni rilevamento che mostra esisteva già nel motore prima di oggi. Ciò che è nuovo è che ora raccontano un'unica storia coerente invece di apparire come findings isolati, oltre a una serie di nuove regole di profondità per singolo membro descritte di seguito. Nulla in questo rilascio raccoglie nuovi dati, aggiunge uno scope o tocca qualcosa che non poteva già vedere. Se ha già collegato le sue fonti, la pagina è già popolata.

La dashboard organizza ciò che la piattaforma conosce in sei aree:

1. Shadow AI scoperta tramite concessioni OAuth. Alcuni vendor di AI non possono essere governati affatto — non perché lei non abbia acquistato il tier giusto, ma perché non esiste alcuna superficie di amministrazione organizzativa. DeepSeek offre una console di chiavi API personali e nient'altro: nessun SSO, nessun log di audit, nessuna gestione dei membri. Kimi di Moonshot è identico — e una ricerca indipendente (Harmonic Security, gennaio 2026) ha rilevato che il volume di utilizzo enterprise di Kimi supera in realtà quello di DeepSeek, rendendolo il canale shadow-AI più ampio dei due nel mondo reale. L'API di Grok è solo per inferenza. L'amministrazione enterprise di Perplexity è solo tramite UI. Per questi vendor, l'unica leva di governance esistente in assoluto è il rilevamento: 8200.dev identifica le loro concessioni OAuth nei workspace che lei collega e le indica quali dipendenti li hanno integrati.

2. Piattaforme agentiche sotto sorveglianza elevata — il caso Manus. Manus merita un paragrafo a sé, perché rappresenta una classe di rischio diversa. Manus è una piattaforma di orchestrazione agentica: non si limita a rispondere a domande, esegue task autonomi multi-step, e per farlo detiene connessioni OAuth delegate verso gli strumenti su cui la sua organizzazione opera — Notion, Gmail, GitHub, Google Workspace. Una concessione Manus nel suo inventario OAuth non è "un'app che un dipendente ha provato una volta"; è un attore autonomo e permanente con una portata reale, e se la piattaforma dovesse mai subire una violazione, ricevere permessi eccessivi o essere indirizzata in modo errato, quella concessione rappresenta un percorso diretto di movimento laterale nel suo workspace.

La storia dell'azienda vale la pena conoscerla quando si valuta questo rischio. Manus è stata lanciata nel 2025 da una startup cinese (Butterfly Effect) e, come ampiamente riportato all'epoca, ha trasferito la propria sede a Singapore a causa dello scrutinio regolatorio statunitense sul suo round di finanziamento a guida americana. Nel 2026 è stata brevemente acquisita da Meta — un accordo poi sciolto nel giugno 2026, lasciando Manus operare in modo indipendente con una base clienti enterprise ampia e in rapida crescita. Nulla di tutto ciò rende Manus malevola. Tutto ciò, però, rende Manus un vendor il cui accesso alla sua organizzazione merita una governance deliberata — ed ecco il punto critico: Manus non espone alcuna API di amministrazione pubblica. Nessun audit delle concessioni ai connettori, nessuna lista membri, nessun log delle attività che una piattaforma esterna possa leggere (la sua interfaccia di e-discovery è riservata ai clienti enterprise tramite il customer success). Ciò che Manus fa con il proprio accesso non è oggi verificabile in modo indipendente. Per questo 8200.dev la classifica come *connettore agentico* sotto sorveglianza elevata: il rilevamento della firma delle concessioni OAuth che offriamo è, per quanto ne sappiamo, l'unica copertura indipendente esistente — e lo dichiariamo esattamente così nel finding, senza lasciar intendere di più.

3. Postura di training AI dei vendor. Ogni piattaforma che lei collega addestra modelli di AI sui suoi dati per impostazione predefinita? Come abbiamo documentato nella nostra ricerca su 17 piattaforme SaaS, nessuna espone questa informazione come un'impostazione interrogabile via API — la postura risiede in contratti, impostazioni predefinite regionali e livelli di piano. La vista AI Governance mostra la postura, ricercata e datata, per ogni piattaforma che lei ha collegato, così la risposta si trova accanto ai suoi findings live invece che in un PDF del vendor che nessuno apre. (La scadenza del data-contribution di Atlassian è un esempio concreto del perché questo appartenga a una dashboard.)

4. Vendor AI governati — i cinque connettori reali. Dove un vendor espone effettivamente un'API di amministrazione, 8200.dev si collega ad essa in modo appropriato. Cinque vendor di AI dispongono oggi di connettori di prima classe: Mistral AI, OpenAI, ChatGPT Enterprise, Anthropic e Cursor — parte dei 23 connettori complessivi della piattaforma. Questi leggono (in sola lettura, sempre) la superficie di governance che ciascun vendor offre effettivamente: chiavi API e il loro ultimo utilizzo, membri e ruoli, seat e attività per seat, limiti di spesa, configurazione dei log di audit, utilizzo giornaliero.

5. Profondità di elevazione per singolo membro — nuovo in questo rilascio. L'unica logica di regola genuinamente nuova che accompagna la dashboard: segnalare uno *specifico membro* il cui accesso API è sopravvissuto al proprio ruolo. Su Mistral, OpenAI e Anthropic, il connettore legge già membri, ruoli e proprietà delle chiavi — quindi la piattaforma ora segnala una chiave API attiva a livello di organizzazione posseduta da un membro il cui ruolo attuale non è più un livello privilegiato. Questa discrepanza significa quasi sempre che qualcuno è stato retrocesso o il cui ruolo è stato ridimensionato dopo aver generato la chiave: il seat è stato ristretto, la credenziale no, e nessuna revisione dei seat lo mostrerà mai. Su Cursor, la stessa idea viene applicata al log di audit lato server: un seat da membro semplice che esegue azioni di livello amministrativo (appartenenza, ruoli, fatturazione, chiavi) senza il ruolo di owner.

E dove i dati non esistono realmente, non esiste nemmeno la regola. La superficie dei log di compliance di ChatGPT Enterprise non dispone di un inventario di membri o chiavi da cui derivare una discrepanza di elevazione — quindi, invece di inventare una regola che non potrebbe mai attivarsi, la dashboard mostra il segnale onesto che possiede realmente: se l'esportazione dei log di compliance è abilitata e sta producendo evidenze (OpenAI conserva questi log per soli 30 giorni; ogni giorno silenzioso è un'evidenza di audit persa in modo permanente). Il flusso di audit di Cursor dipende dal suo livello di piano — quando non è disponibile, la regola resta silenziosa invece di tentare supposizioni.

6. Governance di GitHub Copilot. La policy di Copilot e l'igiene dei seat — corrispondenza con codice pubblico, membri usciti che mantengono i seat, seat che nessuno utilizza — completano il quadro, perché per la maggior parte delle organizzazioni di ingegneria Copilot è lo strumento di AI a maggior volume di tutti.

Cosa non è — di proposito

AI Governance di 8200.dev è una postura in un dato momento, letta da API di amministrazione dei vendor e da metadati delle concessioni OAuth, in sola lettura per impostazione predefinita. Non intercetta il traffico di rete. Non fa da proxy, non registra né ispeziona i prompt. Non legge mai il contenuto di messaggi o file. La dashboard lo dichiara sulla pagina stessa, perché un prodotto di governance vago riguardo al proprio accesso non ha titolo per valutare il suo.

Riteniamo che questo confine conti più nella governance dell'AI che in qualsiasi altro ambito. Il mercato si sta riempiendo di strumenti che rispondono a "quale AI è in esecuzione qui?" posizionandosi nel percorso del traffico — un approccio con capacità reali e costi reali (una nuova dipendenza inline, un nuovo punto di concentrazione dei dati, una nuova cosa di cui fidarsi). La nostra risposta è deliberatamente diversa: governare ciò che può essere letto dalle superfici che i vendor espongono ufficialmente, essere esaustivi su tali superfici, ed essere espliciti su ciò che nessuno può vedere. Quando un vendor non offre alcuna superficie — DeepSeek, Kimi, Grok, Perplexity, Manus — diciamo "il rilevamento è l'unica leva esistente", e forniamo il rilevamento.

Perché questo conta proprio ora

La direzione di marcia normativa non è affatto sottile. L'EU AI Act introduce gradualmente obblighi fino al 2026–2027, e la responsabilità lato deployer — l'idea che l'organizzazione che *usa* l'AI ne risponde, non solo il vendor che l'ha costruita — continua a rafforzarsi nei tribunali e nelle normative statali, come abbiamo trattato nella nostra analisi sulla responsabilità degli agenti AI. Framework e auditor si aspettano sempre più che lei dimostri di sapere quale AI tocca i suoi dati e che tale accesso venga revisionato. La vista AI Governance supporta esattamente questo tipo di documentazione per il percorso di audit: i findings alimentano la stessa console di compliance di tutto il resto e si mappano alle aree di controllo access-control e vendor-management in framework come SOC 2 e ISO/IEC 42001. Per essere precisi sul significato di questa frase: si tratta di una mappatura fattuale delle aree di controllo che può supportare la sua raccolta di evidenze — non è una certificazione, e collegare 8200.dev non rende nessuno "conforme all'EU AI Act". Chiunque le dica che una dashboard può farlo sta vendendo qualcos'altro.

Dove trovarla

La sezione si trova nell'app in AI Governance, accanto ai suoi findings. È disponibile su ogni piano, incluso quello gratuito — perché la domanda "quale AI è in esecuzione qui?" è l'inizio della conversazione, non una barriera di upsell. La pagina delle funzionalità mostra come si integra con il resto della piattaforma, e il caso d'uso della governance degli agenti AI copre la storia più ampia degli agenti — rilevamento, mappatura degli accessi ed enforcement.

Se non ha mai collegato nulla: il piano gratuito richiede pochi minuti, non necessita di alcuna chiamata commerciale, e parte con scope in sola lettura che può revocare in qualsiasi momento. La sua prima vista AI Governance — inclusa qualsiasi shadow AI già integrata nel suo workspace — è a un solo collegamento di distanza. Inizi gratuitamente.