Ottobre ha messo gli amministratori davanti a un problema ricorrente: una configurazione che continua a funzionare può dipendere da un meccanismo ormai prossimo al ritiro. Un numero telefonico sincronizzato non equivale necessariamente a un metodo valido per recuperare la password. Una sessione autenticata può essere riutilizzata da un attaccante. Un’applicazione autorizzata può diventare il punto d’ingresso nel tenant.
Anche l’intelligenza artificiale richiede ormai attività amministrative concrete: inventario, gestione delle identità, controllo degli strumenti, isolamento dell’esecuzione e attribuzione dei costi. Le novità del mese vanno lette insieme a queste responsabilità, distinguendo i servizi già disponibili dalle preview e dagli annunci di roadmap.
Active Directory: hardening e dipendenze da individuare
AD FS corregge automaticamente le autorizzazioni del contenitore DKM
Con gli aggiornamenti Windows del 13 ottobre 2026, AD FS corregge per impostazione predefinita le ACL non sicure del contenitore Distributed Key Manager. L’intervento riguarda CVE-2026-56155: un accesso eccessivamente permissivo al materiale DKM può consentire di recuperare le chiavi private usate per firmare i token.
Prima dell’aggiornamento occorre verificare le deleghe personalizzate; dopo, controllare il registro AD FS Admin e l’esito della correzione. Il contenitore è condiviso tra i server della farm: le impostazioni locali dei singoli nodi possono quindi avere conseguenze sullo stesso oggetto Active Directory. Windows Server 2012 e 2012 R2 richiedono la gestione manuale documentata da Microsoft. L’esclusione dalla correzione automatica lascia irrisolta la configurazione insicura. Microsoft Support - Hardening delle ACL DKM.
NTLMv1 e MS-CHAPv2: il blocco può coinvolgere VPN e Wi-Fi
Gli aggiornamenti di ottobre cambiano il comportamento predefinito di BlockNtlmv1SSO, bloccando l’impiego di credenziali derivate da NTLMv1 nei sistemi interessati. La rimozione del protocollo NTLMv1 non aveva eliminato tutte le dipendenze crittografiche equivalenti: MS-CHAPv2 può ancora utilizzarle negli scenari VPN, Wi-Fi, NPS e RADIUS.
La priorità è identificare queste dipendenze attraverso i registri NTLM. Gli eventi client 4024 e 4025 aiutano a distinguere audit e blocco; gli aggiornamenti portano inoltre l’audit NTLM avanzato su Windows Server 2019 e 2022. Conviene centralizzare i log e verificare le autenticazioni prima di estendere l’enforcement, mantenendo eventuali eccezioni entro un piano di migrazione. Microsoft - Bracing for BlockNtlmv1SSO.
Kerberos RC4: una verifica ancora necessaria
I post di inizio ottobre hanno richiamato anche l’hardening Kerberos collegato a CVE-2026-20833, introdotto nelle fasi precedenti del 2026. Il cambiamento riduce l’uso implicito di RC4 per i ticket degli account di servizio a favore di AES; non rappresenta un nuovo blocco generalizzato annunciato in ottobre.
Gli amministratori devono individuare gli account e i servizi ancora dipendenti da RC4, verificare i tipi di cifratura configurati e la disponibilità delle chiavi AES. Nei vecchi account può essere necessaria una rotazione controllata della password per generare le chiavi appropriate. Abilitare un algoritmo senza verificare il servizio che deve utilizzarlo può interrompere l’autenticazione. Microsoft Support - Gestione dell’hardening Kerberos RC4.
Microsoft Entra: sincronizzazione, recupero password e governance
Connect Sync: verificare la versione e valutare Cloud Sync
La scadenza del 30 settembre continua ad avere conseguenze operative: l’hardening del servizio richiede almeno Microsoft Entra Connect Sync 2.5.79.0. Questo requisito minimo non coincide con la release verso cui aggiornare oggi. La cronologia Microsoft raccomanda 2.6.92.0, pubblicata il 23 settembre, che include correzioni di sicurezza e risolve un problema di registrazione della Pass-through Authentication presente nella versione precedente. Microsoft - Hardening di Connect Sync, cronologia delle versioni.
Per gli ambienti compatibili è disponibile anche la migrazione guidata verso Microsoft Entra Cloud Sync. Il wizard analizza i prerequisiti, trasferisce le configurazioni supportate, esegue una verifica preliminare e colloca Connect Sync in staging durante il passaggio.
I limiti attuali del percorso guidato comprendono una sola foresta e non più di 2.000 oggetti nell’ambito della migrazione. Regole personalizzate, directory extensions e alcune altre funzionalità possono bloccare la procedura. Sono limiti dello strumento di migrazione, da distinguere dalle capacità complessive di Cloud Sync. Microsoft richiede di mantenere Connect Sync installato durante le due settimane di validazione successive. Microsoft Learn - Migrazione guidata a Cloud Sync.
SSPR: gli attributi della directory non bastano
Dal 5 ottobre, la documentazione Microsoft indica che Self-Service Password Reset accetta soltanto metodi di autenticazione esplicitamente registrati. Attributi come mobilePhone, businessPhone e otherMails, mai registrati come metodi, non sono più sufficienti per la verifica SSPR.
Il controllo è particolarmente importante negli ambienti ibridi: avere sincronizzato un numero da Active Directory non garantisce che l’utente possa utilizzarlo per recuperare la password. Occorre verificare i metodi effettivamente registrati e la loro conformità alla policy. Dal 9 novembre è prevista una campagna di registrazione per gli utenti interessati nei tenant che richiedono la registrazione durante l’accesso. Microsoft Learn - Dati di autenticazione per SSPR.
SMS e chiamate: preparare la transizione del 2027
La dismissione della telefonia gestita direttamente da Microsoft interessa anche SSPR. La data generale è il 1° febbraio 2027, mentre Global Administrator e utenti esterni seguono la scadenza del 1° luglio 2027; gli internal guest restano nel primo gruppo.
Per le organizzazioni che devono mantenere SMS o voce, Microsoft indica il percorso Choose Your Own Telephony Provider, con configurazione prevista dal 30 ottobre. La soluzione richiede un provider supportato e una routing function nella sottoscrizione Azure, con costi da valutare separatamente. La scelta va affiancata all’adozione di metodi resistenti al phishing. L’opzione non conserva SMS come metodo di autenticazione primaria. Microsoft - FAQ sulla dismissione SMS e voce, FAQ sui provider telefonici.
Login web, PIM e gruppi dinamici: tre controlli distinti
Microsoft ha pianificato l’enforcement globale della Content Security Policy sulle pagine login.microsoftonline.com tra metà e fine ottobre. Estensioni e strumenti che iniettano script nella pagina possono perdere funzionalità. I flussi MSAL/API non sono interessati da questo specifico intervento. È opportuno verificare le estensioni distribuite centralmente e coinvolgere i fornitori delle integrazioni coinvolte. Microsoft Learn - Content Security Policy.
Il 28 ottobre è inoltre la scadenza documentata per gli endpoint PIM Iteration 2 sotto /beta/privilegedAccess. Script e applicazioni devono passare alle API correnti: Microsoft Graph per ruoli Entra e PIM for Groups, Azure Resource Manager per i ruoli Azure. La migrazione richiede l’adattamento delle risorse e dei modelli di richiesta. Microsoft Learn - API PIM.
La scadenza più vicina è il 3 novembre 2026: dopo questa data le configurazioni dinamiche basate su memberOf smetteranno di aggiornarsi e manterranno l’ultimo stato conosciuto. Vanno controllati gruppi, unità amministrative e policy di assegnazione automatica degli access package, soprattutto quando governano accessi, licenze o Conditional Access. Microsoft Learn - Fine della preview memberOf.
Nel lavoro di revisione dei privilegi meritano attenzione anche le User-centric Access Reviews, richiamate nei post di inizio mese: permettono di esaminare gli accessi di una persona alle risorse di un catalogo in una vista aggregata. È un’evoluzione utile per la governance, già documentata nei mesi precedenti e da distinguere dagli annunci nuovi di ottobre. Microsoft Graph - Revisioni con ambito catalogo.
Global Secure Access rivaluta anche lo stato del dispositivo
Universal Continuous Access Evaluation estende la rivalutazione dell’accesso alle applicazioni raggiunte attraverso Global Secure Access, anche quando non supportano direttamente CAE. Tra i segnali documentati figurano la disabilitazione o eliminazione del dispositivo e il passaggio allo stato non conforme.
Il segnale deve essere accompagnato da una policy Conditional Access coerente: senza il requisito del dispositivo conforme, una nuova autenticazione può non produrre il blocco desiderato. Per gli amministratori il test deve quindi verificare l’intera catena, dal cambiamento di stato alla perdita effettiva dell’accesso. Microsoft Learn - Universal CAE.
Windows Server ed endpoint: aggiornamenti e compatibilità
Patch Tuesday e ciclo di vita di Windows Server 2022
Il Patch Tuesday del 13 ottobre ha corretto, tra le altre, CVE-2026-96951, una vulnerabilità di bypass delle funzionalità di sicurezza di Windows Shell già sfruttata prima del rilascio. La distribuzione delle patch deve rimanere prioritaria e accompagnata dalla verifica dei problemi noti e dell’esito delle installazioni. Microsoft Security Response Center - Aggiornamenti di ottobre.
Nella stessa data Windows Server 2022 è entrato in Extended Support: continuerà a ricevere gli aggiornamenti mensili di sicurezza fino al 14 ottobre 2031. Il passaggio non impone una migrazione immediata, ma va considerato nella pianificazione dei nuovi progetti. Microsoft Learn - Stato di Windows Server 2022.
RD Web Access e baseline Intune
Il portale tradizionale RD Web Access dipende dalle trasformazioni XSLT eseguite nel browser. Se una policy disabilita XSLT in Edge o Chrome, il portale può smettere di visualizzarsi. Microsoft documenta il problema per Windows Server 2016, 2019, 2022 e 2025.
Le alternative comprendono il client HTML5, dove distribuito, e le soluzioni temporanee indicate nella KB. Occorre individuare chi usa ancora il portale tradizionale e testare un percorso alternativo prima di cambiare le policy browser. Microsoft Support - RD Web Access e XSLT.
Microsoft Intune ha inoltre reso disponibile la Security Baseline per Windows 11 26H2. I profili esistenti non si aggiornano automaticamente: l’amministratore deve crearne uno nuovo o aggiornare esplicitamente quello presente, confrontando impostazioni personalizzate e conflitti con altre policy. La configurazione NetBIOS è esclusa da questo rilascio perché ancora limitata alle build Insider. Microsoft Learn - Novità Intune.
Certificati: firma del codice e attendibilità delle CA
La scadenza di Microsoft Windows Production PCA 2011, il 19 ottobre, accompagna la transizione alla nuova gerarchia di firma. Il rischio di compatibilità riguarda soprattutto software che vincolano l’attendibilità a uno specifico certificato o implementano verifiche personalizzate. Occorre chiedere ai fornitori dei componenti critici di verificare pinning, thumbprint e algoritmi accettati. Microsoft Support - Nuova firma del codice Windows.
Separatamente, Microsoft ha risposto alla compromissione di chiavi intermedie eMudhra bloccando le autorità interessate e rimuovendo sette certificati dalle trust list Windows ed Edge, rispettivamente il 26 e il 27 ottobre. Il blocco delle CA intermedie e la rimozione delle radici sono interventi distinti. I dispositivi isolati richiedono un controllo specifico sulla ricezione degli aggiornamenti di attendibilità. MSRC - Risposta al caso eMudhra.
Per Azure File Sync 20 e 20.1, la documentazione riporta il 29 ottobre come scadenza degli agenti, pur continuando a mostrarli nella tabella delle versioni supportate. È necessario aggiornare e verificare sincronizzazione e cloud tiering, senza dedurre da questa incongruenza che tutti gli endpoint abbiano smesso automaticamente di funzionare. Microsoft Learn - Release note Azure File Sync.
Exchange: chiudere le dipendenze legacy
Gli ultimi aggiornamenti ESU per Exchange 2016 e 2019
Ottobre è l’ultimo mese di nuovi aggiornamenti di sicurezza per Exchange Server 2016 e 2019 nel programma ESU Period 2. Dopo questo rilascio Microsoft pubblicherà aggiornamenti per Exchange Subscription Edition e smetterà di verificare le vecchie versioni per le nuove vulnerabilità. L’assenza di una versione legacy nei futuri bollettini non dimostrerà quindi che sia immune.
Il controllo riguarda anche i server mantenuti soltanto per l’amministrazione degli ambienti ibridi e le postazioni con Exchange Management Tools. La ripubblicazione V2 degli aggiornamenti di settembre, segnalata a inizio ottobre, va letta nella sequenza degli aggiornamenti successivi: la priorità operativa è verificare il livello corrente con Health Checker e seguire il percorso di aggiornamento applicabile. Microsoft Exchange Team - Aggiornamenti di ottobre, rilascio V2 di settembre.
La roadmap aggiornata il 27 ottobre colloca in Exchange SE CU3, previsto nel 2027, il blocco della coesistenza con Exchange 2013, 2016 e 2019. La coesistenza tecnicamente possibile con alcuni rilasci precedenti di SE non ripristina il supporto delle versioni legacy. Occorre completarne la dismissione dalla configurazione Exchange. Microsoft Exchange Team - Roadmap di migrazione a SE.
L’instabilità dopo le patch Windows ha una mitigazione ufficiale
Microsoft ha confermato problemi Exchange dopo alcuni aggiornamenti Windows Server del 13 ottobre: errori OWA e MAPI, crescita delle code e difficoltà nei DAG. Il problema può presentarsi indipendentemente dall’installazione degli aggiornamenti Exchange.
La raccomandazione ufficiale è mantenere le patch Windows e configurare EpmapSavedContextCap a 65536, nel percorso HKLM\SOFTWARE\Microsoft\Rpc, quindi riavviare il server e monitorare l’ambiente. Nei DAG l’intervento deve seguire le procedure di manutenzione dei nodi. La comunicazione aggiornata il 20 ottobre invita a utilizzare questa mitigazione senza attendere un nuovo rilascio. Microsoft Exchange Team - Problemi dopo gli aggiornamenti Windows.
EWS: la dismissione è operativa
La disabilitazione progressiva di Exchange Web Services in Exchange Online è iniziata in ottobre. Gli amministratori devono controllare il Message Center, i report di utilizzo e le proprietà EWSEnabled ed EWSAllowedAppIDs. Un’applicazione legacy può interrompersi durante il rollout del singolo tenant.
La guida Microsoft del 21 ottobre documenta il ripristino temporaneo e il controllo della allowlist. Questo percorso concede tempo per aggiornare applicazioni, backup, archivi e integrazioni; la chiusura definitiva è prevista dal 1° aprile 2027. Microsoft - Guida alle applicazioni EWS bloccate, piano di dismissione.
La dismissione riguarda Exchange Online. Per la rich coexistence ibrida Microsoft sta adottando Graph, con requisiti specifici di Exchange SE e aggiornamento della configurazione. Le organizzazioni devono verificare anche Free/Busy e gli altri flussi ibridi, oltre alle applicazioni di terze parti. Microsoft - EWSAllowedAppIDs e scenari ibridi.
PowerShell: aggiornare il modulo, con la scadenza corretta
Microsoft raccomanda ExchangeOnlineManagement 3.10.1 o successivo. L’avviso aggiornato indica l’avvio dell’enforcement dei requisiti più restrittivi il 31 marzo 2027: il rischio descritto riguarda in particolare alcuni accessi interattivi da PowerShell 7 con WAM disabilitato.
Non va quindi presentato come un blocco generale di tutte le versioni precedenti dal 15 ottobre 2026. Rimane opportuno aggiornare tutte le postazioni amministrative e verificare separatamente gli host delle automazioni. Microsoft Exchange Team - Aggiornamento del modulo PowerShell.
Microsoft 365 e Defender: identità esterne e segnali da monitorare
SharePoint e OneDrive passano dall’OTP legacy a Entra B2B
Da ottobre viene progressivamente ritirata l’autenticazione OTP legacy di SharePoint Online nei tenant commerciali. L’OTP via email rimane disponibile attraverso Entra B2B, ma l’utente esterno deve avere un account Guest corrispondente.
I collegamenti “Specific people” già condivisi possono diventare inaccessibili per gli utenti senza tale corrispondenza. Microsoft indica che creare il Guest appropriato o ricondividere almeno un elemento può ripristinare anche l’accesso ai contenuti precedenti. Non occorre ricreare indiscriminatamente tutti i link. Microsoft Learn - Integrazione SharePoint e OneDrive con Entra B2B.
Microsoft Defender for Identity v3 può essere distribuito senza l’esperienza Endpoint completa
La nuova modalità permette di attivare il sensore v3 su server idonei senza distribuire l’esperienza completa di Defender for Endpoint. Il componente utilizza comunque Windows Sense in modalità identity-only e richiede la connettività ai servizi cloud Endpoint.
È un’opzione utile per nuove distribuzioni sui Domain Controller supportati, con Windows Server 2019 o successivo. Non costituisce una migrazione diretta dei sensori v2 già installati. AD FS, AD CS ed Entra Connect non Domain Controller hanno uno stato di disponibilità da valutare separatamente, documentato in preview. Microsoft Learn - Attivazione del sensore v3.
DLP: verificare che il SOC continui a vedere ciò che si aspetta
Una regola integrata di Alert Tuning, entrata in vigore a inizio ottobre, tratta i segnali DLP come behavior invece che come alert in Microsoft Defender XDR. Non compaiono quindi automaticamente nella coda degli incidenti, ma restano disponibili nelle tabelle BehaviorInfo e BehaviorEntities.
I team SOC devono verificare regole, integrazioni e procedure di risposta. Microsoft documenta la possibilità di disabilitare la regola per conservare la rappresentazione come alert. Il cambiamento della coda non implica che le policy Purview DLP siano state disattivate. Microsoft Learn - Segnali DLP in Defender XDR.
Token rubati e identità applicative: due fronti di attacco
La ricerca Huntress descrive una campagna con 79 organizzazioni compromesse e almeno 497 accessi riusciti, attraverso il riutilizzo di token. Le attività osservate comprendono dispositivi Entra non autorizzati, sostituzione dei metodi MFA e regole di posta. Cambiare soltanto la password lascia intatti alcuni meccanismi di persistenza: la risposta deve comprendere revoca delle sessioni e controllo di dispositivi, metodi di autenticazione e mailbox. Huntress - Token spray e replay.
L’analisi Microsoft sulla campagna Storm-0940/ConnectWise richiama invece il rischio delle applicazioni multitenant e delle autorizzazioni già concesse. Gli accessi dei service principal e le modifiche a credenziali e ruoli richiedono monitoraggio dedicato. L’AI agentica può accelerare la ricognizione e i tentativi di attacco, rendendo ancora più importante limitare i privilegi delle integrazioni. Microsoft Threat Intelligence - Campagna ARTEX e supply chain.
AI enterprise: capacità, isolamento e costi
Copilot diventa una piattaforma di lavoro delegato
Le novità Copilot annunciate a fine settembre e riprese nei post di ottobre comprendono Home, Code e Autopilot. Home unisce le esperienze di lavoro; Code permette di costruire strumenti; Autopilot introduce un agente persistente con identità e ambiente propri, in private preview secondo l’annuncio.
La distinzione tra rilascio progressivo, programma Frontier e preview è essenziale per pianificare l’adozione. Per l’IT cambiano anche le responsabilità: oltre alle licenze occorre definire gli strumenti consentiti, i dati accessibili e i limiti di consumo. Microsoft - Home, Code e Autopilot.
La scelta tra modelli, inclusi GPT-6.1 Sol e Claude Sonnet 5.5 nelle esperienze supportate, richiede di verificare disponibilità nel tenant, subprocessori e vincoli di trattamento dei dati. Microsoft Learn - Modelli di Copilot Cowork.
Le Copilot Cost Management API permettono di governare policy e consumi di crediti tramite Graph. Sono documentate in beta e misurano crediti: non forniscono prezzi monetari, fatture o previsioni di acquisto. Vanno valutate in test, mantenendo distinta la gestione delle soglie dalla rendicontazione economica. Microsoft Learn - Cost Management API.
Gli agenti devono operare entro confini indipendenti dal modello
Il 7 ottobre Microsoft ha annunciato la disponibilità generale di Microsoft Execution Containers. Le policy definiscono le risorse utilizzabili dal workload, come file e destinazioni di rete, e vengono applicate da un livello esterno all’agente. Le integrazioni future per identità e gestione centralizzata restano distinte dal contenimento già disponibile. Windows Developer Blog - Microsoft Execution Containers.
La stessa esigenza emerge dalle iniziative Microsoft per il rischio dinamico degli agenti: identità, autorizzazioni e decisioni di interruzione devono essere governate fuori dal modello. Gli annunci comprendono funzionalità con disponibilità differente, da verificare prima del deployment. Microsoft Security - Sicurezza degli agenti.
OpenAI: interfacce interattive, computer use e API specializzate
L’annuncio del 7 ottobre introduce GPT-6 e Intelligent UI nell’esperienza ChatGPT: risposte con visualizzazioni e controlli interattivi utilizzabili nella conversazione. La novità non implica che tutti i prodotti o le API adottino lo stesso comportamento. OpenAI - GPT-6 e Intelligent UI.
Con GPT-6.1 Terra, OpenAI amplia invece le capacità di ragionamento visivo e interazione con applicazioni. L’interesse per le aziende riguarda l’esecuzione di procedure attraverso browser e desktop; la valutazione deve misurare accuratezza e costo del lavoro completato, oltre ai benchmark dichiarati dal produttore. OpenAI - GPT-6.1 Terra.
Le Decisions API, generalmente disponibili dal 22 ottobre, sono dedicate a risposte circoscritte, come classificazione, selezione e punteggio. Possono ridurre latenza e costi dei passaggi decisionali, ma le autorizzazioni delle operazioni devono rimanere controlli applicativi indipendenti. OpenAI - Decisions API.
La gestione del ciclo di vita resta necessaria: il 14 gennaio 2027 è la data indicata per il ritiro degli specifici snapshot GPT-4o, GPT-4o mini, GPT-4.1 e GPT-4.1 mini elencati nella documentazione, incluse le relative versioni fine-tuned. La migrazione richiede test su output strutturati, strumenti e comportamento applicativo. OpenAI API - Deprecazioni.
Claude: nuovi strumenti e nuove condizioni per le integrazioni
Anthropic ha introdotto in beta Dashboards e Motion: dashboard collegate ai dati e animazioni modificabili tramite codice. Per gli amministratori Enterprise sono rilevanti le impostazioni degli Artifacts, la condivisione esterna e i connettori. L’annuncio distingue le beta dalla disponibilità generale di Docs, Slides e Design e prevede la chiusura del sito standalone Claude Design il 14 dicembre; chat e commenti richiedono conservazione separata. Anthropic - Dashboards e Motion.
L’ampliamento del Cyber Verification Program introduce tre livelli per professionisti e organizzazioni verificati. I requisiti di accesso e i controlli sui dati vanno valutati insieme alle capacità dei modelli. Anthropic - Cyber Verification Program.
La versione API 2026-10-21 introduce inoltre incompatibilità: richieste Messages con temperature, top_p o top_k restituiscono errore 400; cambiano anche campi delle API amministrative. Aggiornare automaticamente gli SDK senza test può quindi interrompere le integrazioni. Anthropic - Guida alla migrazione API.
GitHub e supply chain: automatizzare richiede protezioni verificabili
Dal 28 ottobre, GitHub Agentic Workflows è generalmente disponibile. Le automazioni definite in Markdown vengono convertite in workflow Actions e possono gestire issue, analisi dei guasti CI, documentazione e test. Gli amministratori devono verificare policy, runner, permessi e controllo degli output prima di ampliare l’uso. GitHub - Agentic Workflows GA.
L’incidente LiteLLM 1.107.0 mostra il rischio concreto delle identità che controllano le pipeline. Il report definitivo del 23 ottobre ricostruisce una catena partita da una chiave amministrativa esposta e non revocata, fino alla compromissione del rilascio. Le organizzazioni coinvolte devono seguire il percorso di risposta del produttore e considerare anche le credenziali presenti negli ambienti esposti. LiteLLM - Ricostruzione definitiva dell’attacco.
Conclusioni
Le priorità operative emerse dal mese si possono riunire in cinque interventi:
-
Chiudere le dipendenze legacy: NTLMv1/MS-CHAPv2, Kerberos RC4, applicazioni EWS, versioni Exchange fuori supporto e moduli amministrativi obsoleti.
-
Verificare le identità: metodi SSPR realmente registrati, Guest B2B per gli esterni, service principal e credenziali applicative.
-
Controllare gli effetti delle patch: ACL AD FS, stabilità Exchange, certificati attendibili e compatibilità delle applicazioni.
-
Preparare le scadenze: sostituire memberOf prima del 3 novembre e pianificare le transizioni del primo trimestre 2027.
-
Governare gli agenti AI: assegnare proprietari, limitare accessi e strumenti, testare le modifiche e stabilire limiti di consumo.
Per gli amministratori, l’inventario torna a essere il punto di partenza: sapere quali account, applicazioni e agenti operano nell’ambiente permette di trasformare gli annunci dei produttori in interventi verificabili.
