8 min read<\/p>\n
7 Min. Reading Time<\/p>\n
Microsoft has introduced Agent 365 as a control plane for AI agents in the market since May 1st. It registers, monitors, and secures the agents of a corporation from a single location. This addresses the tool question but does not resolve the issue of who within the organization is responsible for an autonomous agent. This gap will be on the agenda of boards and supervisory boards in 2026.<\/strong><\/p>\n Key Takeaways<\/p>\n Related:<\/span>Who really owns the AI operation<\/a>\/<\/span>AI in the Board: Who decides, who is liable?<\/a><\/p>\n Agent 365 was announced at Ignite 2025 and has been generally available since May 1st. Microsoft describes the product as a control plane for agents: a place where IT can see every agent, define what it can do, and bind the entire fleet to corporate standards. The bet behind this is clearly stated. AI agents should be managed like managed devices and managed identities have been for a decade, through a control plane that fits into the existing stack instead of building a second one.<\/p>\n This is technically clean. Agent 365 brings agents into the Microsoft Entra identity management, grants permissions through access packages, ties data retention to Microsoft Purview, and evaluates risky agent behavior through Purview Insider Risk Management. Agents from AWS Bedrock and Google Cloud can be gathered and fundamentally managed in a public preview. For the IT organization, this is a real relief. They don’t have to learn a new tool.<\/p>\n What Agent 365 does not solve is the question before it. A tool that registers and secures agents does not address who in the organization decides that an agent should be productive at all. It does not address who carries the business damage if the agent triggers a faulty order or reveals confidential information. It organizes the technology. The organization must handle this itself.<\/p>\n Microsoft has not ignored the accountability issue. In the Entra Identity Management for Agents, there is a construct called Sponsor. Each agent is assigned a person who monitors their access, ensures their permissions are up-to-date, and ensures the agent operates within the guidelines. On paper, this means each agent is associated with a specific individual.<\/p>\n This is a useful construct, but it is smaller than it sounds. The Sponsor is an identity role, not a liability subject. The assigned person is responsible for the agent’s access, meaning they are technically responsible for which systems the agent can access. However, they are not automatically responsible for the business risk that arises from the agent’s actions. These two things rarely overlap in medium-sized businesses and large corporations.<\/p>\n A Sponsor manages what an agent can access. However, the person who bears the damage if the agent misuses this access is not clearly defined. This is not a technical issue but a board-level question.<\/p>\n<\/blockquote>\n An example makes the gap clear. A purchasing agent is assigned by the procurement department. The IT department registers and operates them in Agent 365, typically naming an IT administrator as their Sponsor. If the agent issues a faulty framework purchase order for six-figure sums, the Sponsor is technically responsible, but not legally. The department that assigned the task, the IT that operated it, and the board that bears external liability are three roles with an unclear assignment of responsibility.<\/p>\n The actual task lies not in the admin center but in organizational structure. Three roles overlap with every productive agent. Without clear definition, responsibility gets tangled exactly there.<\/p>\n The IT operates the control level. They can see what an agent does and stop them. However, they rarely have the mandate to reject an agent desired by a department for risk reasons. The department assigns the agent and reaps the benefits but does not bear the technical risk and often lacks detailed knowledge. The board bears external liability, sees individual agents only when someone presents a report.<\/p>\n This configuration is not new. It resembles the shadow IT of previous years, where departments purchased software that no one knew centrally. The difference is the impact. An un inventorized SaaS tool processes data. An unassigned AI agent makes decisions and acts on them. The gap is the same, but the damage in a serious case is greater.<\/p>\n Agent 365 is the opportunity to close this gap, as the tool provides the necessary technical visibility. The organizational part must be set by the board. Three decisions are sufficient for the start and can be addressed in a single meeting.<\/p>\n Firstly, the Agent Register with Owners.<\/strong> Every productive agent needs a business owner alongside their technical sponsor, which is a person from the responsible department who takes responsibility for the business risk. The sponsor and owner can be the same person, but they don’t have to be. What’s important is that both roles are named and documented in the register.<\/p>\n Secondly, the Risk-Based Approval Threshold.<\/strong> Not every agent needs to go before the board. An agent who compiles internal documents is in a different risk class than one who triggers orders or communicates with customers. The board decides once what level of risk requires approval at their level. Below that, the department decides in consultation with IT.<\/p>\n Thirdly, Liability Assignment.<\/strong> For each risk class, it is clarified in advance who bears the damage if the agent acts erroneously. This is less a legal issue than an organizational one: It forces clarification before the agent becomes productive about what the agent can cause at most and whether the company consciously accepts this risk.<\/p>\n None of these decisions require a major project. They require a board resolution and a person to maintain the register. Agent 365 provides the technical foundation on which such a register can be reliably filled. Anyone who introduces the tool without addressing these three role questions has made the agents visible but not accountable.<\/p>\n Agent 365 is Microsoft’s control layer for AI agents, generally available since May 1st. It registers, monitors, and secures an organization’s agents through the existing identity, compliance, and security stack from Entra, Purview, and Defender. It costs $15 per user and month or is included in the Microsoft 365 E7 bundle.<\/p>\n<\/details>\n A Sponsor is a person assigned in the Entra identity management to an agent. They monitor the agent’s access, ensure permissions are up-to-date, and maintain adherence to policies. The Sponsor is responsible for technical access questions, not automatically the business risk of the agent’s actions.<\/p>\n<\/details>\n Agent 365 does not address this. Technically, the Sponsor is responsible, while the business side is managed by the relevant department. Externally, the board is accountable. The organization must define this allocation itself, ideally in advance based on risk categories. The tool provides visibility, but responsibility assignment remains an organizational decision.<\/p>\n<\/details>\n In public preview, yes. IT teams can automatically discover, inventory, and manage AWS Bedrock and Google Cloud agents, including starting, stopping, and deleting them. This functionality is not limited to Microsoft’s own agents.<\/p>\n<\/details>\n Three key points: an agent registry where each agent has a technical Sponsor and a business owner. A threshold for approval, beyond which decisions at the board level are required based on the agent’s risk category. And a liability assignment per risk category, to be clarified before deployment.<\/p>\n<\/details>\n More from the MBF Media Network<\/p>\n Copilot Studio becomes the agent hub<\/a>\n<\/div>\n Microsoft’s AI bundle for $99: Is the leap worth it?<\/a>\n<\/div>\n Self-replication: AI agents from 6 to 81 percent<\/a>\n<\/div>\n<\/div>\n Source Title Image: AI-generated (May 2026)<\/em><\/p>\n Image source: AI-generated (May 2026), C2PA certificate embedded in image<\/em><\/p>\n Microsoft Agent 365 makes AI agents visible within the company. The board of directors itself must determine who is liable for their actions.<\/p>\n","protected":false},"author":1,"featured_media":22952,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"","_yoast_wpseo_title":"Agent 365 orders the AI agents, liability remains open","_yoast_wpseo_metadesc":"Discover Agent 365, the control layer for AI agents. Learn why the sponsor isn\u2019t a liability solution and the three board decisions needed now.","_yoast_wpseo_opengraph-image":"https:\/\/www.digital-chiefs.de\/wp-content\/uploads\/2026\/05\/agent-365-ki-agenten-governance-haftung-cover-hero.jpg","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-image":"https:\/\/www.digital-chiefs.de\/wp-content\/uploads\/2026\/05\/agent-365-ki-agenten-governance-haftung-cover-hero.jpg","_yoast_wpseo_twitter-image-id":0,"pre_headline":"","bildquelle":"","teasertext":"","language":"de","_wp_old_slug":[],"footnotes":""},"categories":[700,12],"tags":[],"class_list":["post-22528","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ict-infrastructure","category-itk-infrastruktur","entry"],"wpml_language":"en","wpml_translation_of":22490,"yoast_head":"\n\n
What Agent 365 Solves and What It Does Not<\/h2>\n
Microsoft’s Response to the Accountability Question<\/h2>\n
\n
The Governance Gap Between IT, Department, and Board<\/h2>\n
\n
\n
What the Board Needs to Decide Now<\/h2>\n
Frequently Asked Questions<\/h2>\n
What is Microsoft Agent 365?<\/strong><\/summary>\n
What is a Sponsor in Agent 365?<\/strong><\/summary>\n
Who is liable if an AI agent causes damage?<\/strong><\/summary>\n
Does Agent 365 manage AWS and Google agents?<\/strong><\/summary>\n
What should the board establish first?<\/strong><\/summary>\n
Read more<\/h3>\n
\n