Back to blog

Microsoft Project Perception: AI cybersecurity becomes agentic

Article created on 29 July 2026 · Publication analyzed: 27 July 2026 · Source: Microsoft

Microsoft's official 27 July 2026 post introduces Project Perception, an agentic cybersecurity system designed for the age of AI-accelerated attacks. For AI Belgium, AI France, Odoo Belgium, Odoo France, and Odoo Enterprise, the signal is concrete: AI-agent security is becoming production architecture, not a control added at the end of a project.

1. What Microsoft announced

Microsoft describes Project Perception as a system that combines signals, context, models, and specialized agents to detect, prioritize, and reduce risk at machine speed while keeping human defenders in the loop. The approach uses three agent families: red team agents to identify attack paths, blue team agents to investigate and qualify risk, and green team agents to strengthen defenses.

The post also announces a multi-model architecture. The first cited use case is software vulnerability management with MAI-Cyber-1-Flash inside MDASH, presented with a 96% score on CyberGym and almost 50% cost savings compared with the MDASH configuration already in market. Project Perception is scheduled to enter public preview on 3 August 2026.

2. Why this matters for sovereign AI

The announcement confirms that sovereign AI cannot be reduced to hosting, model choice, or data location. Once agents act across identities, applications, clouds, data, and AI systems, sovereignty also depends on visibility, security context, action rights, logs, and the ability to prove who decided what.

For regulated European organizations, the logic is directly usable: an agentic AI stack needs sensors, context, models, orchestration, agents, actions, and human safeguards. Without that chain, compliance, continuity, and operational accountability become hard to defend.

3. Operational reading for Odoo Enterprise

In an Odoo Enterprise environment, AI agents may soon act across support, CRM, quotations, invoices, purchasing, inventory, or documentation. That creates a very different attack surface from an isolated chatbot: customer-data access, write permissions, API calls, financial workflows, and synchronization with external tools.

The right framing is to treat every agent as a production component: functional scope, least-privilege permissions, traceability, human review on sensitive actions, incident indicators, and a suspension procedure. For Odoo Belgium and Odoo France, that discipline is a prerequisite before agents are connected to critical business processes.

Before deploying agents on Odoo, map access rights, authorized actions, required logs, and human controls protecting critical workflows.

Audit AI-agent security

Read the official source