Amazon SageMaker Inference now supports container image caching, enabling up to 2x faster end-to-end scaling for generative AI models during scale-out events. When your endpoint scales out, the service pre-caches your container image so new instances can start serving traffic faster, without waiting for large container images to be pulled from Amazon ECR.
Generative AI workloads typically use large container images (10 GB or more) for deep learning frameworks and model serving. Previously, every new instance launched during scale-out had to pull the full image from ECR, adding several minutes of cold-start latency. Container image caching eliminates this bottleneck by pre-pulling the image so new instances launch with the container already available locally. Customers don’t need to make any changes. The service automatically caches whatever image URI is specified in your endpoint or inference component configuration. This capability supports accelerator instance types, single-model endpoints, and inference component-based endpoints.
With this launch, SageMaker Inference now offers a comprehensive scaling optimization suite for generative AI: sub-minute concurrency metrics for up to 6x faster load detection, instance-store container caching for faster scaling on existing instances, and container image caching for up to 2x faster scaling on new instances.
Container image caching is available in all AWS commercial regions where SageMaker Inference is supported. To learn more, visit the launch blog.
Amazon SageMaker Inference now supports container image caching, enabling up to 2x faster end-to-end scaling for generative AI models during scale-out events. When your endpoint scales out, the service pre-caches your container image so new instances can start serving traffic faster, without waiting for large container images to be pulled from Amazon ECR. Generative AI workloads typically use large container images (10 GB or more) for deep learning frameworks and model serving. Previously, every new instance launched during scale-out had to pull the full image from ECR, adding several minutes of cold-start latency. Container image caching eliminates this bottleneck by pre-pulling the image so new instances launch with the container already available locally. Customers don’t need to make any changes. The service automatically caches whatever image URI is specified in your endpoint or inference component configuration. This capability supports accelerator instance types, single-model endpoints, and inference component-based endpoints. With this launch, SageMaker Inference now offers a comprehensive scaling optimization suite for generative AI: sub-minute concurrency metrics for up to 6x faster load detection, instance-store container caching for faster scaling on existing instances, and container image caching for up to 2x faster scaling on new instances. Container image caching is available in all AWS commercial regions where SageMaker Inference is supported. To learn more, visit the launch blog.
IAM Identity Center now enables customer managed applications to programmatically access AWS accounts on behalf of their users, including the ability to discover accounts and roles assigned to a user and retrieve temporary credentials required for AWS account access.
If you have a customer managed application that authenticates users through an external identity provider (IdP), you can configure that IdP as a trusted token issuer (TTI) in IAM Identity Center. With this launch, you can now enable AWS account access for this application. Users who have already signed in through the IdP can access their assigned AWS accounts and obtain temporary security credentials for their authorized roles without a separate authentication flow. This eliminates redundant sign-in prompts that previously required users to re-authenticate even after signing in through their external identity provider.
This feature is available for organization instances of IAM Identity Center. IAM Identity Center administrators must explicitly enable AWS account access for each customer managed application. Only management account administrators or delegated administrators can enable this capability, ensuring centralized governance over which applications can access account-level resources.
This feature is available in all commercial AWS Regions, the AWS GovCloud (US) Regions, and the China Regions. To get started, navigate to the IAM Identity Center console, select your customer managed application, and enable AWS account access. For more information, see Enable AWS account access for customer managed applications in the IAM Identity Center User Guide.
IAM Identity Center now enables customer managed applications to programmatically access AWS accounts on behalf of their users, including the ability to discover accounts and roles assigned to a user and retrieve temporary credentials required for AWS account access.
If you have a customer managed application that authenticates users through an external identity provider (IdP), you can configure that IdP as a trusted token issuer (TTI) in IAM Identity Center. With this launch, you can now enable AWS account access for this application. Users who have already signed in through the IdP can access their assigned AWS accounts and obtain temporary security credentials for their authorized roles without a separate authentication flow. This eliminates redundant sign-in prompts that previously required users to re-authenticate even after signing in through their external identity provider.
This feature is available for organization instances of IAM Identity Center. IAM Identity Center administrators must explicitly enable AWS account access for each customer managed application. Only management account administrators or delegated administrators can enable this capability, ensuring centralized governance over which applications can access account-level resources.
This feature is available in all commercial AWS Regions, the AWS GovCloud (US) Regions, and the China Regions. To get started, navigate to the IAM Identity Center console, select your customer managed application, and enable AWS account access. For more information, see Enable AWS account access for customer managed applications in the IAM Identity Center User Guide.
Escalar la disrupción del cibercrimen mediante la innovación y la IA
Por: Steven Masada, asesor jurídico adjunto, Unidad de Crímenes Digitales de Microsoft.
Microsoft ha adoptado un nuevo enfoque para combatir el ciberdelito, dirigiéndose a la cadena de suministro de ciberataques, no solo a los servicios individuales. En un caso que se ha desvelado de manera reciente, atacamos de manera simultánea dos herramientas de ciberdelincuencia utilizadas de manera amplia, Amadey y StealC, después de que un análisis asistido por IA revelara que dependen de la misma infraestructura.
Esta acción va tras la «cadena de montaje» del cibercrimen, donde herramientas coordinadas impulsan ransomware, fraudes financieros e interrupciones en los servicios públicos. Amadey y StealC se usan a menudo juntos: Amadey ayuda a los atacantes a acceder a dispositivos, mientras que StealC roba contraseñas e información sensible. Juntos, forman un eslabón crítico en la cadena. Solo en las dos primeras semanas de mayo, Amadey y StealC se vincularon a más de 140.000 ordenadores infectados en todo el mundo, lo que pone de manifiesto la amplitud con la que se utilizan.
En nuestro trabajo con Europol y socios industriales, nos dirigimos a ambas herramientas a la vez. El objetivo: romper la cadena. Desde el inicio de la operación, Microsoft ha identificado más de 18.000 ordenadores víctimas, ha cortado el control criminal de esos dispositivos y colabora con proveedores de telecomunicaciones para ayudar a proteger a los clientes afectados a nivel mundial.
Cuando varias partes de una operación se ven interrumpidas juntas, los ataques son más difíciles de lanzar, escalar y recuperarse. El resultado: menos servicios interrumpidos, menos oportunidades para que los ciberdelincuentes se beneficien y más fricciones cuando intentan reconstruirse.
Ya no basta con ir tras las amenazas una a una. Tenemos que interrumpir cómo se organizan los ataques.
Lo nuevo es cómo combinamos el análisis de IA con un uso ampliado de esa ley.
Amadey y StealC fueron desarrollados por ciberdelincuentes independientes, pero dependían de la misma infraestructura. Para entender cómo funcionaban, los investigadores utilizaron IA, incluido Copilot, para analizar con rapidez el malware, a través de hacer preguntas en inglés sencillo en lugar de revisar de manera manual código complejo. Eso ayudó a sacar a la luz detalles clave, descubrir datos ocultos y probar resultados en una fracción del tiempo, para convertir lo que habría llevado horas o días en minutos y permitir al equipo detectar conexiones más rápido.
Esas conclusiones permitieron al equipo legal tratar ambas familias de malware como parte de una sola conspiración. En lugar de ir tras cada herramienta por separado, como hemos hecho en el pasado, usamos RICO para acusar a múltiples facilitadores cómplices implicados en toda la operación. En total, la Unidad de Crímenes Digitales de Microsoft interrumpió más de 200 servidores de mando y control, los sistemas que los delincuentes utilizan para controlar dispositivos infectados, robar datos y mantener los ataques en marcha.
Al agrupar las herramientas, podemos interrumpir la cadena del cibercrimen de manera más eficiente y eficaz, de una forma que refleje mejor cómo funcionan en realidad estas redes hoy en día.
El cibercrimen ahora funciona como una cadena de montaje
El cibercrimen ya no es una serie de ataques aislados, es un sistema coordinado.
Herramientas especializadas gestionan cada paso: uno obtiene acceso, otro roba credenciales y otros venden o explotan ese acceso para fraude, ransomware, espionaje u otros fines nefastos. Diferentes actores pueden estar involucrados en cada etapa, pero juntos convierten el acceso en beneficio, con rapidez y a gran escala.
Cómo las herramientas de ciberdelincuencia están diseñadas para ser modulares
Esa estructura también crea un punto de vulnerabilidad. Las personas detrás de estas herramientas cibercriminales quizá nunca interactúen de manera directa, pero sus herramientas están diseñadas para funcionar juntas. Si se pueden identificar esas conexiones, se pueden interrumpir múltiples fases de un ataque a la vez.
Cómo se desarrollan estos ataques en el mundo real
La mayoría de la gente nunca oirá los nombres Amadey o StealC, pero sienten los efectos. Un hospital bloqueado de sistemas críticos. Una ciudad incapaz de ofrecer servicios esenciales. Una pequeña empresa que pierde acceso a las cuentas de la noche a la mañana. Un jubilado que perdió todos sus ahorros.
Estos ataques no ocurren todos de golpe. Se desarrollan paso a paso: los atacantes entran, roban contraseñas, el acceso se reutiliza o vende, y a veces se reutiliza para operaciones más específicas. Por ejemplo, Microsoft ha observado al actor afiliado a Rusia Secret Blizzard aprovechar las infecciones de Amadey para desplegar malware personalizado contra objetivos en Ucrania.
Al atacar varios puntos de esa cadena a la vez, reducimos la posibilidad de que un solo compromiso se convierta en un daño generalizado. En resumen: menos ataques tienen éxito y menos personas sienten el impacto cuando lo hacen.
Ninguna organización puede hacer esto sola
Acciones como esta subrayan una realidad fundamental: tenemos éxito cuando colaboramos. Ninguna organización, ya sea gubernamental o industrial, tiene visibilidad completa sobre cómo operan las amenazas cibernéticas a través de fronteras y sectores. Lo que hace que este esfuerzo sea efectivo es la combinación de perspectivas y datos.
Reunir esos esfuerzos amplió nuestros conjuntos de datos colectivos y permitió identificar las conexiones entre ambas herramientas y actuar con rapidez sobre ellas. Ese entendimiento compartido permitió una respuesta coordinada que fue más allá de lo que cualquier organización individual podría lograr por sí sola.
Esto demuestra por qué las asociaciones importan. La industria comparte conocimientos técnicos, el gobierno aporta visibilidad y necesitamos formas fiables de intercambiar esa información. Solo si se trabaja desde la misma perspectiva podremos mantenernos por delante de los atacantes, para interrumpir no solo herramientas individuales sino también los sistemas que hacen posible el cibercrimen.
Crear una presión sostenida sobre la ciberdelincuencia
Este trabajo no termina con una sola acción. Los ciberdelincuentes se adaptan con rapidez, por eso mantenemos el seguimiento de la evolución de estas operaciones y colaboramos con socios para interrumpirlas.
La interrupción autorizada por el tribunal de Microsoft en este caso se combina con los esfuerzos continuos para rastrear cómo los ciberdelincuentes reconstruyen, identificar nuevas infraestructuras y trabajar con socios para interrumpir los servicios de los que dependen para operar. También incluye incorporar los hallazgos de esta interrupción en iniciativas como el programa Statutory Automated Disruption de Microsoft, que ayuda a acelerar la eliminación de dominios e infraestructuras maliciosas.
El objetivo no es solo detener una operación, sino ralentizar el propio sistema, para hacer que los ataques sean más difíciles de lanzar, escalar y recuperarse. Al combinar la visión impulsada por IA, acciones legales y sólidas alianzas, podemos seguir con el aumento del coste del cibercrimen y reducir su impacto.
Durante más de una década, la Unidad de Delitos Digitales (DCU) de Microsoft ha trabajado para combatir el cibercrimen y las amenazas de los estados-nación, ha presentado alrededor de 40 casos desde 2008 y colaborado con las fuerzas del orden para desmantelar redes criminales. Descubran más sobre los esfuerzos del equipo aquí.
We’re announcing availability changes to the following AWS services and features.
Services moving to Maintenance
Services moving to maintenance will no longer be accessible to new customers starting July 30, 2026. Customers already using these services and features can continue to do so. AWS will continue to operate and support these services and features. We recommend that customers learn about the changes in the product pages and documentation.
The following services are entering sunset, and we are announcing the date upon which we will end operations and support of the service. Customers using these services should click on the links below to understand the sunset timeline and begin planning migration to alternatives as recommended in the updated service web pages and documentation.
The following services have reached end of support and are no longer available as of June 30, 2026.
· Amazon Chime SDK – Carrier Voice Focus
· Amazon SageMaker AI – Ground Truth Plus
· AWS Elemental MediaLive and MediaPackage – ADC Regions
For customers affected by these changes, we’ve prepared comprehensive migration guides, and our support teams are ready to assist with your transition. Visit AWS Product Lifecycle Page to learn more, and subscribe to the RSS feed for future updates.
We’re announcing availability changes to the following AWS services and features. Services moving to Maintenance
Services moving to maintenance will no longer be accessible to new customers starting July 30, 2026. Customers already using these services and features can continue to do so. AWS will continue to operate and support these services and features. We recommend that customers learn about the changes in the product pages and documentation.
· Amazon Bedrock Agents (launched November 2023) is now Amazon Bedrock Agents Classic
· Amazon Cognito Sync
· Amazon Kendra
· Amazon Q Business
· AWS Directory Service – Simple AD
· AWS IoT Device Defender – Detect (feature will no longer be accessible to new customers starting August 31, 2026)
· AWS Mainframe Modernization – Self-Managed Experience
· AWS Management Console – myApplications
· AWS Resource Groups – Group Lifecycle Events
· AWS Service Catalog – Application Registry
· AWS Systems Manager – Application Manager
· Amazon SageMaker AI Features
o A2I
o Clarify
o Debugger
o GeoSpatial
o Ground Truth
o Mechanical Turk
o Model Monitor
o Profiler
o Role Manager
o Studio Lab
Services entering Sunset
The following services are entering sunset, and we are announcing the date upon which we will end operations and support of the service. Customers using these services should click on the links below to understand the sunset timeline and begin planning migration to alternatives as recommended in the updated service web pages and documentation.
· Amazon WorkSpaces – PCoIP
· Amazon WorkSpaces – Pool
· AWS Managed Services (AMS) Advanced
· AWS re:Post Private
Services reaching End of Support
The following services have reached end of support and are no longer available as of June 30, 2026.
· Amazon Chime SDK – Carrier Voice Focus
· Amazon SageMaker AI – Ground Truth Plus
· AWS Elemental MediaLive and MediaPackage – ADC Regions
For customers affected by these changes, we’ve prepared comprehensive migration guides, and our support teams are ready to assist with your transition. Visit AWS Product Lifecycle Page to learn more, and subscribe to the RSS feed for future updates.
AWS GovCloud (US) now offers Claude Opus 4.8 — Anthropic’s most capable generally available model to date — delivering meaningful advances across agentic coding, professional knowledge work, and long-running autonomous tasks for developers and enterprises building production AI applications.
Claude Opus 4.8 can perform longer autonomous runs, deeper reasoning, and consistency to be trusted with production work. For coding, the Opus 4.8 reads codebases like an engineer, plans before it edits, and holds context across long sessions in real repositories. For agentic tasks, it is better at finding paths around obstacles instead of stalling, recovering from its own errors, and knowing when to ask for help versus when to keep going. For knowledge work, it better synthesizes across long documents and complex sources, self-checks its output, and delivers structured deliverables that hold up to review.
Amazon Bedrock keeps your data within AWS infrastructure and provides access to Claude Opus 4.8 through a unified service with AWS-managed features like Guardrails, Knowledge Bases, and regional data residency. To learn more, see Amazon Bedrock documentation and regional availability.
AWS GovCloud (US) now offers Claude Opus 4.8 — Anthropic’s most capable generally available model to date — delivering meaningful advances across agentic coding, professional knowledge work, and long-running autonomous tasks for developers and enterprises building production AI applications.
Claude Opus 4.8 can perform longer autonomous runs, deeper reasoning, and consistency to be trusted with production work. For coding, the Opus 4.8 reads codebases like an engineer, plans before it edits, and holds context across long sessions in real repositories. For agentic tasks, it is better at finding paths around obstacles instead of stalling, recovering from its own errors, and knowing when to ask for help versus when to keep going. For knowledge work, it better synthesizes across long documents and complex sources, self-checks its output, and delivers structured deliverables that hold up to review.
Amazon Bedrock keeps your data within AWS infrastructure and provides access to Claude Opus 4.8 through a unified service with AWS-managed features like Guardrails, Knowledge Bases, and regional data residency. To learn more, see Amazon Bedrock documentation and regional availability.
Two new models are now available in the Kiro IDE and CLI for the AWS GovCloud (US-West) Region.
OpenAI GPT-5.4 is now available in Kiro for complex reasoning, coding, document analysis, and multi-step agentic workflows. It helps developers build AI applications and production workflows that can interpret context, interact with tools, operate software environments, and verify outputs across multiple steps. GPT-5.4 runs on Amazon Bedrock’s next-generation inference engine with isolated queues and durable execution for resilient workloads. Available with a 272K context window and 1.2x credit multiplier.
NVIDIA Nemotron 3 Super 120B is now available in Kiro as an open weight model option. A hybrid mixture-of-experts model activating only 12B of its 120B parameters for high compute efficiency and fast inference on agentic tasks. 256K context window with 32K max output. Available with a 0.25x credit multiplier.
Ensure your IDE or CLI is updated to the latest version, then restart it to access the new models from the model selector. For more details about Kiro in AWS GovCloud (US), visit the GovCloud documentation or contact your AWS account team for more information. To learn more about Kiro, visit the Kiro product page.
Two new models are now available in the Kiro IDE and CLI for the AWS GovCloud (US-West) Region. OpenAI GPT-5.4 is now available in Kiro for complex reasoning, coding, document analysis, and multi-step agentic workflows. It helps developers build AI applications and production workflows that can interpret context, interact with tools, operate software environments, and verify outputs across multiple steps. GPT-5.4 runs on Amazon Bedrock’s next-generation inference engine with isolated queues and durable execution for resilient workloads. Available with a 272K context window and 1.2x credit multiplier. NVIDIA Nemotron 3 Super 120B is now available in Kiro as an open weight model option. A hybrid mixture-of-experts model activating only 12B of its 120B parameters for high compute efficiency and fast inference on agentic tasks. 256K context window with 32K max output. Available with a 0.25x credit multiplier. Ensure your IDE or CLI is updated to the latest version, then restart it to access the new models from the model selector. For more details about Kiro in AWS GovCloud (US), visit the GovCloud documentation or contact your AWS account team for more information. To learn more about Kiro, visit the Kiro product page.
Today, AWS announces general availability of AWS Web Application Firewall (AWS WAF) protection for Amazon Bedrock AgentCore Gateway, enabling you to protect your agentic AI workloads from common web exploits and abuse. As enterprises move agentic applications from prototype to production, this launch gives security and platform teams ability to apply consistent, customizable web protections at the Gateway layer.
You can now associate an AWS WAF protection pack with your AgentCore Gateway to enforce IP-based access controls, rate-based rules that throttle abusive traffic, and AWS Managed Rule Groups including common rule sets, known bad inputs, and Bot Control. You configure the protection pack once at the Gateway level and AWS WAF applies it consistently to every target behind that Gateway, so a single configuration protects all downstream tools, agents, and integrations.
Support for AWS WAF on AgentCore Gateway is available in all AWS Regions where both AWS WAF and Amazon Bedrock AgentCore Gateway are available.
Today, AWS announces general availability of AWS Web Application Firewall (AWS WAF) protection for Amazon Bedrock AgentCore Gateway, enabling you to protect your agentic AI workloads from common web exploits and abuse. As enterprises move agentic applications from prototype to production, this launch gives security and platform teams ability to apply consistent, customizable web protections at the Gateway layer.
You can now associate an AWS WAF protection pack with your AgentCore Gateway to enforce IP-based access controls, rate-based rules that throttle abusive traffic, and AWS Managed Rule Groups including common rule sets, known bad inputs, and Bot Control. You configure the protection pack once at the Gateway level and AWS WAF applies it consistently to every target behind that Gateway, so a single configuration protects all downstream tools, agents, and integrations.
Support for AWS WAF on AgentCore Gateway is available in all AWS Regions where both AWS WAF and Amazon Bedrock AgentCore Gateway are available.
To learn more, see the AWS WAF Developer Guide and the Amazon Bedrock AgentCore documentation.
Amazon Managed Workflows for Apache Airflow (Amazon MWAA) Serverless now supports shared VPC subnets. Previously, customers using subnets shared via AWS Resource Access Manager (AWS RAM) received a validation error when creating MWAA Serverless workflows. With this update, MWAA Serverless correctly validates subnet ownership in shared VPC configurations, consistent with MWAA Provisioned environments. Sharing VPC subnets across accounts using AWS RAM is a common pattern in multi-account landing zone architectures. Organizations that centrally manage networking can now launch MWAA Serverless workflows in member accounts using shared subnets — no workarounds required. Customers using Amazon SageMaker Unified Studio Workflows also benefit from this update when their projects are configured with shared VPC networking. This update is available in all AWS Regions where Amazon MWAA Serverless is supported. To learn more, see the Networking section of the Amazon MWAA Serverless User Guide.
Amazon Managed Workflows for Apache Airflow (Amazon MWAA) Serverless now supports shared VPC subnets. Previously, customers using subnets shared via AWS Resource Access Manager (AWS RAM) received a validation error when creating MWAA Serverless workflows. With this update, MWAA Serverless correctly validates subnet ownership in shared VPC configurations, consistent with MWAA Provisioned environments. Sharing VPC subnets across accounts using AWS RAM is a common pattern in multi-account landing zone architectures. Organizations that centrally manage networking can now launch MWAA Serverless workflows in member accounts using shared subnets — no workarounds required. Customers using Amazon SageMaker Unified Studio Workflows also benefit from this update when their projects are configured with shared VPC networking. This update is available in all AWS Regions where Amazon MWAA Serverless is supported. To learn more, see the Networking section of the Amazon MWAA Serverless User Guide.
Amazon S3 now supports delivering server access logs to Amazon CloudWatch Logs, giving you instant querying, alarms, cross-account and cross-Region aggregation, and AWS Key Management Service (KMS) encryption for your access log data. You can also mirror your logs to Amazon S3 Tables in Apache Iceberg format at no additional storage cost. These new delivery paths complement the existing free delivery of server access logs to S3 general purpose buckets, giving you more flexibility in how you monitor and analyze access to your data.
With delivery to CloudWatch Logs, you can set alarms on error rates, monitor traffic patterns, investigate access incidents across accounts and Regions, and correlate S3 access activity with the rest of your operational data. Logs mirrored to S3 Tables are immediately queryable with standard SQL in Amazon Athena, Amazon Redshift, and other Iceberg-compatible query engines, so you can audit access patterns, analyze usage trends, and identify cost drivers across buckets over time.
S3 server access logs delivery to CloudWatch Logs is available today in all AWS Regions, except for AWS China Regions and AWS GovCloud (US) Regions. To learn more, see the Amazon S3 webpage, server access logging in the Amazon S3 User Guide, and the AWS Storage Blog post.
Amazon S3 now supports delivering server access logs to Amazon CloudWatch Logs, giving you instant querying, alarms, cross-account and cross-Region aggregation, and AWS Key Management Service (KMS) encryption for your access log data. You can also mirror your logs to Amazon S3 Tables in Apache Iceberg format at no additional storage cost. These new delivery paths complement the existing free delivery of server access logs to S3 general purpose buckets, giving you more flexibility in how you monitor and analyze access to your data. With delivery to CloudWatch Logs, you can set alarms on error rates, monitor traffic patterns, investigate access incidents across accounts and Regions, and correlate S3 access activity with the rest of your operational data. Logs mirrored to S3 Tables are immediately queryable with standard SQL in Amazon Athena, Amazon Redshift, and other Iceberg-compatible query engines, so you can audit access patterns, analyze usage trends, and identify cost drivers across buckets over time. S3 server access logs delivery to CloudWatch Logs is available today in all AWS Regions, except for AWS China Regions and AWS GovCloud (US) Regions. To learn more, see the Amazon S3 webpage, server access logging in the Amazon S3 User Guide, and the AWS Storage Blog post.
La IA acelera los ciberataques: aquí tienen cómo mantenerse a la delantera
Por: Sandeep Deo.
Descubran cómo Microsoft unifica las señales de identidad y seguridad para ayudar a los equipos a prevenir, detectar y responder más rápido a ataques acelerados por IA.
La IA ayuda a los ciberatacantes a avanzar más rápido a lo largo de la cadena de ataque: a través de personalizar la ingeniería social a gran escala, automatizar el reconocimiento, analizar credenciales filtradas, identificar usuarios privilegiados, sondear sistemas expuestos y adaptar tácticas en tiempo real. Ataques que antes dependían del esfuerzo manual ahora pueden desarrollarse con mayor velocidad, escala y autonomía.
Sin embargo, incluso a medida que los métodos evolucionan, la identidad sigue como uno de los puntos de entrada más comunes. Cada cuenta, administrador, carga de trabajo, aplicación, identidad no humana y agente de IA puede convertirse en un camino hacia datos sensibles y sistemas críticos si no está protegido de manera adecuada. Los atacantes no necesitan romper todas las defensas; solo necesitan comprometer o hacer un mal uso de la identidad correcta con el acceso adecuado en el momento adecuado.
Cuando los ataques se aceleran por IA, la velocidad y precisión en la detección y respuesta son críticas. La seguridad de identidad ya no puede operar en compartimentos aislados. Incluso un pequeño retraso entre la detección de una amenaza y la acción puede marcar la diferencia entre que una actividad sospechosa se convierta en un incidente contenido o una brecha que afecte al negocio. Este cambio transforma la manera en que las organizaciones piensan sobre la seguridad. La necesidad se ha vuelto clara: los equipos de identidad y seguridad necesitan una visibilidad integral y soluciones integradas que agilicen la manera en que previenen, detectan y responden a las amenazas de identidad.
Asegurar el futuro de la identidad a la velocidad de la IA
Uno de los mayores retos de seguridad a los que se enfrentan las organizaciones hoy en día es la fragmentación, y la seguridad de identidad no es una excepción. Los equipos de IAM y SOC suelen trabajar en herramientas separadas, flujos de trabajo distintos y modelos operativos distintos. Pero los ataques de identidad no respetan esos límites organizativos.
Los ataques modernos de identidad abarcan infraestructuras, control de acceso y detección. En Microsoft lo entendemos y seguimos con la ampliación de la manera en que Microsoft Entra y Microsoft Defender trabajan juntos para ofrecer experiencias de seguridad de identidad más unificadas.
Inteligencia accionable, por todas partes
En RSA a principios de este año, presentamos nuestra puntuación unificada de riesgo de identidad, una nueva manera de convertir una visión más amplia de la cadena de ataque en decisiones de acceso en tiempo real. Esta puntuación analiza y correlaciona señales relevantes entre cuentas, sesiones, cargas de trabajo y aplicaciones relacionadas para mostrar una evaluación única y completa del verdadero nivel de riesgo de una identidad y permitir una respuesta más dinámica directo dentro de los flujos de autenticación como parte de políticas de Acceso Condicional basadas en riesgos.
Vista de un usuario de riesgo dentro de Entra ID Protection con nueva puntuación de riesgo de identidad y cronología de ataque.
Los administradores de identidad también adquieren una experiencia operativa más sólida gracias a la nueva experiencia de Protección de ID Microsoft Entra. En lugar de obligar a los equipos de identidad a recomponer señales de riesgo a través de vistas desconectadas, la experiencia actualizada aporta una mayor visibilidad de usuarios riesgosos, inicios de sesión, cargas de trabajo y detecciones asociadas en un solo lugar. La nueva puntuación de riesgo de identidad añade otra capa de contexto al revelar información sobre cuentas y actividades relacionadas, incluidas señales de entornos Microsoft y actividad de identidad conectada más allá de ellos. Esto ayuda a los administradores a entender si un usuario, agente, carga de trabajo o inicio de sesión riesgoso es un evento aislado o parte de un patrón más amplio que abarca sesiones, aplicaciones y cuentas asociadas.
Nuevo panel de usuario en Entra ID Protection que ofrece mayor visibilidad a los administradores de identidad sobre usuarios riesgosos, inicios de sesión y detecciones asociadas.La nueva vista de datos de usuario de riesgo proporciona más información sobre el riesgo del usuario y el calendario de ataque dentro de Entra ID Protection.
Ese contexto más rico ofrece a los equipos de identidad una visión más completa de cómo se desarrolla el riesgo en todo el patrimonio de identidad. Los administradores pueden entender mejor cómo se calcula el riesgo, qué cuentas o cargas de trabajo relacionadas contribuyeron a la puntuación, qué detecciones generan preocupación y por qué una identidad determinada requiere atención. Al conectar las señales de Microsoft y de entornos interambientales en una única evaluación, la puntuación de riesgo ayuda a los administradores de identidad a priorizar las identidades que más importan, tomar decisiones de acceso más informadas y explicar la razón de ser detrás de las acciones de remediación con mayor confianza.
Para los equipos de operaciones de seguridad, esta nueva puntuación ayuda a priorizar y triar las investigaciones más rápido al centrar a los analistas en las identidades que suponen mayor riesgo. Pero saber qué arreglar es solo la mitad del reto. En muchas organizaciones, los equipos de operaciones de seguridad carecen de los permisos necesarios para actuar; en su lugar, solo pueden esperar a que se resuelvan flujos de trabajo IAM separados. Ese retraso crea fricción en momentos en los que la velocidad de respuesta es más importante. Algunas soluciones abordan esto al otorgar a los equipos SOC, o a la propia aplicación de seguridad, permisos amplios y permanentes en todo el entorno de identidad. Eso puede resolver el problema de permisos, pero también amplía el radio de explosión si la aplicación o identidad se usa mal o se ve comprometida.
Microsoft adopta un enfoque diferente porque nuestra solución abarca de forma nativa la infraestructura de identidad, el plano de control de identidad y el ITDR. Los clientes disponen de flujos de trabajo optimizados a lo largo de todo el ciclo de vida de la seguridad de identidad, y con un nuevo rol RBAC centrado en la identidad, que pronto llegará en vista previa pública, los equipos de operaciones de seguridad podrán acceder a las acciones clave de respuesta de identidad que necesitan sin permisos administrativos amplios. Esto permite a las organizaciones preservar el acceso con privilegios mínimos mientras reduce la fricción operativa entre los equipos IAM y SOC. Combinado con la gestión nativa de identidades privilegiadas en Microsoft Entra, las organizaciones también pueden crear políticas de acceso justo a tiempo para estos roles de respuesta, al reducir aún más el privilegio permanente y permitir que los respondedores se eleven con rapidez durante incidentes e investigaciones.
Juntos, el riesgo unificado, la nueva experiencia Microsoft Entra ID Protection y los roles de respuesta de menor privilegio proporcionan a los equipos de identidad y seguridad el contexto compartido y las rutas de acción que necesitan para avanzar de la información a la respuesta más rápido.
Desplazamiento hacia la izquierda con prevención proactiva
Desplazar la protección de identidad a la izquierda significa abordar el riesgo antes, antes de que se convierta en una amenaza o incidente activo. Al fortalecer de manera continua la postura y adaptar los controles de acceso a medida que cambian las condiciones, las organizaciones pueden reducir la exposición, mejorar la resiliencia y adelantarse a los riesgos emergentes.
El Agente de Optimización de Acceso Condicional sigue con su evolución para ayudar a las organizaciones a mantenerse al día con un panorama de amenazas que cambia con rapidez. En lugar de auditar de manera manual las políticas o reaccionar tras exponer lagunas, el agente analiza de manera continua señales de identidad, patrones de uso y amenazas emergentes para recomendar los cambios de política adecuados en el momento oportuno. Nuevas recomendaciones, como la política de «Bloquear agente de usuario riesgoso», están diseñadas para abordar vectores de ataque emergentes como el abuso basado en agentes y los intentos de acceso automatizado. Estas optimizaciones ofrecen a las organizaciones una manera más adaptativa de hacer cumplir el Zero Trust, donde las decisiones de acceso se ajustan de manera continua según el riesgo y el contexto, en lugar de depender de una configuración única.
Y como parte de nuestro esfuerzo continuo para ayudar a los clientes a cerrar el ciclo y superar las respuestas reactivas, pronto traeremos más detecciones de amenazas e información de Defender que se introducen de manera automática, directo en las recomendaciones de Optimización de Acceso Condicional en Microsoft Entra. Los administradores reciben recomendaciones claras, explicables y revisables que explican por qué es importante el cambio, quién se ve afectado y qué acciones tomar, lo que facilita un enfoque más proactivo y preventivo para mitigar futuros ataques.
Respuesta acelerada
En ataques acelerados por IA, la velocidad de respuesta importa tanto como la visibilidad. La investigación y respuesta manual siempre serán necesarias, pero en el panorama actual de amenazas acelerado por IA, los defensores necesitan automatización que ayude a igualar el terreno de juego. Por eso estábamos tan entusiasmados de ampliar el Agente de Triaje de Alertas de Seguridad a escenarios de identificación y combinarlo con interrupción automática de ataques y nuevas capacidades de blindaje predictivo. En conjunto, estas capacidades crean un bucle de automatización de extremo a extremo que ayuda a los defensores a triar amenazas de identidad, interrumpir ataques activos, impulsar la respuesta y endurecer de manera continua la postura antes del siguiente incidente.
En Microsoft Security, construimos hacia ese futuro al integrar este tipo de aplicación adaptativa impulsada por IA directo en la seguridad de identidad. Eso significa acelerar la detección a lo largo de toda la cadena de ataques, agilizar la investigación y la respuesta mediante IA, y asegurar que cada decisión de autenticación y acceso refleje riesgos en tiempo real. También significa acercar más las operaciones de IAM y seguridad, para que las señales de identidad, la aplicación de políticas y la respuesta a incidentes funcionen como un sistema continuo en lugar de flujos de trabajo separados.
El futuro de la seguridad de identidad
En la era de la IA, la identidad no es solo un punto de control. Es el sistema que conecta la prevención, la detección y la respuesta en un único sistema de defensa adaptativo. Y Microsoft construye y opera ese sistema tanto como proveedor de identidad como capa de aplicación de políticas, con señales de riesgo en tiempo real que pueden influir de inmediato en las decisiones de acceso. Las organizaciones que defiendan la identidad más rápido serán aquellas que defiendan mejor todo lo demás.
Prevenir ataques de identidad, garantizar el acceso con privilegios mínimos, unificar los controles de acceso y mejorar la experiencia para los usuarios con soluciones integrales de identidad y acceso a la red tanto en las instalaciones como en las nubes.
