You can now use Amazon Timestream for InfluxDB in the Mexico (Central), Japan (Osaka), and Brazil (Sao Paulo) AWS regions. Timestream for InfluxDB makes it easy for application developers and DevOps teams to run fully managed InfluxDB databases on AWS for real-time time-series applications using open-source APIs.
Timestream for InfluxDB offers Multi-AZ high availability, read replicas, enhanced durability, and multi-node scaling — giving you flexible deployment options to match your workload as it evolves. Whether you’re starting with a single-node setup or scaling to a 15-node Enterprise cluster, you can right-size your infrastructure without re-architecting.
You can create your InfluxDB databases using the Amazon Timestream for InfluxDB console. AWS CLI, or AWS SDKs . Amazon Timestream for InfluxDB is available in the following AWS Regions.
You can now use Amazon Timestream for InfluxDB in the Mexico (Central), Japan (Osaka), and Brazil (Sao Paulo) AWS regions. Timestream for InfluxDB makes it easy for application developers and DevOps teams to run fully managed InfluxDB databases on AWS for real-time time-series applications using open-source APIs. Timestream for InfluxDB offers Multi-AZ high availability, read replicas, enhanced durability, and multi-node scaling — giving you flexible deployment options to match your workload as it evolves. Whether you’re starting with a single-node setup or scaling to a 15-node Enterprise cluster, you can right-size your infrastructure without re-architecting. You can create your InfluxDB databases using the Amazon Timestream for InfluxDB console. AWS CLI, or AWS SDKs . Amazon Timestream for InfluxDB is available in the following AWS Regions. For more information, see the Amazon Timestream for InfluxDB documentation and pricing page.
Qué hay de nuevo con Microsoft en código abierto y Kubernetes en KubeCon + CloudNativeCon Europe 2026
Por: Brendan Burns, vicepresidente corporativo e investigador técnico, Azure OSS y Cloud Native, Microsoft.
Hay un patrón en cómo madura la tecnología compleja. Al principio, los equipos toman sus propias decisiones: herramientas diferentes, abstracciones distintas, formas distintas de razonar sobre el fracaso. Parece flexibilidad, pero a gran escala se revela como fragmentación.
La solución nunca es tan solo más capacidad; Es una filosofía operativa compartida. Kubernetes lo demostró. No respondió solo a «¿cómo gestionamos los contenedores?» Respondió: «¿Cómo cambiamos los sistemas en funcionamiento de manera segura?» La comunidad construyó esos patrones, los endureció y los convirtió en la base.
La infraestructura de IA sigue en una fase caótica. El cambio de «en funcionamiento frente a rota» a «buenas respuestas frente malas respuestas» es un problema operativo diferente, y no se resolverá con más herramientas. Se resuelve como lo hizo lo nativo en la nube: código abierto que crea las interfaces compartidas y la presión comunitaria que sustituyen el juicio individual por prácticas documentadas y reproducibles.
Eso es hacia lo que avanzamos. Desde mi última actualización en KubeCon + CloudNativeCon Norteamérica 2025, nuestros equipos han seguido con la inversión en infraestructura de IA de código abierto, operaciones multiclúster, redes, observabilidad, almacenamiento y ciclo de vida de clústeres. En KubeCon + CloudNativeCon Europe 2026 en Ámsterdam, compartimos varios anuncios que reflejan ese mismo objetivo: llevar la madurez operativa de Kubernetes a las cargas de trabajo y demandas actuales.
Construir la base de código abierto para la IA en Kubernetes
La convergencia de la infraestructura de IA y Kubernetes significa que las lagunas en la infraestructura de IA y en la infraestructura de Kubernetes son cada vez más las mismas. Una parte significativa de nuestro trabajo upstream para este ciclo ha consistido en construir las primitivas que hacen que las cargas de trabajo respaldadas por GPU sean ciudadanos de primera clase dentro del ecosistema nativo en la nube.
En el ámbito de la planificación, Microsoft ha colaborado con socios del sector para promover estándares abiertos para la gestión de recursos de hardware. Hitos clave incluyen:
La Asignación Dinámica de Recursos (DRA, por sus siglas en inglés) ha pasado a disponibilidad general, con el controlador de ejemplo de DRA y el Acceso de Administrador de DRA también enviados como parte de ese trabajo.
Workload Aware Scheduling para Kubernetes 1.36 añade soporte para DRA en la API de Workload y facilita la integración en KubeRay, para facilitar que los desarrolladores soliciten y gestionen infraestructuras de alto rendimiento para entrenamiento e inferencia.
DRANet ahora incluye compatibilidad upstream para tarjetas de interfaz de red (NIC, por sus siglas en inglés) de Azure RDMA, para extender la gestión de recursos de red basada en DRA a hardware de alto rendimiento donde la alineación de topología GPU-NIC afecta de manera directa al rendimiento del entrenamiento.
Más allá de la programación, hemos seguido con las inversiones en las herramientas necesarias para desplegar, operar y asegurar cargas de trabajo de IA en Kubernetes:
AI Runway es un nuevo proyecto de código abierto que introduce una API común de Kubernetes para cargas de trabajo de inferencia, para brindar a los equipos de plataforma una forma centralizada de gestionar los despliegues de modelos y adoptar nuevas tecnologías de servicio a medida que evoluciona el ecosistema. Incluye una interfaz web para usuarios que no deberían necesitar conocer Kubernetes para desplegar un modelo, junto con el descubrimiento integrado de modelos HuggingFace, indicadores de ajuste de memoria GPU, estimaciones de costes en tiempo real y soporte para entornos de ejecución como NVIDIA Dynamo, KubeRay, llm-d y KAITO.
HolmesGPT se ha unido a la Cloud Native Computing Foundation (CNCF) como un proyecto Sandbox, que incorpora capacidades de solución de problemas agénticos al ecosistema compartido de herramientas nativas en la nube.
Dalec, un proyecto CNCF recién incorporado, define especificaciones declarativas para construir paquetes de sistemas y producir imágenes mínimas de contenedores, con soporte para generación de SBOM y atestados de procedencia en tiempo de compilación. Reducir la superficie de ataque y las vulnerabilidades y exposiciones comunes en la fase de construcción es importante para cualquier organización que intente ejecutar cargas de trabajo de IA de manera responsable y a gran escala.
Cilium también recibió un amplio conjunto de contribuciones de Microsoft este ciclo, incluido soporte nativo mTLS ztunnel para comunicación de cargas de trabajo cifradas sin sidecar, controles de cardinalidad de métricas Hubble para gestionar costes de observabilidad a escala, agregación de registros de flujo para reducir el volumen de almacenamiento, y dos Propuestas de Funcionalidades Cilium (CFPs, por sus siglas en inglés) fusionadas para mallas de clúster, que avanzan en redes entre clústeres.
Qué hay de nuevo en Azure Kubernetes Service
Además de nuestras contribuciones ascendentes, me alegra compartir nuevas capacidades en Azure Kubernetes Service (AKS) en redes y seguridad, observabilidad, operaciones multiclúster, almacenamiento y gestión del ciclo de vida del clúster.
Desde controles basados en IP hasta redes conscientes de identidad
A medida que los despliegues de Kubernetes se distribuyen, las redes basadas en IP se vuelven más difíciles de razonar: la visibilidad se degrada, las políticas de seguridad se vuelven difíciles de auditar y la comunicación de carga de trabajo cifrado ha requerido a nivel histórico una malla de servicio completo o una cantidad significativa de trabajo personalizado. Nuestras actualizaciones de red en este ciclo cierran esa brecha trasladando la inteligencia de seguridad y tráfico a la capa de aplicación, donde es más significativo y más fácil de manejar.
Azure Kubernetes Application Network ofrece a los equipos TLS mutuo, autorización consciente de la aplicación y telemetría detallada de tráfico a través de la comunicación de entrada y dentro del clúster, con conectividad multirregión integrada. El resultado es una seguridad consciente de la identidad y una visión real del tráfico sin la sobrecarga de ejecutar una malla de servicio completo. Para los equipos que gestionan la deprecación de ingress-nginx, el enrutamiento de aplicaciones con Meshless Istio proporciona un camino basado en estándares: soporte para la API de Kubernetes Gateway sin sidecars, soporte continuo para configuraciones existentes de ingress-nginx y contribuciones a ingress2gateway para equipos que avanzan de forma incremental.
A nivel de plano de datos, el cifrado WireGuard con el plano de datos Cilium asegura el tráfico nodo a nodo de manera eficiente y sin cambios en la aplicación. Cilium mTLS en Servicios Avanzados de Redes de Contenedores extiende esto a la comunicación pod-a-pod a través de certificados X.509 y SPIRE para la gestión de identidad: tráfico de carga de trabajo autenticado y cifrado sin sidecars. Para rematar, Expansión CIDR en cápsulas elimina una restricción operativa de larga duración al permitir que los clústeres amplíen sus rangos de IP pod en lugar de requerir una reconstrucción, y ahora los administradores pueden deshabilitar HTTP proxy variables para nodos y pods sin tocar la configuración del plano de control.
Visibilidad que se ajuste a la complejidad de los clústeres modernos
Operar Kubernetes a gran escala solo es manejable con una visibilidad clara y consistente de la infraestructura, las redes y las cargas de trabajo. Dos lagunas persistentes que hemos cerrado son la telemetría de GPU y la observabilidad del tráfico de red, ambas se vuelven más críticas a medida que las cargas de trabajo de IA entran en producción.
Los equipos que gestionan cargas de trabajo con GPU a menudo han tenido un punto ciego significativo en la monitorización: la utilización de GPU tan solo no era visible junto a las métricas estándar de Kubernetes sin una configuración manual del exportador. AKS ahora destaca el rendimiento y la utilización de GPU directo en Prometheus y Grafana gestionados, para colocar la telemetría de GPU en la misma pila que los equipos ya utilizan para la planificación de capacidad y alertas. En el lado de la red, ahora está disponible visibilidad L3/L4 por flujo y L7 soportada en tráfico HTTP, gRPC y Kafka, incluyendo IPs, puertos, cargas de trabajo, dirección de flujo y decisiones de política, con una nueva experiencia Azure Monitor que incorpora paneles integrados y la incorporación con un solo clic. Para los equipos que se enfrentan al problema inverso (volumen de métricas en lugar de brechas métricas), los operadores pueden ahora controlar de manera dinámica qué métricas a nivel de contenedor se recopilan a través de recursos personalizados de Kubernetes, para mantener los paneles centrados en señales accionables. La red de contenedores agénticos añade una interfaz web que traduce consultas en lenguaje natural en diagnósticos de solo lectura a través de telemetría en vivo, para acortar el camino de «algo va mal» a «esto es lo que hay que hacer al respecto».
Operaciones más sencillas entre clústeres y cargas de trabajo
Para las organizaciones que ejecutan cargas de trabajo en múltiples clústeres, la red entre clústeres ha significado a nivel histórico fontanería personalizada, descubrimiento de servicios inconsistente y visibilidad limitada a través de los límites del clúster. Azure Kubernetes Fleet Manager ahora aborda esto mediante redes entre clústeres a través de una malla gestionada de Cilium, para brindar conectividad unificada entre clústeres AKS, un registro global de servicios para el descubrimiento de servicios entre clústeres y enrutamiento inteligente con la configuración gestionada de manera central, en lugar de repetida por clúster.
En el lado del almacenamiento, los clústeres pueden ahora consumir almacenamiento de un pool compartido de SAN Elastic en lugar de aprovisionar y gestionar discos individuales por carga de trabajo. Esto simplifica la planificación de capacidad para cargas de trabajo con estado variable y demanda variable y reduce la sobrecarga de aprovisionamiento a gran escala.
Para los equipos que necesitan un punto de acceso más accesible a Kubernetes, AKS de escritorio ya está disponible a nivel general. Aporta una experiencia completa de AKS a su escritorio, para facilitar que los desarrolladores ejecuten, prueben e iteren en cargas de trabajo Kubernetes a nivel local, con la misma configuración que usarán en producción.
Mejoras más seguras y recuperación más rápida
El coste de una mala actualización se acumula con rapidez en la producción, y la recuperación de una ha sido, a nivel histórico, lenta y estresante. Varias actualizaciones de este ciclo se centran en específico en hacer que los cambios de conglomerado sean más seguros, observables y reversibles.
Las actualizaciones del pool de agentes azul-verde crean un pool paralelo con la nueva configuración en lugar de aplicar cambios en su lugar, para que los equipos puedan validar el comportamiento antes de desplazar el tráfico y mantener un camino claro de retroceso si algo parece mal. El rollback del pool de agentes complementa esto al permitir a los equipos revertir un pool de nodos a su versión e imagen de nodos anteriores de Kubernetes cuando surgen problemas tras una actualización (sin una reconstrucción completa). En conjunto, estos ofrecen a los operadores un control real sobre el ciclo de vida de la actualización en lugar de elegir entre «mejorar y tener esperanza» o «quedarse atrás». Para una provisión más rápida durante eventos de escalabilidad, la especificación de imagen preparada permite a los equipos definir imágenes de nodos personalizadas con contenedores precargados, configuraciones del sistema operativo y scripts de inicialización, lo que reduce el tiempo de arranque y mejora la consistencia en entornos que requieren un aprovisionamiento rápido y repetible.
Today, we are excited to announce the general availability of 10 new highly expressive Amazon Polly Generative voices across 8 locales: Tiffany (American English), Brian (British English), Aria (New Zealand English), Jasmine (Singapore English), Florian (French), Ambre (French), Lorenzo (Italian), Beatrice (Italian), Lennart (German), and Sabrina (Swiss German).
Alongside these new voices, we have expanded the Generative engine to two new AWS regions in Europe (London) and Canada (Central). We have also introduced the Bidirectional Streaming API support for the Generative engine, allowing customers to stream text to Polly and receive synthesized audio back simultaneously. This makes it easy to feed output directly from a large language model (LLM) into speech synthesis, enabling real-time applications like chatbots and bespoke characters in games.
Amazon Polly is a fully managed service that turns text into lifelike speech. This expansion addresses the growing demand for natural-sounding, lifelike speech generation in conversational AI and content creation. Developers building LLM-based interactive systems and speech-enabled applications can take advantage of the enhanced voice quality and variety, expanded language and feature support, as well as broader AWS region availability.
Today, we are excited to announce the general availability of 10 new highly expressive Amazon Polly Generative voices across 8 locales: Tiffany (American English), Brian (British English), Aria (New Zealand English), Jasmine (Singapore English), Florian (French), Ambre (French), Lorenzo (Italian), Beatrice (Italian), Lennart (German), and Sabrina (Swiss German).
Alongside these new voices, we have expanded the Generative engine to two new AWS regions in Europe (London) and Canada (Central). We have also introduced the Bidirectional Streaming API support for the Generative engine, allowing customers to stream text to Polly and receive synthesized audio back simultaneously. This makes it easy to feed output directly from a large language model (LLM) into speech synthesis, enabling real-time applications like chatbots and bespoke characters in games.
Amazon Polly is a fully managed service that turns text into lifelike speech. This expansion addresses the growing demand for natural-sounding, lifelike speech generation in conversational AI and content creation. Developers building LLM-based interactive systems and speech-enabled applications can take advantage of the enhanced voice quality and variety, expanded language and feature support, as well as broader AWS region availability.
To hear how Polly voices sound, go to Amazon Polly Features. For more details on the Polly offerings and use, see the Amazon Polly documentation and pricing page.
Cuando la temporada de impuestos se convierte en temporada de ciberataques: campañas de phishing y malware que utilizan señuelos fiscales
Por: Equipo de investigación de Microsoft Threat Intelligence y Microsoft Defender Security
Durante la temporada de impuestos, los actores malintencionados aprovechan de forma fiable la urgencia y familiaridad de los correos electrónicos sensibles al tiempo, incluidos avisos de reembolso, formularios de nómina, recordatorios de presentación y solicitudes de profesionales fiscales, para engañar a los objetivos y que abran archivos adjuntos maliciosos, escaneen códigos QR o sigan cadenas de enlaces de varios pasos. Cada año, se observa un aumento notable de campañas con temática fiscal a medida que se acerca el Día de los Impuestos (15 de abril) en Estados Unidos, y este año no es diferente.
En los últimos meses, Microsoft Threat Intelligence identificó campañas de correo electrónico que utilizan señuelos alrededor del W-2, formularios fiscales o temas similares, o haciéndose pasar por agencias fiscales gubernamentales, firmas de servicios fiscales e instituciones financieras relevantes. Muchas campañas se dirigen a individuos para robos de datos personales y financieros, pero otras se dirigen en específico a contables y otros profesionales que manejan documentos sensibles, tienen acceso a datos financieros y están acostumbrados a recibir correos electrónicos relacionados con impuestos durante este periodo.
Las campañas identificadas estaban diseñadas para recopilar credenciales o entregar malware. Las plataformas de phishing como servicio (PhaaS) siguen muy prevalentes, al permitir campañas muy convincentes de robo de credenciales y evasión de autenticación multifactor (MFA, por sus siglas en inglés) mediante señuelos personalizados de ingeniería social con temática fiscal, archivos adjuntos y páginas de phishing. En casos de entrega de malware, observamos una tendencia continua de abusar de herramientas legítimas de monitorización y gestión remota (RMM, por sus siglas en inglés), que permiten a los actores amenazantes mantener la persistencia en un dispositivo o red comprometida, habilitar un método alternativo de comando y control o, en ataques directos con teclado, usarlas como una sesión interactiva de escritorio remoto.
Este blog detalla varias de las campañas observadas por Microsoft Threat Intelligence en los últimos meses que aprovecharon la temporada de impuestos para la ingeniería social. Al educar a los usuarios sobre los señuelos de phishing, configurar ajustes esenciales de seguridad del correo electrónico y defenderse contra el robo de credenciales, individuos y organizaciones pueden defenderse tanto de este aumento estacional de ataques de phishing como, en general, de muchos tipos de ataques que observamos.
Una amplia variedad de campañas con temática fiscal
Señuelos CPA que llevan al kit de phishing Energy365
A principios de febrero de 2026, observamos una campaña que entregaba el kit de phishing Energy365 PhaaS y señuelos fiscales y de contable público certificado (CPA, por sus siglas en inglés) a lo largo de toda la cadena de ataque. Esta campaña destacó por su personalización de señuelos muy específica, en contraste con otros actores maliciosos que usan este popular kit de phishing pero emplean señuelos genéricos. Otras características destacadas de esta campaña incluyen la participación de múltiples formatos de archivo como Excel y OneNote, el uso de infraestructuras legítimas como OneDrive y múltiples rondas de interacción con el usuario, todos intentos de complicar la detección automatizada y basada en reputación. Aunque esta campaña específica no fue grande, representa las capacidades de Energy365, uno de los principales kits de phishing que permite cientos de miles de correos maliciosos observados por Microsoft a diario.
Entre el 5 y el 6 de febrero, varios cientos de correos electrónicos con el tema «Ver archivo fiscal» se dirigieron a múltiples sectores, incluidos servicios financieros, educación, tecnologías de la información (TI), seguros y sanidad, en su mayoría en Estados Unidos. El archivo adjunto de Excel tenía el nombre del archivo [Nombre del Contable] CPA.xlsx, con el nombre de un contable real (tal vez suplantado en esta campaña sin que él lo supiera). El archivo adjunto contenía un botón pulsable llamado «REVISAR DOCUMENTOS» que enlazaba con un archivo de OneNote alojado en OneDrive.
El archivo de OneNote, que continuaba la farsa con el mismo nombre y logotipo del CPA, contenía un enlace que conducía a una página de destino maliciosa que alojaba el kit de phishing Energy365 e intentaba obtener credenciales como correo electrónico y contraseña.
Figura 1. El archivo de OneNote contenía el logo de Microsoft, un enlace y el nombre y logotipo de un contable específico (tachado)
Código QR y señuelo W2 que lleva al kit de phishing SneakyLog
El 10 de febrero de 2026, Microsoft Threat Intelligence observó correos electrónicos de phishing con temática fiscal enviados a cerca de 100 organizaciones, en los sectores manufacturero, minorista y sanitario, en su mayoría en Estados Unidos. Los correos electrónicos usaban el asunto «Documentos Fiscales de Empleados 2025» y contenían un archivo adjunto llamado 2025_Employee_W-2 .docx. El archivo adjunto incluía contenido que mencionaba varios términos relacionados con impuestos como el Formulario W-2 y un código QR que apuntaba a una página de phishing.
Cada documento se personalizaba para contener el nombre del destinatario, y la URL oculta tras el código QR también contenía la dirección de correo electrónico del destinatario. Esto significa que cada destinatario recibió un apego único. La página de phishing fue creada con la plataforma SneakyLog PhaaS e imitaba la página de inicio de sesión de Microsoft 365 para robar credenciales. SneakyLog, también conocido como Kratos, existe al menos desde principios de 2025. Este kit de phishing se vende como parte del phishing como servicio y es capaz de recopilar credenciales y 2FA. Aunque no es tan popular como otras plataformas como Energy365, SneakyLog ha estado presente de manera constante en el panorama de amenazas.
Figura 2. Archivo adjunto que contiene señuelo fiscal, personalización del usuario y un código QR que enlaza a la página de phishing
Formulario 1099 de phishing con temática de Formulario 1099 que entrega ScreenConnect
En enero y febrero de 2026, Microsoft Threat Intelligence observó conjuntos de dominios con temática fiscal registrados, tal vez para ser utilizados en campañas de phishing con temática fiscal. Estos dominios utilizaban palabras clave como «impuesto» y «formulario 1099» y también se hacían pasar por empresas legítimas específicas involucradas en la declaración de impuestos, la contabilidad y los sectores de inversión. El abuso de marca hacia empresas legítimas de contabilidad, preparación de impuestos, finanzas, contabilidad y empresas relacionadas prolifera todavía durante la temporada de impuestos.
Observamos el uso de uno de estos dominios en una campaña entre el 8 y el 10 de febrero. Se enviaron varios cientos de correos electrónicos a destinatarios en una amplia variedad de sectores, en su mayoría en Estados Unidos. Los correos utilizaban asuntos como «Tu cuenta ahora incluye formularios fiscales actualizados [RF] 1234» o «Tu formulario 1099-R está listo – [RF] 12123123». El cuerpo del correo electrónico decía «Formularios fiscales 2025 está listo» y contenía un botón clicable «Ver formularios fiscales» que enlazaba con la URL taxationstatments2025[.]com. Si se hace clic, este dominio redirige a tax-statments2025[.]com, que a su vez servía para un ejecutable de malware llamado 1099-FR2025.exe.
La carga útil entregada en esta campaña es la herramienta de gestión y monitorización remota (RMM, por sus siglas en inglés) ScreenConnect, firmada por ConnectWise. El certificado específico de firma de código ha sido revocado por el emisor debido a un alto abuso. ScreenConnect es una herramienta legítima, pero los actores maliciosos han aprendido a abusar de la funcionalidad de RMM y, en esencia, convertir herramientas legítimas en troyanos de acceso remoto (RATs, por sus siglas en inglés), ayudándoles a tomar el control de dispositivos comprometidos.
Figura 3. Correo electrónico que suplanta a Fidelity y anima a los usuarios a hacer clic en el botón para ver los formularios fiscalesFigura 4. La página final que lleva a la descarga de 1099-FR2025.exe
Servicio de phishing con temática de criptomonedas e IRS que ofrece SimpleHelp
Otra campaña destacada combinó la suplantación del Servicio de Impuestos Internos de EE. UU. (IRS, por sus siglas en inglés) con un señuelo de criptomonedas. Cabe destacar que esta campaña intentó evadir la detección al no incluir un enlace clicable, sino que pidió a los destinatarios que copiaran y pegaran una URL, que estaba en el cuerpo del correo, en el navegador.
Esta campaña se envió los días 23 y 27 de febrero, y consistió en varios miles de correos electrónicos enviados en exclusiva a destinatarios en Estados Unidos. Los correos electrónicos se dirigieron a muchos sectores, y se envió la mayor parte a la educación superior. Los correos electrónicos usaban el tema «IR-2026-216» y la plataforma online Eventbrite abusaba para hacerse pasar por procedentes del IRS:
«IRS US»<noreply@campaign[.]eventbrite[.]com>
«IRS GOV»<noreply@campaign[.]eventbrite[.]com>
«Servicio»<noreply@campaign[.]eventbrite[.]com>
«IRS TAX»<noreply@campaign[.]eventbrite[.]com>
«.IRS.GOV»<noreply@campaign[.]eventbrite[.]com>
El cuerpo del correo decía «El formulario fiscal de criptomonedas 1099 está listo» y contenía una URL no clicable con el dominio irs-doc[.]com o gov-IRS216[.]red. Si se pegaba en el navegador, la URL llevaba a la descarga de IRS-doc.msi, que era la herramienta RMM ScreenConnect o SimpleHelp, según del día de la campaña. SimpleHelp es otra herramienta legítima de monitorización y gestión remota abusada por actores amenazantes. Aunque no es tan popular como ScreenConnect, los actores maliciosos han adoptado cada vez más SimpleHelp debido a la reciente ofensiva contra el abuso de ScreenConnect por parte de ConnectWise.
Figura 5. Correo electrónico haciéndose pasar por el IRS y que usa además un señuelo llamado «Formulario de Impuestos sobre Criptomonedas 1099»
Campaña dirigida a los CPA y entrega de Datto
Como en temporadas fiscales anteriores, Microsoft Threat Intelligence observó campañas de correo electrónico dirigidas en específico a contables y organizaciones relacionadas. Una variante de esta campaña es una técnica bien conocida y documentada que utiliza iniciadores de conversación benignos. El actor malicioso se pone en contacto para pedir ayuda para presentar la declaración de impuestos, solicitar un presupuesto y, por lo general, aportar una historia de fondo. Si el actor recibe una respuesta, envía un enlace malicioso que conduce a la instalación de varios RATs. Sin embargo, Microsoft Threat Intelligence también observó campañas dirigidas a CPA que contienen una historia similar pero que incluyen el enlace malicioso en el primer correo electrónico.
Una de estas campañas se envió el 9 de marzo y consistió en cerca de 1.000 correos electrónicos enviados en exclusiva a usuarios en Estados Unidos. Los correos electrónicos se dirigían a varias empresas contables, pero también incluían algunas industrias relacionadas como los servicios financieros, el derecho y los seguros. Los correos usaban el asunto «SOLICITUD DE DECLARACIÓN PROFESIONAL DE IMPUESTOS».
El correo proporcionaba una historia de fondo que incluía la descripción de una situación compleja de declaración de impuestos que involucraba auditoría fiscal, matrícula universitaria, intereses de préstamos e ingresos inmobiliarios. El remitente también intentó explicar su imposibilidad de acudir de manera física a la oficina debido a los desplazamientos. Por último, el remitente pidió un presupuesto. Observamos variaciones en la historia de fondo en diferentes días, incluido el cambio de CPA debido al aumento de honorarios.
El enlace en el correo electrónico utilizaba el servicio gratuito de alojamiento del sitio carrd[.]co. El sitio contenía un simple botón «VER DOCUMENTOS» que enlazaba con un servicio de acortador de URL, que redirigía a los usuarios a private-adobe-client[.]IM. Esta sencilla cadena de redirección dificultó la detección automatizada al utilizar sitios legítimos con buena reputación y que involucraban la interacción de los usuarios. La página final servía como ejecutable relacionado con el Datto. Datto es otra herramienta legítima de monitorización y gestión remota, abusada por actores amenazantes.
Figura 6. Correo electrónico enviado a un CPA para solicitar asistencia con la declaración de impuestos
Campaña temática del IRS dirigida a profesionales contables y eliminación de ScreenConnect
El 10 de febrero de 2026, Microsoft Threat Intelligence observó una campaña de phishing a gran escala enviada a más de 29.000 usuarios en 10.000 organizaciones, centrada casi en exclusiva en objetivos en Estados Unidos (el 95% de los objetivos). La campaña no se centró en un sector concreto, sino que incluyó un amplio conjunto de sectores, donde los servicios financieros (19%), tecnología y software (18%) y comercio minorista y bienes de consumo (15%) fueron los más atacados.
Aunque la campaña no parecía dirigirse a una industria específica, un análisis de los destinatarios indicó que la campaña se dirigía a roles concretos, en especial contables y preparadores fiscales. Los mensajes de la campaña se enviaron en dos oleadas durante una ventana de nueve horas, entre las 10:35 UTC y las 19:51 UTC.
Los correos se hacían pasar por la Agencia Tributaria, alegaban que las declaraciones de impuestos con potenciales irregularidades se habían presentado bajo el Número de Identificación Electrónica de Presentación (EFIN, por sus siglas en inglés) del destinatario. Se instruyó a los destinatarios para revisar estas declaraciones a través de la descarga de un supuesto «Visor de Transcripciones del IRS».
Figura 7. Ejemplo de correo electrónico de phishing de campaña
Los correos electrónicos se enviaron a través del Amazon Simple Email Service (SES) desde una de las dos direcciones de remitente en edud[.]un dominio registrado en agosto de 2025. Para aumentar la credibilidad, el nombre de usuario del remitente rotaba entre las siguientes 14 identidades temáticas del IRS:
Servicios de E-Presentación del IRS
Equipo EFIN del IRS
Cumplimiento EFIN del IRS
Servicios electrónicos del IRS
Operaciones de la E-File del IRS
Revisión de la presentación ante la Agencia Tributaria
Apoyo para la presentación de la IRS
Apoyo EFIN del IRS
Equipo de servicios electrónicos del IRS
Soporte para la Presentación Electrónica del IRS
Revisión EFIN del IRS
Cumplimiento de la declaración electrónica del IRS
Soporte de servicios electrónicos del IRS
Servicios electrónicos para profesionales del IRS
De manera similar, las líneas de asunto usadas en la campaña también rotaron, tal vez para intentar eludir sistemas de detección que dependen de firmas de texto estáticas. Los más comunes entre los 49 sujetos de correo electrónico que observamos en esta campaña incluyen:
IRS solicita revisión de transcripciones
Revisión de la Empresa de Notificación del IRS
Revisión de Cumplimiento de CPA
Revisión de la presentación de firmas de soporte del IRS
Revisión del cumplimiento solicitado
Los correos contenían un botón «Descargar Vista de transcripción IRS 5.1», que en teoría conducía a una solicitud legítima al IRS que podría usarse para revisar la transcripción mencionada en el correo. En su lugar, el enlace apuntaba a una URL de seguimiento de clics de Amazon SES (awstrack[.]yo), que luego redirigía a SmartVault[.]im, un dominio malicioso que imita SmartVault, un conocido servicio de gestión fiscal y documental utilizado por profesionales contables. Para evadir el análisis automatizado, el sitio de phishing utilizó Cloudflare para la detección y bloqueo de bots. Solo los visitantes que se asemejan a usuarios humanos podrían llegar a la carga final de phishing, mientras que el tráfico de rastreadores y sandboxes resultaría en una página de bloqueo.
A los usuarios que superaban la comprobación del bot se les mostraba una animación falsa de «verificación» que indicaba que la web del IRS realizaba una comprobación automatizada para verificar la conexión con los servicios de proveedores del IRS. Tras esta animación, se mostraba una página al usuario que indicaba que la supuesta aplicación de visualización de transcripciones comenzaría a descargarse en automático antes de ser redirigida a la página web legítima del proveedor del IRS. El archivo descargado, llamado TranscriptViewer5.1.exe, no era una herramienta legítima del IRS, sino una herramienta de acceso remoto (RAT, por sus siglas en inglés), reempaquetada de manera maliciosa, de ScreenConnect. Al ejecutarse, esta carga útil podría otorgar a los atacantes el control remoto del sistema víctima, para permitir el robo de datos, la obtención de credenciales y una actividad posterior a la explotación.
Figura 8. Ejemplos de páginas de verificación de campaña y descarga de «éxito».
Cómo proteger a los usuarios y a la organización frente a campañas con temática fiscal
Para defenderse de campañas de ingeniería social que aprovechan el aumento de la actividad de correos electrónicos durante la temporada de impuestos, Microsoft recomienda las siguientes medidas de mitigación:
Configurar la interrupción automática de ataques en Microsoft Defender XDR. La interrupción automática de ataques está diseñada para contener los ataques en curso, limitar el impacto en los activos de una organización y proporcionar más tiempo a los equipos de seguridad para remediar completamente el ataque.
Imponer la autenticación multifactor (MFA, por sus siglas en inglés) en todas las cuentas, eliminar a los usuarios excluidos de la MFA y exigir de manera estricta MFA desde todos los dispositivos en todas las ubicaciones en todo momento.
Utilizar la app Microsoft Authenticator para claves de acceso y MFA, y complementar la MFA con políticas de acceso condicional, donde las solicitudes de inicio de sesión se evalúan por medio de señales adicionales basadas en la identidad.
Activar la purga automática de cero horas (ZAP, por sus siglas en inglés) en Office 365 para poner en cuarentena el correo enviado en respuesta a la inteligencia de amenazas recién adquirida y neutralizar de manera retroactiva los mensajes maliciosos de phishing, spam o malware que ya hayan sido entregados a los buzones.
Configurar Microsoft Defender para los enlaces seguros de Office 365 para volver a comprobar los enlaces al hacer clic. Enlaces Seguros proporciona escaneo de URL y reescritura de mensajes de correo entrantes en el flujo de correo y verificación en el momento del clic de URLs y enlaces en mensajes de correo, otras aplicaciones de Microsoft Office como Teams y otras ubicaciones como SharePoint Online. El escaneo de enlaces seguros se realiza además de la protección habitual contra el spam y el malware en los mensajes de correo entrante en Microsoft Exchange Online Protection (EOP). El escaneo de enlaces seguros puede ayudar a proteger a su organización de enlaces maliciosos que se utilizan en ataques de phishing y otros.
Animar a los usuarios a usar Microsoft Edge y otros navegadores web que soporten Microsoft Defender SmartScreen, que identifica y bloquea sitios web maliciosos, incluidos sitios de phishing, sitios fraudulentos y sitios que alojan malware.
Habilitar la protección de red para evitar que aplicaciones o usuarios accedan a dominios maliciosos y otros contenidos maliciosos en internet.
Guía de detección y caza con Microsoft Defender
Los clientes de Microsoft Defender pueden consultar la lista de detecciones aplicables a continuación. Microsoft Defender XDR coordina la detección, prevención, investigación y respuesta entre endpoints, identidades, correo electrónico y aplicaciones para proporcionar protección integrada contra ataques como la amenaza que se discute en este blog.
Táctica
Actividad observada
Cobertura de Microsoft Defender
Acceso inicial
Correos electrónicos de phishing
Microsoft Defender para Office 365 – Se detectó un clic en URL en potencia malicioso – Mensajes de correo electrónico con URL maliciosa eliminados tras la entrega – Mensajes de correo electrónico eliminados tras la entrega – Un usuario hizo clic a una URL en potencia maliciosa – Se detectaron patrones sospechosos de envío de correos electrónicos – Correo reportado por el usuario como malware o phishing
Ejecución
Entrega de herramientas RMM para actividades post-compromiso
Microsoft Defender for Endpoint – Instalación sospechosa de software de gestión remota – Software de monitorización y gestión remota Actividad sospechosa – Ubicación sospechosa del software de gestión remota – Uso sospechoso de software de gestión remota – Ejecución sospechosa de comandos vía ScreenConnect
Microsoft Security Copilot
Microsoft Security Copilot está integrado en Microsoft Defender y proporciona a los equipos de seguridad capacidades impulsadas por IA para resumir incidentes, analizar archivos y scripts, resumir identidades, usar respuestas guiadas y generar resúmenes de dispositivos, consultas de búsqueda e informes de incidentes.
Security Copilot también está disponible como una experiencia independiente donde los clientes pueden realizar tareas específicas relacionadas con la seguridad, como la investigación de incidentes, el análisis de usuarios y la evaluación del impacto en vulnerabilidades. Además, Security Copilot ofrece escenarios para desarrolladores que permiten a los clientes crear, probar, publicar e integrar agentes y plugins de IA para satisfacer necesidades de seguridad únicas.
Informes de inteligencia sobre amenazas
Los clientes de Microsoft Defender XDR pueden utilizar los siguientes informes de análisis de amenazas en el portal Defender (requiere licencia para al menos un producto Defender XDR) para obtener la información más actualizada sobre el actor de la amenaza, la actividad maliciosa y las técnicas discutidas en este blog. Estos informes proporcionan la inteligencia, la información de protección y las acciones recomendadas para prevenir, mitigar o responder a las amenazas asociadas encontradas en los entornos de los clientes:
Los clientes de Microsoft Security Copilot también pueden utilizar la integración de Microsoft Security Copilot en Microsoft Defender Threat Intelligence, ya sea en el portal independiente Security Copilot o en la experiencia integrada en el portal Microsoft Defender para obtener más información sobre este actor amenazante.
Búsqueda de consultas
Microsoft Defender XDR
Los clientes de Microsoft Defender XDR pueden ejecutar las siguientes consultas avanzadas de búsqueda para encontrar actividad relacionada en sus redes:
Encontrar mensajes de correo electrónico relacionados con dominios conocidos
La siguiente consulta verifica los dominios en los datos de correo electrónico de Defender XDR:
Detectar indicadores de hash de archivo en los datos de correo electrónico
La siguiente consulta revisa hashes relacionados con actividades de phishing identificadas en los datos de Defender XDR:
let File_Hashes_SHA256 = dynamic([ "45b6b4db1be6698c29ffde9daeb8ffaa344b687d3badded2f8c68c922cdce6e0", "d422f6f5310af1e72f6113a2a592916f58e3871c58d0e46f058d4b669a3a0fd8"]); DeviceFileEvents | where SHA256 has_any (File_Hashes_SHA256)
Microsoft Sentinel
Los clientes de Microsoft Sentinel pueden utilizar la analítica de TI Mapping (una serie de análisis todos precedidos por ‘TI map’) para emparejar en automático los indicadores mencionados en esta entrada del blog con los datos de su espacio de trabajo. Si los análisis de TI Map no están desplegados en la actualidad, los clientes pueden instalar la solución de Inteligencia de Amenazas desde el Microsoft Sentinel Content Hub para que la regla de análisis se despliegue en su espacio de trabajo Sentinel.
Detectar IP de red e indicadores de dominio de compromiso por medio de ASIM
La siguiente consulta verifica las direcciones IP y las IOCs de dominio entre las fuentes de datos soportadas por el analizador de sesiones de red ASIM:
//IP list - _Im_WebSession let lookback = 30d; let ioc_ip_addr = dynamic([]); let ioc_sha_hashes =dynamic(["45b6b4db1be6698c29ffde9daeb8ffaa344b687d3badded2f8c68c922cdce6e0"]); _Im_WebSession(starttime=todatetime(ago(lookback)), endtime=now()) | where DstIpAddr in (ioc_ip_addr) or FileSHA256 in (ioc_sha_hashes) | summarize imWS_mintime=min(TimeGenerated), imWS_maxtime=max(TimeGenerated), EventCount=count() by SrcIpAddr, DstIpAddr, Url, Dvc, EventProduct, EventVendor
Detectar indicadores de IP y hash de archivo de las sesiones web por medio de ASIM
La siguiente consulta verifica direcciones IP, dominios y IOCs de hash de archivo entre fuentes de datos soportadas por el analizador de sesiones web ASIM:
//IP list - _Im_WebSession let lookback = 30d; let ioc_ip_addr = dynamic([]); let ioc_sha_hashes =dynamic(["45b6b4db1be6698c29ffde9daeb8ffaa344b687d3badded2f8c68c922cdce6e0"]); _Im_WebSession(starttime=todatetime(ago(lookback)), endtime=now()) | where DstIpAddr in (ioc_ip_addr) or FileSHA256 in (ioc_sha_hashes) | summarize imWS_mintime=min(TimeGenerated), imWS_maxtime=max(TimeGenerated), EventCount=count() by SrcIpAddr, DstIpAddr, Url, Dvc, EventProduct, EventVendor
Detectar indicadores de compromiso de dominio y URL usando ASIM
La siguiente consulta verifica los IOCs de dominio y URL entre las fuentes de datos soportadas por el analizador de sesiones web ASIM:
// file hash list - imFileEvent // Domain list - _Im_WebSession let ioc_domains = dynamic(["taxationstatments2025.com", "irs-doc.com", "gov-irs216.net", "private-adobe-client.im"]); _Im_WebSession (url_has_any = ioc_domains)
Detectar hashes de archivos indicadores de compromiso usando ASIM
La siguiente consulta verifica las direcciones IP y los IOCs hash de archivo entre las fuentes de datos soportadas por el analizador de eventos de archivos ASIM:
// file hash list - imFileEvent let ioc_sha_hashes = dynamic(["45b6b4db1be6698c29ffde9daeb8ffaa344b687d3badded2f8c68c922cdce6e0"]); imFileEvent | where SrcFileSHA256 in (ioc_sha_hashes) or TargetFileSHA256 in (ioc_sha_hashes) | extend AccountName = tostring(split(User, @'')[1]), AccountNTDomain = tostring(split(User, @'')[0]) | extend AlgorithmType = "SHA256"
Para recibir notificaciones sobre nuevas publicaciones y participar en debates en redes sociales, síganos en LinkedIn, X (antes Twitter) y Bluesky.
Para escuchar historias y perspectivas de la comunidad de Inteligencia de Amenazas de Microsoft sobre el panorama de amenazas en constante evolución, escuchen el podcast Microsoft Threat Intelligence.
The post Cuando la temporada de impuestos se convierte en temporada de ciberataques: campañas de phishing y malware que utilizan señuelos fiscales appeared first on Source LATAM.
AWS HealthImaging is now available in the AWS Europe (London) Region. AWS HealthImaging is a HIPAA-eligible service that empowers healthcare providers, life sciences organizations, and their software partners to store, analyze, and share medical images at petabyte scale.
AWS HealthImaging offers fully managed infrastructure for storing medical imaging data, with both DICOMWeb APIs for easy integration with existing applications and AWS-native APIs for cloud-first implementations. With AWS HealthImaging, organizations can reduce storage costs by up to 40% compared to do-it-yourself solutions, enable faster image access for clinical workflows, and accelerate the development of AI-powered diagnostic applications while maintaining strict security controls over sensitive data.
AWS HealthImaging is generally available in the following AWS Regions: US East (N. Virginia), US West (Oregon), Asia Pacific (Sydney), Europe (Ireland), and Europe (London). To learn more, see the AWS HealthImaging Developer Guide.
AWS HealthImaging is now available in the AWS Europe (London) Region. AWS HealthImaging is a HIPAA-eligible service that empowers healthcare providers, life sciences organizations, and their software partners to store, analyze, and share medical images at petabyte scale.
AWS HealthImaging offers fully managed infrastructure for storing medical imaging data, with both DICOMWeb APIs for easy integration with existing applications and AWS-native APIs for cloud-first implementations. With AWS HealthImaging, organizations can reduce storage costs by up to 40% compared to do-it-yourself solutions, enable faster image access for clinical workflows, and accelerate the development of AI-powered diagnostic applications while maintaining strict security controls over sensitive data.
AWS HealthImaging is generally available in the following AWS Regions: US East (N. Virginia), US West (Oregon), Asia Pacific (Sydney), Europe (Ireland), and Europe (London). To learn more, see the AWS HealthImaging Developer Guide.
Today, AWS announces that the AWS MCP Server (preview) now publishes operational metrics to Amazon CloudWatch and introduces scalable Agent SOPs discovery using semantic similarity. Agent SOPs are pre-built, tested workflows that guide AI assistants through complex multi-step AWS tasks. These updates give you visibility into your MCP Server usage and provide a guided path for your agents to perform tasks on AWS.
Previously, customers were unable to monitor changes done through agents using AWS MCP server to track usage patterns, identify permission issues, and set up alarms on errors. With this update, the AWS MCP Server now automatically publishes metrics under the AWS-MCP namespace in CloudWatch at no additional cost. You can monitor invocation counts, success rates, client errors, server errors, and throttling for individual tools such as the AWS API caller (call_aws) and the Agent SOP retriever (retrieve_agent_sop). These metrics help you track usage patterns, identify permission issues, and set up alarms when error rates exceed your thresholds. Additionally, the documentation search tool (search_documentation) now uses semantic similarity to return relevant Agent SOPs alongside AWS documentation results, allowing AI assistants to discover the right SOP through natural language queries.
The AWS MCP Server is available in preview in the US East (N. Virginia) AWS Region at no additional cost.
To get started on AWS MCP server, please read documentation here.
Today, AWS announces that the AWS MCP Server (preview) now publishes operational metrics to Amazon CloudWatch and introduces scalable Agent SOPs discovery using semantic similarity. Agent SOPs are pre-built, tested workflows that guide AI assistants through complex multi-step AWS tasks. These updates give you visibility into your MCP Server usage and provide a guided path for your agents to perform tasks on AWS. Previously, customers were unable to monitor changes done through agents using AWS MCP server to track usage patterns, identify permission issues, and set up alarms on errors. With this update, the AWS MCP Server now automatically publishes metrics under the AWS-MCP namespace in CloudWatch at no additional cost. You can monitor invocation counts, success rates, client errors, server errors, and throttling for individual tools such as the AWS API caller (call_aws) and the Agent SOP retriever (retrieve_agent_sop). These metrics help you track usage patterns, identify permission issues, and set up alarms when error rates exceed your thresholds. Additionally, the documentation search tool (search_documentation) now uses semantic similarity to return relevant Agent SOPs alongside AWS documentation results, allowing AI assistants to discover the right SOP through natural language queries. The AWS MCP Server is available in preview in the US East (N. Virginia) AWS Region at no additional cost. To get started on AWS MCP server, please read documentation here.
Amazon Bedrock AgentCore Runtime now supports WebRTC for real-time bidirectional streaming between clients and agents, adding to the existing WebSocket protocol support. With WebRTC, developers can build voice agents for browser and mobile applications that stream audio and video bidirectionally with low latency using peer-to-peer, UDP-based transport, enabling natural, real-time conversational experiences.
WebRTC joins WebSocket as the second bidirectional streaming protocol supported by AgentCore Runtime. While WebSocket provides persistent, full-duplex connections for text and audio streaming over TCP, WebRTC is optimized for real-time media delivery where low latency is critical, such as voice agents in browser and mobile applications. WebRTC requires a TURN relay for media traffic, and AgentCore Runtime gives you flexibility in how you set that up: Amazon Kinesis Video Streams managed TURN for a fully managed experience with native AWS IAM integration, a third-party provider, or your own self-hosted TURN infrastructure. Both protocols benefit from AgentCore Runtime session isolation, observability, and scaling.
WebRTC is supported in AgentCore Runtime across fourteen AWS Regions: US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Mumbai), Canada (Central), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Paris), and Europe (Stockholm).
Amazon Bedrock AgentCore Runtime now supports WebRTC for real-time bidirectional streaming between clients and agents, adding to the existing WebSocket protocol support. With WebRTC, developers can build voice agents for browser and mobile applications that stream audio and video bidirectionally with low latency using peer-to-peer, UDP-based transport, enabling natural, real-time conversational experiences.
WebRTC joins WebSocket as the second bidirectional streaming protocol supported by AgentCore Runtime. While WebSocket provides persistent, full-duplex connections for text and audio streaming over TCP, WebRTC is optimized for real-time media delivery where low latency is critical, such as voice agents in browser and mobile applications. WebRTC requires a TURN relay for media traffic, and AgentCore Runtime gives you flexibility in how you set that up: Amazon Kinesis Video Streams managed TURN for a fully managed experience with native AWS IAM integration, a third-party provider, or your own self-hosted TURN infrastructure. Both protocols benefit from AgentCore Runtime session isolation, observability, and scaling.
WebRTC is supported in AgentCore Runtime across fourteen AWS Regions: US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Mumbai), Canada (Central), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Paris), and Europe (Stockholm).
To get started, see Bidirectional streaming in the Amazon Bedrock AgentCore documentation, which includes ready-to-deploy examples for both protocols: an Amazon Nova Sonic voice agent with KVS TURN server, Pipecat voice agents with WebSocket, WebRTC, and Daily transport, a LiveKit voice agent, and a Strands Agents SDK voice agent.
Amazon Elastic Kubernetes Service (Amazon EKS) now offers a 99.99% Service Level Agreement (SLA) for clusters running on Provisioned Control Plane, up from the 99.95% SLA offered on standard control plane. Amazon EKS is also introducing the 8XL scaling tier, the largest available Provisioned Control Plane tier.
Provisioned Control Plane gives you the ability to select your cluster’s control plane capacity from a set of well-defined scaling tiers, ensuring the control plane is pre-provisioned and ready to handle traffic spikes or unpredictable bursts. The higher 99.99% SLA is measured in 1-minute intervals, providing a more granular and stringent availability commitment for mission-critical workloads. The new 8XL tier offers double the Kubernetes API server request processing capacity of the next lower 4XL tier, enabling workloads such as ultra-scale AI/ML training, high-performance computing (HPC), and large-scale data processing.
Amazon Elastic Kubernetes Service (Amazon EKS) now offers a 99.99% Service Level Agreement (SLA) for clusters running on Provisioned Control Plane, up from the 99.95% SLA offered on standard control plane. Amazon EKS is also introducing the 8XL scaling tier, the largest available Provisioned Control Plane tier. Provisioned Control Plane gives you the ability to select your cluster’s control plane capacity from a set of well-defined scaling tiers, ensuring the control plane is pre-provisioned and ready to handle traffic spikes or unpredictable bursts. The higher 99.99% SLA is measured in 1-minute intervals, providing a more granular and stringent availability commitment for mission-critical workloads. The new 8XL tier offers double the Kubernetes API server request processing capacity of the next lower 4XL tier, enabling workloads such as ultra-scale AI/ML training, high-performance computing (HPC), and large-scale data processing. Both the 99.99% SLA and the 8XL tier are available today in all AWS regions where Amazon EKS Provisioned Control Plane is offered. To learn more about the SLA, see the Amazon EKS Service Level Agreement. For 8XL pricing and capabilities, see the EKS pricing and EKS Provisioned Control Plane documentation.
AWS Firewall Manager announces that it is now available in AWS Asia Pacific (New Zealand) Region. AWS Firewall Manager helps cloud security administrators and site reliability engineers protect applications while reducing the operational overhead of manually configuring and managing rules.
Working with AWS Firewall Manager, customers can provide defense in depth policies to address the full range of AWS security services for customers hosting their applications and workloads in AWS Taipei. Customers wishing to establish secured assets using AWS WAF can create and maintain security policies with AWS Firewall Manager.
To learn more about how AWS Firewall Manager works, see the AWS Firewall Manager documentation for more details and the AWS Region Table for the list of regions where AWS Firewall Manager is currently available. To learn more about AWS Firewall Manager, its features, and its pricing, visit the AWS Firewall Manager website.
AWS Firewall Manager announces that it is now available in AWS Asia Pacific (New Zealand) Region. AWS Firewall Manager helps cloud security administrators and site reliability engineers protect applications while reducing the operational overhead of manually configuring and managing rules. Working with AWS Firewall Manager, customers can provide defense in depth policies to address the full range of AWS security services for customers hosting their applications and workloads in AWS Taipei. Customers wishing to establish secured assets using AWS WAF can create and maintain security policies with AWS Firewall Manager. To learn more about how AWS Firewall Manager works, see the AWS Firewall Manager documentation for more details and the AWS Region Table for the list of regions where AWS Firewall Manager is currently available. To learn more about AWS Firewall Manager, its features, and its pricing, visit the AWS Firewall Manager website.
AWS DataSync now supports AWS Secrets Manager for credential management across all location types, including Hadoop Distributed File System (HDFS), Amazon FSx for Windows File Server, and Amazon FSx for NetApp ONTAP. Previously, Secrets Manager integration was limited to a subset of location types, requiring you to provide credentials directly through the DataSync API or console.
You can centralize credential management for all DataSync locations in Secrets Manager, providing a single, consistent approach across all your data transfers. You can also encrypt credentials with your own AWS KMS key instead of the default AWS-owned key, helping you meet your organization’s security requirements and governance policies. All secrets are stored in your account, allowing you to update credentials as needed, independent of the DataSync service.
DataSync supports two approaches for credential management. You can provide a secret ARN referencing credentials you manage in Secrets Manager for full control over rotation, auditing, and access policies. Alternatively, DataSync can automatically create and manage secrets on your behalf.
This capability is available is available in the majority of AWS regions where AWS DataSync is offered. For the full list of supported regions, visit the AWS Capabilities tool in Builder Center. To get started, visit the AWS DataSync console. For more information, see Managing credentials with AWS Secrets Manager in the AWS DataSync documentation.
AWS DataSync now supports AWS Secrets Manager for credential management across all location types, including Hadoop Distributed File System (HDFS), Amazon FSx for Windows File Server, and Amazon FSx for NetApp ONTAP. Previously, Secrets Manager integration was limited to a subset of location types, requiring you to provide credentials directly through the DataSync API or console.
You can centralize credential management for all DataSync locations in Secrets Manager, providing a single, consistent approach across all your data transfers. You can also encrypt credentials with your own AWS KMS key instead of the default AWS-owned key, helping you meet your organization’s security requirements and governance policies. All secrets are stored in your account, allowing you to update credentials as needed, independent of the DataSync service.
DataSync supports two approaches for credential management. You can provide a secret ARN referencing credentials you manage in Secrets Manager for full control over rotation, auditing, and access policies. Alternatively, DataSync can automatically create and manage secrets on your behalf.
This capability is available is available in the majority of AWS regions where AWS DataSync is offered. For the full list of supported regions, visit the AWS Capabilities tool in Builder Center. To get started, visit the AWS DataSync console. For more information, see Managing credentials with AWS Secrets Manager in the AWS DataSync documentation.