Políticas, cumplimiento y el cruce con Entra

Azure Policy compara los recursos con reglas. El efecto de la política decide qué pasa cuando algo no la cumple. Con el efecto Audit se crea un evento de advertencia en el registro de actividad y el recurso se marca como no conforme, pero la petición no se detiene. Con el efecto Deny la petición se rechaza con un error 403, y los recursos ya existentes que la incumplen se marcan como no conformes.

El nombre de una política no dice nada de su efecto: hay que mirar la columna que lo declara.

La tabla asignaciones_politica lista las políticas asignadas, su ámbito, su efecto y cuántos recursos marcan como no conformes. Es la cifra que muestra qué tan lejos está la suscripción de lo que dicen sus reglas.

Prueba asignaciones_politica y mira la política que prohíbe el acceso público a blobs.

Una exención saca a un recurso de una política con un motivo y, normalmente, con una fecha de vencimiento. Cuando vence y nadie la renueva ni corrige el recurso, el hallazgo vuelve a contar. Por eso el analista revisa las exenciones junto al cumplimiento: una exención que sobrevive a su motivo es un hueco silencioso. Hoy es jueves 5 de noviembre de 2026.

El registro de actividad dice quién hizo un cambio (Caller) y desde qué dirección (CallerIpAddress); el inicio de sesión de Entra dice cómo entró esa persona: desde qué dirección y con qué requisito de autenticación (AuthenticationRequirement, con multiFactorAuthentication cuando hubo segundo factor). Cruzarlos responde si el cambio vino de una sesión normal.

El intento fallido de borrar una máquina salió de una dirección externa. Hay que ver con qué autenticación entró esa cuenta desde esa dirección.

Que la dirección del cambio coincida con la del inicio de sesión refuerza que ambos vienen de la misma sesión. No prueba quién estaba al teclado, ni que la persona dueña de la cuenta sea quien lo hizo. Un inicio de sesión sin segundo factor desde una dirección fuera de lo habitual es motivo de pregunta, no de sentencia.