Publicado el Deja un comentario

AWS Marketplace Seller Reporting now provides collections visibility

Today, AWS announces collection visibility in AWS Marketplace Seller Reporting, which adds up-to-date payment collection status to the Billed Revenue Dashboard and Billing Event Data Feed.

This enhancement enables sellers to distinguish between invoiced, collected, and disbursed amounts, eliminating the visibility gap between invoice creation and disbursement. With this feature, sellers can make informed business decisions and reduce unnecessary follow-ups with customers about payment status.

Collection visibility particularly benefits sellers using monthly disbursement who previously waited up to 30 days to understand payment collection status. All AWS Marketplace sellers can now improve payment forecasting accuracy and detect collection issues earlier. This enhanced visibility streamlines seller operations and improves customer relationships by providing clarity on payment status.

Collection visibility is available in all AWS Regions where AWS Seller Reporting is available. The feature launches on January 6th, 2026 for all AWS sellers.

To access collection visibility, log into the AWS Marketplace Management Portal and navigate to Insights → Finance Operations

 

​Today, AWS announces collection visibility in AWS Marketplace Seller Reporting, which adds up-to-date payment collection status to the Billed Revenue Dashboard and Billing Event Data Feed. This enhancement enables sellers to distinguish between invoiced, collected, and disbursed amounts, eliminating the visibility gap between invoice creation and disbursement. With this feature, sellers can make informed business decisions and reduce unnecessary follow-ups with customers about payment status. Collection visibility particularly benefits sellers using monthly disbursement who previously waited up to 30 days to understand payment collection status. All AWS Marketplace sellers can now improve payment forecasting accuracy and detect collection issues earlier. This enhanced visibility streamlines seller operations and improves customer relationships by providing clarity on payment status. Collection visibility is available in all AWS Regions where AWS Seller Reporting is available. The feature launches on January 6th, 2026 for all AWS sellers. To access collection visibility, log into the AWS Marketplace Management Portal and navigate to Insights → Finance Operations  

Publicado el Deja un comentario

Amazon MQ now supports HTTP based authentication for RabbitMQ brokers

Amazon MQ now supports the ability for RabbitMQ brokers to perform authentication (determining who can log in) and authorization (determining what permissions they have) by making requests to an HTTP server. This plugin can be configured on brokers running RabbitMQ 4.2 and above on Amazon MQ by making changes to the associated configuration file.

To start using HTTP based authentication and authorization on Amazon MQ, simply select RabbitMQ 4.2 when creating a new broker using the m7g instance type through the AWS Management console, AWS CLI, or AWS SDKs, and then edit the associated configuration file. To learn more about the plugin, see the Amazon MQ release notes and the Amazon MQ developer guide. This plugin is available in all regions where Amazon MQ RabbitMQ 4 instances are available today. 

 

​Amazon MQ now supports the ability for RabbitMQ brokers to perform authentication (determining who can log in) and authorization (determining what permissions they have) by making requests to an HTTP server. This plugin can be configured on brokers running RabbitMQ 4.2 and above on Amazon MQ by making changes to the associated configuration file. To start using HTTP based authentication and authorization on Amazon MQ, simply select RabbitMQ 4.2 when creating a new broker using the m7g instance type through the AWS Management console, AWS CLI, or AWS SDKs, and then edit the associated configuration file. To learn more about the plugin, see the Amazon MQ release notes and the Amazon MQ developer guide. This plugin is available in all regions where Amazon MQ RabbitMQ 4 instances are available today.   

Publicado el Deja un comentario

Amazon ECS now supports tmpfs mounts on AWS Fargate and ECS Managed Instances

Amazon Elastic Container Service (Amazon ECS) now supports tmpfs mounts for Linux tasks running on AWS Fargate and Amazon ECS Managed Instances, extending beyond the EC2 launch type. With tmpfs, you can now create memory‑backed file systems for your containerized workloads without writing this data to task storage.

tmpfs mounts provide a temporary file system that is backed by memory and exposed inside the container at a path you choose. This is ideal for performance‑sensitive workloads that need fast access to scratch files, caches, or temporary working sets, and for security‑sensitive data such as short‑lived secrets or credentials, because the data does not persist after the task stops. tmpfs also lets you keep the container root file system read‑only using the readonlyRootFilesystem setting while still allowing applications to write to specific in‑memory directories.

To get started, update your task definition so that the container definitions include a linuxParameters block with one or more tmpfs entries. For each tmpfs mount, specify the containerPath, size, and optional mountOptions. You can register or update task definitions using the Amazon ECS console, AWS CLI, AWS CloudFormation, or AWS CDK. This feature is available in all AWS Regions where Amazon ECS, AWS Fargate, and Amazon ECS Managed Instances are supported. To learn more, see the LinuxParameters and Tmpfs sections in the Amazon ECS API Reference and the Amazon ECS Developer Guide.

 

​Amazon Elastic Container Service (Amazon ECS) now supports tmpfs mounts for Linux tasks running on AWS Fargate and Amazon ECS Managed Instances, extending beyond the EC2 launch type. With tmpfs, you can now create memory‑backed file systems for your containerized workloads without writing this data to task storage. tmpfs mounts provide a temporary file system that is backed by memory and exposed inside the container at a path you choose. This is ideal for performance‑sensitive workloads that need fast access to scratch files, caches, or temporary working sets, and for security‑sensitive data such as short‑lived secrets or credentials, because the data does not persist after the task stops. tmpfs also lets you keep the container root file system read‑only using the readonlyRootFilesystem setting while still allowing applications to write to specific in‑memory directories. To get started, update your task definition so that the container definitions include a linuxParameters block with one or more tmpfs entries. For each tmpfs mount, specify the containerPath, size, and optional mountOptions. You can register or update task definitions using the Amazon ECS console, AWS CLI, AWS CloudFormation, or AWS CDK. This feature is available in all AWS Regions where Amazon ECS, AWS Fargate, and Amazon ECS Managed Instances are supported. To learn more, see the LinuxParameters and Tmpfs sections in the Amazon ECS API Reference and the Amazon ECS Developer Guide.  

Publicado el Deja un comentario

Cómo Brad Schlintz construyó una vida de libertad e impacto a través de la investigación en seguridad

Cómo Brad Schlintz construyó una vida de libertad e impacto a través de la investigación en seguridad

Ilustración de un hombre con atuendo de explorador en una selva con animales rodeándolo y un volcán activo al fondo

Publicado en MSRC blog.

En Microsoft Security Response Center (MSRC), celebramos los diversos caminos que atraen a los investigadores a nuestra comunidad. La historia de Brad Schlintz es una de curiosidad, resiliencia y un impulso incansable por aprender, que abarca comienzos rurales, giros profesionales y una vida marcada tanto por la tecnología como por los viajes. En esta entrada del blog, compartimos los recorridos de Brad, para destacar las experiencias y conocimientos que le han convertido en un contribuyente principal al programa de recompensas por errores de Microsoft (clasificado como el #5 MVR de Microsoft en 2025), clasificado tanto para Zero Day Quest 2025 como para Zero Day Quest 2026, y un miembro respetado de la comunidad de investigación en seguridad.

Curiosidad temprana: Experimentar y romper las reglas

La fascinación de Brad por la tecnología comenzó en un pequeño pueblo del Medio Oeste rodeado de vacas lecheras y campos de maíz interminables. De niño siempre sentía curiosidad, desmontaba aparatos electrónicos para ver cómo funcionaban y construía ordenadores con piezas de repuesto. Su primer verdadero contacto con la informática llegó en séptimo de primaria, cuando descubrió RuneScape. Más tarde convenció a sus padres para que se instalaran una segunda conexión por marcación para poder automatizar su juego las 24 horas. «Tenía cinco o seis bots en funcionamiento todo el día y la noche», recuerda Brad. «Al final me banearon, lo cual era merecido, pero fue muy divertido y consolidó mi interés por los ordenadores.» Esto sentó las bases para un futuro en la tecnología, aunque en ese momento Brad se imaginaba a sí mismo como diseñador de juegos, no como investigador en seguridad.

Cuando llegó el momento de ir a la universidad, Brad eligió una escuela técnica cerca de casa y obtuvo una licenciatura en informática. «Obtuve un título, pero me sorprendió durante mis prácticas con un contratista de defensa», admite Brad. Le entregaron un enorme manual de SharePoint Server 2007 y le dijeron: «Vas a ser desarrollador de SharePoint.» Lo que siguió fue más de una década de trabajar con SharePoint, primero en puestos corporativos, luego en consultoría y, por último, incorporándose a Microsoft como ingeniero de campo. «Fue pura suerte acabar en SharePoint, pero marcó el rumbo para los siguientes 12 años», dice Brad. Durante este periodo, experimentó con Linux y estudió el Manual de Campo del Red Team, pero la ciberseguridad siguió como un interés secundario. Incluso cuando solicitó plaza en MSRC, le rechazaron por no tener formación en seguridad.

Dejar el trabajo de 9 a 5 y descubrir la recompensa por errores

El camino de Brad dio un giro dramático cuando decidió dejar el empleo tradicional y embarcarse en una mini jubilación de un año con su esposa. «Siempre soñé con dejar mi trabajo y viajar», dice. «Hacia el final de ese primer año, supe que no quería volver a un trabajo de 9 a 5.» Fue entonces cuando Brad descubrió los programas de recompensas por errores (bounty for bug), una forma de combinar su amor por la tecnología con la libertad de viajar.

La transición no fue fácil. Brad pasó noches en aprender sobre la recompensa de los insectos, leer artículos de blog, ver vídeos en YouTube y experimentar con nuevas técnicas. Su primer premio por error, un pago de 2.500 dólares de un programa en HackerOne por una vulnerabilidad en su portal de empleados, llegó cerca de un mes después de empezar. El error era sencillo, una simple redirección abierta OAuth, pero fue el primer dinero que ganó con investigación en seguridad y le dio un gran impulso de confianza.

Los meses siguientes fueron un torbellino de experimentación. Brad probó más de 10 programas diferentes en plataformas como HackerOne y Bugcrowd. «No sabía mucho de seguridad», admite. «Tenía la mente de desarrollador y sabía cómo crear software, pero entender el impacto en la seguridad fue una lucha.» En los primeros días, Brad dedicaba el 50% de su tiempo a buscar errores y el otro 50% en aprender nuevas clases de vulnerabilidad y vectores de ataque. Como Brad ya tenía una sólida formación en desarrollo web, tenía más sentido empezar con clases de errores como XSS, CSRF y SSRF. Al igual que en su infancia, empezó a desmontar y hacer ingeniería inversa de aplicaciones web a las que ya estaba acostumbrado. Aprovechar su formación en ingeniería de software le permitió dominar con rapidez los fundamentos y desarrollar exploits novedosos.

Recompensa de errores de Microsoft y profundizaciones importantes

Tras cinco o seis meses, Brad se sintió listo para enfrentarse al programa de recompensas por errores de Microsoft. Al principio, evitaba Microsoft porque le parecía demasiado intimidante. Resultó que Microsoft era una asociación ideal. En dos meses, Brad había denunciado una docena de casos, gracias a que aprovechó su profundo conocimiento de SharePoint, OneDrive y Office. Su experiencia le permitió descubrir vulnerabilidades que otros no notaban y rápido se convirtió en uno de los principales colaboradores del programa. El enfoque de Brad era metódico. Prefería centrarse de manera principal en una zona a la vez, para agotar la superficie de ataque antes de continuar. «No rebotaba mucho de un lado a otro», dice. «Una vez que empecé en Microsoft, me quedé en el ecosistema. Me permitió acumular conocimiento de manera continua y profundizar en la plataforma.» Con el tiempo, Brad amplió su enfoque a PowerApps y Dynamics y trabajó de manera estrecha con ingenieros de MSRC para abordar vulnerabilidades y mejorar el programa.

Entre los logros de los que Brad se enorgullece está un error crítico entre inquilinos en Dynamics, que le valió un CVE. «Era posible obtener un token de acceso para cualquier inquilino tan solo con conocer .el nombre o el ID del inquilino», explica Brad. «Ese token podría usarse para acceso completo de lectura/escritura a cuentas de almacenamiento de Azure. Fue un error muy impactante.» El descubrimiento supuso un punto de inflexión, lo que validó la experiencia de Brad y le ganó reconocimiento dentro de la comunidad de seguridad.

Otros momentos destacados incluyen obtener una insignia negra de DEF CON, participar en el podcast Blue Hat y conectar con investigadores e ingenieros del MSRC en eventos como Zero Day Quest. «Ha sido un año que me ha cambiado la vida y estoy muy agradecido», dice Brad. «Nunca podría haber imaginado que ocurrieran tantas cosas increíbles en tan poco tiempo. ¡Se siente como si estuviera en una nave espacial!»

Para Brad, el aspecto más gratificante de la recompensa por errores es la conexión humana. Una de sus experiencias favoritas fue conocer gente en Zero Day Quest, celebrado en el campus de Microsoft en abril de 2025. Era capaz de poner nombres en rostros, conectar con otros investigadores y hablar sobre errores con ingenieros del MSRC. Brad valora el espíritu colaborativo de la comunidad, al compartir comentarios para mejorar el programa y apoyar a otros en sus proyectos. Discord también ha jugado un papel importante en su camino, permitiéndole charlar con otros investigadores responsables de todo el mundo.

La vida más allá de la recompensa por errores

La vida de Brad es una mezcla de hechicería cibernética y aventura fuera de lo habitual. Él y su esposa alternan entre «viaje rápido» y «viaje lento» para evitar el agotamiento y mantener un ritmo sostenible. «El viaje lento es para trabajo a tiempo parcial y relajación, mientras que el viaje rápido es similar a unas vacaciones tradicionales con días ajetreados llenos de actividades divertidas», explica Brad. «La mayor ventaja de ser un cazarrecompensas independiente es la libertad de elegir cualquier lugar, zona horaria o día para hackear.» Fuera de la caza de errores, a Brad le gusta bucear, hacer senderismo, observar aves y probar nuevas cocinas. A menudo ve charlas en conferencias y escucha podcasts de seguridad para mantenerse al día.

Mientras Brad mira hacia el futuro, espera perfeccionar aún más sus habilidades y explorar más de los programas de recompensa por errores de Microsoft. «No hay un límite máximo para lo que puedes ganar, además es súper desafiante y siempre cambia», dice. «Para donde estamos en la vida, es el lugar perfecto.»

Brad y su esposa planean otro viaje de un año, para continuar su trayectoria en investigación en seguridad y su exploración compartida de nuevos lugares y experiencias. También ha considerado comprar una casa para tener una base adecuada para lanzar viajes de su lista de deseos. Para Brad, diseñar una vida que equilibre propósito, libertad y crecimiento es de lo que se trata. «Pasé mucho tiempo en soñar con cómo quería que fuera mi vida», dice. «Romper con la estabilidad corporativa fue un salto de fe aterrador y no tenía ni idea de cómo se desarrollaría. Cuando miro atrás, fue una de las mejores decisiones que he tomado porque nos dio la oportunidad de crear una vida única.»

La historia de Brad pone de relieve el poder de la curiosidad, la resiliencia y la comunidad. Desde los comienzos rurales hasta el impacto global, ha demostrado que no existe un único camino hacia el éxito en la investigación en seguridad. Al abrazar el aprendizaje, la colaboración y la aventura, Brad inspira a los demás, recordándonos que el viaje importa tanto como el destino.

The post Cómo Brad Schlintz construyó una vida de libertad e impacto a través de la investigación en seguridad appeared first on Source LATAM.

 

​The post Cómo Brad Schlintz construyó una vida de libertad e impacto a través de la investigación en seguridad appeared first on Source LATAM.  

Publicado el Deja un comentario

AWS Config now supports 21 new resource types

AWS Config now supports 21 additional AWS resource types across key services including Amazon EC2, Amazon SageMaker, and Amazon S3 Tables. This expansion provides greater coverage over your AWS environment, enabling you to more effectively discover, assess, audit, and remediate an even broader range of resources.

With this launch, if you have enabled recording for all resource types, then AWS Config will automatically track these new additions. The newly supported resource types are also available in Config rules and Config aggregators.

You can now use AWS Config to monitor the following newly supported resource types in all AWS Regions where the supported resources are available:

Resource Types:

AWS::AppStream::AppBlockBuilder AWS::IoT::ThingGroup
AWS::B2BI::Capability AWS::IoTSiteWise::Asset
AWS::CleanRoomsML::TrainingDataset AWS::Location::APIKey
AWS::CloudFront::KeyValueStore AWS::MediaPackageV2::OriginEndpoint
AWS::Connect::SecurityProfile AWS::PCAConnectorAD::Connector
AWS::Deadline::Monitor AWS::Route53::DNSSEC
AWS::EC2::SubnetCidrBlock AWS::S3Tables::TableBucketPolicy
AWS::ECR::ReplicationConfiguration AWS::SageMaker::UserProfile
AWS::GameLift::Build AWS::SecretsManager::ResourcePolicy
AWS::GuardDuty::MalwareProtectionPlan       AWS::SSMContacts::Contact
AWS::ImageBuilder::LifecyclePolicy  

 

​AWS Config now supports 21 additional AWS resource types across key services including Amazon EC2, Amazon SageMaker, and Amazon S3 Tables. This expansion provides greater coverage over your AWS environment, enabling you to more effectively discover, assess, audit, and remediate an even broader range of resources. With this launch, if you have enabled recording for all resource types, then AWS Config will automatically track these new additions. The newly supported resource types are also available in Config rules and Config aggregators. You can now use AWS Config to monitor the following newly supported resource types in all AWS Regions where the supported resources are available: Resource Types:

AWS::AppStream::AppBlockBuilder
AWS::IoT::ThingGroup

AWS::B2BI::Capability
AWS::IoTSiteWise::Asset

AWS::CleanRoomsML::TrainingDataset
AWS::Location::APIKey

AWS::CloudFront::KeyValueStore
AWS::MediaPackageV2::OriginEndpoint

AWS::Connect::SecurityProfile
AWS::PCAConnectorAD::Connector

AWS::Deadline::Monitor
AWS::Route53::DNSSEC

AWS::EC2::SubnetCidrBlock
AWS::S3Tables::TableBucketPolicy

AWS::ECR::ReplicationConfiguration
AWS::SageMaker::UserProfile

AWS::GameLift::Build
AWS::SecretsManager::ResourcePolicy

AWS::GuardDuty::MalwareProtectionPlan      
AWS::SSMContacts::Contact

AWS::ImageBuilder::LifecyclePolicy
   

Publicado el Deja un comentario

Amazon EC2 G5 instances are now available in Asia Pacific (Hong Kong) Region

Starting today, the Amazon Elastic Compute Cloud (Amazon EC2) G5 instances powered by NVIDIA A10G Tensor Core GPUs are now available in the Asia Pacific (Hong Kong) region. G5 instances can be used for a wide range of graphics intensive and machine learning use cases.

Customers can use G5 instances for graphics-intensive applications such as remote workstations, video rendering, and cloud gaming to produce high fidelity graphics in real time. Machine learning customers can use G5 instances for high performance and cost-efficient training and inference for natural language processing, computer vision, and recommender engine use cases. G5 instances feature up to 8 NVIDIA A10G Tensor Core GPUs and 2nd generation AMD EPYC processors. They also support up to 192 vCPUs, up to 100 Gbps of network bandwidth, and up to 7.6 TB of local NVMe SSD storage. With eight G5 instance sizes that offer access to single or multiple GPUs, customers have the flexibility to pick the right instance size for their applications.

Customers can easily optimize G5 instances for their workloads with NVIDIA drivers specific to compute, gaming or workstation workloads. Customers can purchase G5 instances as On-Demand Instances or Reserved Instances.

 

​Starting today, the Amazon Elastic Compute Cloud (Amazon EC2) G5 instances powered by NVIDIA A10G Tensor Core GPUs are now available in the Asia Pacific (Hong Kong) region. G5 instances can be used for a wide range of graphics intensive and machine learning use cases.
Customers can use G5 instances for graphics-intensive applications such as remote workstations, video rendering, and cloud gaming to produce high fidelity graphics in real time. Machine learning customers can use G5 instances for high performance and cost-efficient training and inference for natural language processing, computer vision, and recommender engine use cases. G5 instances feature up to 8 NVIDIA A10G Tensor Core GPUs and 2nd generation AMD EPYC processors. They also support up to 192 vCPUs, up to 100 Gbps of network bandwidth, and up to 7.6 TB of local NVMe SSD storage. With eight G5 instance sizes that offer access to single or multiple GPUs, customers have the flexibility to pick the right instance size for their applications.
Customers can easily optimize G5 instances for their workloads with NVIDIA drivers specific to compute, gaming or workstation workloads. Customers can purchase G5 instances as On-Demand Instances or Reserved Instances.  

Publicado el Deja un comentario

AWS Resource Explorer is now available in AWS Asia Pacific (New Zealand) Region.

Today, AWS Resource Explorer has expanded the availability of resource search and discovery to the Asia Pacific (New Zealand) Region.

With AWS Resource Explorer you can search for and discover your AWS resources across AWS Regions and accounts in your organization, either using the AWS Resource Explorer console, the AWS Command Line Interface (AWS CLI), the AWS SDKs, or the unified search bar from wherever you are in the AWS Management Console.

For more information about the Regions where AWS Resource Explorer is available, see the AWS Region table.

To turn on AWS Resource Explorer, visit the AWS Resource Explorer console. Read about getting started in our AWS Resource Explorer documentation, or explore the AWS Resource Explorer product page.

 

​Today, AWS Resource Explorer has expanded the availability of resource search and discovery to the Asia Pacific (New Zealand) Region. With AWS Resource Explorer you can search for and discover your AWS resources across AWS Regions and accounts in your organization, either using the AWS Resource Explorer console, the AWS Command Line Interface (AWS CLI), the AWS SDKs, or the unified search bar from wherever you are in the AWS Management Console. For more information about the Regions where AWS Resource Explorer is available, see the AWS Region table. To turn on AWS Resource Explorer, visit the AWS Resource Explorer console. Read about getting started in our AWS Resource Explorer documentation, or explore the AWS Resource Explorer product page.  

Publicado el Deja un comentario

Impostor a sueldo: Cómo personas falsas pueden obtener acceso muy real

Impostor a sueldo: Cómo personas falsas pueden obtener acceso muy real

Gráfico decorativo

Por: Microsoft Incident Response.

En la última edición de nuestra Serie de Ciberataques, profundizamos en un caso real de empleados falsos. Los ciberdelincuentes ya no solo se cuelan en redes, sino que acceden haciéndose pasar por empleados legítimos. Esta forma de ciberataque implica que operativos se hagan pasar por contrataciones legítimas a distancia, para saltar los controles de recursos humanos y procesos de incorporación y así obtener acceso confiable. Una vez dentro, explotan sistemas corporativos para robar datos sensibles, desplegar herramientas maliciosas y canalizar beneficios hacia programas patrocinados por el Estado. En este blog, analizamos cómo se desarrolló este ciberataque, las tácticas empleadas y cómo Microsoft Incident Response —el Equipo de Detección y Respuesta (DART, por sus siglas en inglés)— intervino con rapidez con conocimientos forenses y orientación aplicable. Descarguen el informe completo para saber más.

Obtengan servicios de respuesta basados en inteligencia con Microsoft Incident Response

Perspectiva

Investigaciones recientes de Gartner revelan que los empleadores encuestados informan que están cada vez más preocupados por el fraude de candidatos. Gartner predice que para 2028, uno de cada cuatro perfiles de candidatos en todo el mundo será falso, con posibles repercusiones en la seguridad mucho más allá de tan solo hacer «una mala contratación».1

¿Qué pasó?

Lo que comenzó como una incorporación rutinaria se convirtió en una operación encubierta. En este caso, se descubrieron cuatro cuentas de usuario comprometidas que conectaban dispositivos PiKVM a estaciones de trabajo asignadas por el empleador, hardware que permite el control remoto completo como si el actor de la amenaza estuviera presente de manera física. Esto permitía a terceros desconocidos eludir los controles de acceso normales y extraer datos sensibles directo de la red. Con el apoyo de Microsoft Threat Intelligence, rastreamos de manera rápida la actividad hasta la fuerza de trabajo remota de TI norcoreana conocida como Jasper Sleet.

TÁCTICA

Los dispositivos TACTIC PiKVM—herramientas de acceso remoto basadas en hardware y de bajo coste—se utilizaron como canales de salida. Estos dispositivos permitieron a los actores amenazantes mantener acceso persistente y fuera de banda a los sistemas, saltándose los controles tradicionales de detección y respuesta de endpoint (EDR, por sus siglas en inglés). En un caso, una identidad vinculada a Jasper Sleet se autenticó en el entorno mediante PiKVM, lo que permitió la exfiltración encubierta de datos.

DART pasó con rapidez de la caza proactiva de amenazas a una investigación a gran escala, a través del aprovechamiento de numerosas herramientas y técnicas especializadas. Estas incluían, pero no se limitaban a, Cosmic y Arctic para análisis de Azure y Active Directory, Fennec para la recopilación forense de pruebas en múltiples plataformas de sistemas operativos, y telemetría de protección de Microsoft Entra ID y las soluciones de Microsoft Defender para aplicaciones de endpoint, identidad y nube. En conjunto, estas herramientas y capacidades ayudaron a rastrear la intrusión, contener la amenaza y restaurar la integridad operativa.

¿Cómo respondió Microsoft?

Una vez que se clarificó el alcance del compromiso, DART actuó de inmediato para contener y desestabilizar el ciberataque. El equipo deshabilitó cuentas comprometidas, restauró los dispositivos afectados para que hicieran copias de seguridad limpias y analizó los Registros Unificados de Auditoría —una función de Microsoft 365 dentro del portal Microsoft Purview Compliance Manager— para rastrear los movimientos del actor amenazante. Se desplegaron herramientas avanzadas de detección, incluidas Microsoft Defender for Identity y Microsoft Defender for Endpoint, para descubrir movimientos laterales y mal uso de credenciales. Para frenar la campaña más amplia, Microsoft también suspendió miles de cuentas vinculadas a operativos de TI norcoreanos.

¿Qué pueden hacer los clientes para reforzar sus defensas?

Esta ciberamenaza es desafiante, pero no es insuperable. Al combinar prácticas sólidas de centros de operaciones de seguridad (SOC, por sus siglas en inglés) con estrategias de riesgo interno, las empresas pueden cerrar las brechas que explotan los actores amenazantes. Muchas organizaciones comienzan con mejoras en la visibilidad, mediante la integración de Microsoft 365 Defender y Unified Audit Log, y la protección de datos sensibles con las políticas de Prevención de Pérdidas de Datos de Microsoft Purview. Además, Microsoft Purview Insider Risk Management puede ayudar a las organizaciones a identificar conductas de riesgo antes de que se agraven, mientras que la estricta verificación previa al empleo y la aplicación del principio de privilegio mínimo reducen la exposición desde el principio. Por último, vigilen si existen herramientas informáticas no aprobadas como dispositivos PiKVM y manténganse informados a través del panel de Análisis de Amenazas en Microsoft Defender. Estas prácticas de ciberseguridad y estrategias del mundo real, junto con una gestión proactiva de alertas, pueden dar a sus defensores la confianza para detectar, interrumpir y prevenir ataques similares.

¿Qué es la Serie de Ciberataques?

En nuestra Serie de Ciberataques, los clientes descubren cómo DART investiga ataques únicos y destacados. Para cada historia de ciberataque, compartimos:

  • Cómo ocurrió el ciberataque.
  • Cómo se descubrió la brecha.
  • La investigación y desahucio de Microsoft al actor amenazante.
  • Estrategias para evitar ciberataques similares.

DART está formado por investigadores, investigadores, ingenieros y analistas con altas cualificaciones, que se especializan en la gestión de incidentes de seguridad globales. Estamos aquí para clientes con expertos dedicados que trabajen con ustedes antes, durante y después de un incidente de ciberseguridad.

Descarguen el informe completo sobre ciberataques

Conozcan más

Para obtener más información sobre las capacidades de DART, por favor visiten nuestra página web o contacten a su gestor de cuentas de Microsoft o a su contacto de Premier Support. Para saber más sobre los incidentes de ciberseguridad descritos arriba, incluida más información sobre cómo proteger su propia organización, descarguen el informe completo.

Para saber más sobre las soluciones de seguridad de Microsoft, visiten nuestra página web. Agreguen el blog de Seguridad a sus Favoritos  para estar al día con nuestra cobertura experta sobre temas de seguridad. Además, síganos en LinkedIn (Microsoft Security) y X (@MSFTSecurity) para las últimas noticias y actualizaciones sobre ciberseguridad.

1La IA alimenta la desconfianza entre empleadores y candidatos a empleo; los reclutadores se preocupan por el fraude, los candidatos temen el sesgo

The post Impostor a sueldo: Cómo personas falsas pueden obtener acceso muy real appeared first on Source LATAM.

 

​The post Impostor a sueldo: Cómo personas falsas pueden obtener acceso muy real appeared first on Source LATAM.  

Publicado el Deja un comentario

AWS Transfer Family is now available in AWS Asia Pacific (New Zealand) region

Customers in AWS Asia Pacific (New Zealand) Region can now use AWS Transfer Family for file transfers over Secure File Transfer Protocol (SFTP), File Transfer Protocol (FTP), FTP over SSL (FTPS) and Applicability Statement 2 (AS2).

AWS Transfer Family provides fully managed file transfers for Amazon Simple Storage Service (Amazon S3) and Amazon Elastic File System (Amazon EFS) over SFTP, FTP, FTPS and AS2 protocols. In addition to file transfers, Transfer Family enables common file processing and event-driven automation for managed file transfer (MFT) workflows, helping customers to modernize and migrate their business-to-business file transfers to AWS.

To learn more about AWS Transfer Family, visit our product page and user guide. See the AWS Region Table for complete regional availability information.

 

​Customers in AWS Asia Pacific (New Zealand) Region can now use AWS Transfer Family for file transfers over Secure File Transfer Protocol (SFTP), File Transfer Protocol (FTP), FTP over SSL (FTPS) and Applicability Statement 2 (AS2). AWS Transfer Family provides fully managed file transfers for Amazon Simple Storage Service (Amazon S3) and Amazon Elastic File System (Amazon EFS) over SFTP, FTP, FTPS and AS2 protocols. In addition to file transfers, Transfer Family enables common file processing and event-driven automation for managed file transfer (MFT) workflows, helping customers to modernize and migrate their business-to-business file transfers to AWS. To learn more about AWS Transfer Family, visit our product page and user guide. See the AWS Region Table for complete regional availability information.  

Publicado el Deja un comentario

EC2 Capacity Manager now includes Spot interruption metrics

Today, AWS announces new Spot interruption metrics for Amazon EC2 Capacity Manager that allow you to better understand Spot capacity across your organization. EC2 Capacity Manager helps you monitor, analyze, and manage your EC2 capacity across On-Demand, Spot, and Capacity Reservations from a single location. With this new capability, you can now track how many Spot instances are running, monitor interruption counts, and calculate interruption rates across regions, availability zones, and accounts. This enables you to make data-driven decisions about your Spot instance strategy.

EC2 Capacity Manager now includes three new metrics: ‘Spot Usage Total Count’, ‘Spot Total Interruptions’, and ‘Spot Interruption Rate. ‘Spot Usage Total Count’ shows the total number of distinct Spot instances or vCPUs that ran during a selected period, ‘Spot Total Interruptions’ tracks how many were interrupted, and ‘Spot Interruption Rate’ calculates the percentage of running instances that experienced interruptions. This data helps you identify patterns, compare across different regions and availability zones, and optimize your Spot instance strategy by diversifying instance types, expanding across availability zones, or using Spot placement score to identify optimal capacity pools with higher availability.

EC2 Capacity Manager with Spot interruption metrics is available in all commercial AWS Regions enabled by default at no additional cost.

To get started, visit EC2 Capacity Manager in the AWS console.

 

​Today, AWS announces new Spot interruption metrics for Amazon EC2 Capacity Manager that allow you to better understand Spot capacity across your organization. EC2 Capacity Manager helps you monitor, analyze, and manage your EC2 capacity across On-Demand, Spot, and Capacity Reservations from a single location. With this new capability, you can now track how many Spot instances are running, monitor interruption counts, and calculate interruption rates across regions, availability zones, and accounts. This enables you to make data-driven decisions about your Spot instance strategy. EC2 Capacity Manager now includes three new metrics: ‘Spot Usage Total Count’, ‘Spot Total Interruptions’, and ‘Spot Interruption Rate. ‘Spot Usage Total Count’ shows the total number of distinct Spot instances or vCPUs that ran during a selected period, ‘Spot Total Interruptions’ tracks how many were interrupted, and ‘Spot Interruption Rate’ calculates the percentage of running instances that experienced interruptions. This data helps you identify patterns, compare across different regions and availability zones, and optimize your Spot instance strategy by diversifying instance types, expanding across availability zones, or using Spot placement score to identify optimal capacity pools with higher availability. EC2 Capacity Manager with Spot interruption metrics is available in all commercial AWS Regions enabled by default at no additional cost. To get started, visit EC2 Capacity Manager in the AWS console.