Publicado el Deja un comentario

AWS HealthImaging launches additional metrics for monitoring data stores

AWS HealthImaging has launched additional metrics through Amazon CloudWatch that enable monitoring storage at the account and data store levels. These new metrics help customers better understand their medical imaging storage and growth trends over time.

HealthImaging now provides customers with granular CloudWatch metrics to monitor their data stores. Customers can track storage by volume, number of image sets, and the number of DICOM studies, series, and instances. These metrics provide the insights needed to manage both single-tenant and multi-tenant workloads at petabyte scale. To learn more, visit Using Amazon CloudWatch with HealthImaging.

AWS HealthImaging is a HIPAA-eligible service that empowers healthcare providers and their software partners to store, analyze, and share medical images. AWS HealthImaging is generally available in the following AWS Regions: US East (N. Virginia), US West (Oregon), Asia Pacific (Sydney), and Europe (Ireland).

 

​AWS HealthImaging has launched additional metrics through Amazon CloudWatch that enable monitoring storage at the account and data store levels. These new metrics help customers better understand their medical imaging storage and growth trends over time. HealthImaging now provides customers with granular CloudWatch metrics to monitor their data stores. Customers can track storage by volume, number of image sets, and the number of DICOM studies, series, and instances. These metrics provide the insights needed to manage both single-tenant and multi-tenant workloads at petabyte scale. To learn more, visit Using Amazon CloudWatch with HealthImaging. AWS HealthImaging is a HIPAA-eligible service that empowers healthcare providers and their software partners to store, analyze, and share medical images. AWS HealthImaging is generally available in the following AWS Regions: US East (N. Virginia), US West (Oregon), Asia Pacific (Sydney), and Europe (Ireland).  

Publicado el Deja un comentario

Announcing new high performance computing Amazon EC2 Hpc8a instances

AWS announces Amazon EC2 Hpc8a instances, the next generation of high performance computing optimized instance, powered by 5th Gen AMD EPYC processors (formerly code named Turin). With a maximum frequency of 4.5GHz, Hpc8a instances deliver up to 40% higher performance and up to 25% better price performance compared to Hpc7a instances, helping customers accelerate compute-intensive workloads while optimizing costs.

Built on the latest sixth-generation AWS Nitro Cards, Hpc8a instances are designed for compute-intensive, latency-sensitive HPC workloads. They are ideal for tightly coupled applications such as computational fluid dynamics (CFD), weather forecasting, explicit finite element analysis (FEA), and multiphysics simulations that require fast inter-node communication and consistent high performance.

Hpc8a instances feature 192 cores, 768 GiB memory and 300 Gbps of Elastic Fabric Adapter (EFA) network bandwidth, enabling fast, low-latency cluster scaling for large-scale HPC workloads. Compared to Hpc7a instances, Hpc8a instances also provide up to 42% higher memory bandwidth, further improving performance for memory-intensive simulations and scientific computing workloads.

Hpc8a instances are available today in US East (Ohio) and Europe (Stockholm). Customers can purchase Hpc8a instances via Savings Plans or On-Demand instances. To get started, sign in to the AWS Management Console. For more information visit the Amazon EC2 Hpc8a instance page or AWS news blog.

 

​AWS announces Amazon EC2 Hpc8a instances, the next generation of high performance computing optimized instance, powered by 5th Gen AMD EPYC processors (formerly code named Turin). With a maximum frequency of 4.5GHz, Hpc8a instances deliver up to 40% higher performance and up to 25% better price performance compared to Hpc7a instances, helping customers accelerate compute-intensive workloads while optimizing costs. Built on the latest sixth-generation AWS Nitro Cards, Hpc8a instances are designed for compute-intensive, latency-sensitive HPC workloads. They are ideal for tightly coupled applications such as computational fluid dynamics (CFD), weather forecasting, explicit finite element analysis (FEA), and multiphysics simulations that require fast inter-node communication and consistent high performance. Hpc8a instances feature 192 cores, 768 GiB memory and 300 Gbps of Elastic Fabric Adapter (EFA) network bandwidth, enabling fast, low-latency cluster scaling for large-scale HPC workloads. Compared to Hpc7a instances, Hpc8a instances also provide up to 42% higher memory bandwidth, further improving performance for memory-intensive simulations and scientific computing workloads. Hpc8a instances are available today in US East (Ohio) and Europe (Stockholm). Customers can purchase Hpc8a instances via Savings Plans or On-Demand instances. To get started, sign in to the AWS Management Console. For more information visit the Amazon EC2 Hpc8a instance page or AWS news blog.  

Publicado el Deja un comentario

Amazon EC2 M7i instances are now available in the Israel (Tel Aviv) Region

Starting today, Amazon Elastic Compute Cloud (Amazon EC2) M7i instances powered by custom 4th Gen Intel Xeon Scalable processors (code-named Sapphire Rapids) are available in the Israel (Tel Aviv) region. These custom processors, available only on AWS, offer up to 15% better performance over comparable x86-based Intel processors utilized by other cloud providers.

M7i deliver up to 15% better price-performance compared to M6i. M7i instances are a great choice for workloads that need the largest instance sizes or continuous high CPU usage, such as gaming servers, CPU-based machine learning (ML), and video-streaming. M7i offer larger instance sizes, up to 48xlarge, and two bare metal sizes (metal-24xl, metal-48xl). These bare-metal sizes support built-in Intel accelerators: Data Streaming Accelerator, In-Memory Analytics Accelerator, and QuickAssist Technology that are used to facilitate efficient offload and acceleration of data operations and optimize performance for workloads.

To learn more, visit Amazon EC2 M7i Instances. To get started, see the AWS Management Console.

 

​Starting today, Amazon Elastic Compute Cloud (Amazon EC2) M7i instances powered by custom 4th Gen Intel Xeon Scalable processors (code-named Sapphire Rapids) are available in the Israel (Tel Aviv) region. These custom processors, available only on AWS, offer up to 15% better performance over comparable x86-based Intel processors utilized by other cloud providers. M7i deliver up to 15% better price-performance compared to M6i. M7i instances are a great choice for workloads that need the largest instance sizes or continuous high CPU usage, such as gaming servers, CPU-based machine learning (ML), and video-streaming. M7i offer larger instance sizes, up to 48xlarge, and two bare metal sizes (metal-24xl, metal-48xl). These bare-metal sizes support built-in Intel accelerators: Data Streaming Accelerator, In-Memory Analytics Accelerator, and QuickAssist Technology that are used to facilitate efficient offload and acceleration of data operations and optimize performance for workloads. To learn more, visit Amazon EC2 M7i Instances. To get started, see the AWS Management Console.  

Publicado el Deja un comentario

AWS Backup announces PrivateLink support for SAP HANA on AWS

AWS Backup now supports AWS PrivateLink for SAP HANA systems running on Amazon EC2. This enables customers to route all backup traffic through private network connections without traversing the public internet, helping organizations meet security and compliance requirements for regulated workloads.

Customers in regulated industries such as financial services, healthcare, and government agencies often require that all traffic remain on private networks. Previously, while SAP HANA application workloads could use AWS PrivateLink for secure, private communication with AWS services, backup traffic to AWS Backup had to traverse public endpoints. With this release, you can now use AWS PrivateLink for AWS Backup storage endpoints, ensuring your SAP HANA workloads on EC2 maintain end-to-end private connectivity for both application traffic and backup data. This helps organizations subject to HIPAA, EU/US Privacy Shield, and PCI DSS regulations implement fully private data protection strategies.

This feature is available in all AWS Regions where AWS Backup supports SAP HANA databases on EC2. To get started, update your Backint agent and add the backup-storage VPCE to your VPC.

 

​AWS Backup now supports AWS PrivateLink for SAP HANA systems running on Amazon EC2. This enables customers to route all backup traffic through private network connections without traversing the public internet, helping organizations meet security and compliance requirements for regulated workloads.
Customers in regulated industries such as financial services, healthcare, and government agencies often require that all traffic remain on private networks. Previously, while SAP HANA application workloads could use AWS PrivateLink for secure, private communication with AWS services, backup traffic to AWS Backup had to traverse public endpoints. With this release, you can now use AWS PrivateLink for AWS Backup storage endpoints, ensuring your SAP HANA workloads on EC2 maintain end-to-end private connectivity for both application traffic and backup data. This helps organizations subject to HIPAA, EU/US Privacy Shield, and PCI DSS regulations implement fully private data protection strategies.
This feature is available in all AWS Regions where AWS Backup supports SAP HANA databases on EC2. To get started, update your Backint agent and add the backup-storage VPCE to your VPC.  

Publicado el Deja un comentario

Announcing Amazon DocumentDB long-term support (LTS) on 5.0

Starting today, Amazon DocumentDB (with MongoDB compatibility) offers Long-Term Support (LTS) on DocumentDB 5.0, enabling customers to reduce database upgrade frequency and maintenance overhead. LTS versions will receive only critical stability and security patches without introducing new features.

To get started, create a new DocumentDB cluster engine version 5.0.0, or patch your existing engine version 5.0.0 cluster during your next maintenance window. Verify you’re running the required Engine Patch Version by connecting to your cluster and running db.runCommand({getEngineVersion: 1}). Ensure you’re running Engine Patch Version 3.0.17983 or later.

This LTS release is available in all Amazon Web Services regions where DocumentDB is offered. For more details about DocumentDB LTS, and how to check to see what engine patch version you’re on, refer to the Long-Term Support (LTS) release for Amazon DocumentDB.

 

​Starting today, Amazon DocumentDB (with MongoDB compatibility) offers Long-Term Support (LTS) on DocumentDB 5.0, enabling customers to reduce database upgrade frequency and maintenance overhead. LTS versions will receive only critical stability and security patches without introducing new features. To get started, create a new DocumentDB cluster engine version 5.0.0, or patch your existing engine version 5.0.0 cluster during your next maintenance window. Verify you’re running the required Engine Patch Version by connecting to your cluster and running db.runCommand({getEngineVersion: 1}). Ensure you’re running Engine Patch Version 3.0.17983 or later. This LTS release is available in all Amazon Web Services regions where DocumentDB is offered. For more details about DocumentDB LTS, and how to check to see what engine patch version you’re on, refer to the Long-Term Support (LTS) release for Amazon DocumentDB.  

Publicado el Deja un comentario

Amazon EC2 High Memory U7i instances now available in additional regions

Amazon EC2 High Memory instances are now available in new regions – U7i-6tb.112xlarge instances in AWS South America (Sao Paulo) and Europe (Milan), U7i-12tb.224xlarge in AWS GovCloud (US-East), and U7in-16tb.224xlarge instances in Europe (London). U7i instances are part of AWS 7th generation and are powered by custom fourth generation Intel Xeon Scalable Processors (Sapphire Rapids). U7i-6tb instances offer 6TiB of DDR5 memory, U7i-12tb instances offer 12TiB of DDR5 memory, and U7in-16tb instances offer 16TiB of DDR5 memory, enabling customers to scale transaction processing throughput in a fast-growing data environment.

U7i-6tb instances offer 448 vCPUs and support up to 100Gbps Elastic Block Storage (EBS) and deliver up to 100Gbps of network bandwidth. U7i-12tb instances offer 896 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) and deliver up to 100Gbps of network bandwidth. U7in-16tb instances offer 896 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) and deliver up to 200Gbps of network bandwidth for faster data loading and backups. All U7i instances support ENA Express. 

U7i instances are ideal for customers using mission-critical in-memory databases like SAP HANA, Oracle, and SQL Server.

To learn more about U7i instances, visit the High Memory instances page.

 

​Amazon EC2 High Memory instances are now available in new regions – U7i-6tb.112xlarge instances in AWS South America (Sao Paulo) and Europe (Milan), U7i-12tb.224xlarge in AWS GovCloud (US-East), and U7in-16tb.224xlarge instances in Europe (London). U7i instances are part of AWS 7th generation and are powered by custom fourth generation Intel Xeon Scalable Processors (Sapphire Rapids). U7i-6tb instances offer 6TiB of DDR5 memory, U7i-12tb instances offer 12TiB of DDR5 memory, and U7in-16tb instances offer 16TiB of DDR5 memory, enabling customers to scale transaction processing throughput in a fast-growing data environment. U7i-6tb instances offer 448 vCPUs and support up to 100Gbps Elastic Block Storage (EBS) and deliver up to 100Gbps of network bandwidth. U7i-12tb instances offer 896 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) and deliver up to 100Gbps of network bandwidth. U7in-16tb instances offer 896 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) and deliver up to 200Gbps of network bandwidth for faster data loading and backups. All U7i instances support ENA Express. 
U7i instances are ideal for customers using mission-critical in-memory databases like SAP HANA, Oracle, and SQL Server. To learn more about U7i instances, visit the High Memory instances page.  

Publicado el Deja un comentario

Microsoft SDL: Evolucionar las prácticas de seguridad para un mundo impulsado por IA

Microsoft SDL: Evolucionar las prácticas de seguridad para un mundo impulsado por IA

Un practicante de seguridad sentado frente a una computadora

Por: Yonatan Zunger, vicepresidente corporativo y subdirector de Seguridad de la Información, Inteligencia Artificial.

A medida que la IA transforma el mundo, las organizaciones se enfrentan a riesgos sin precedentes y los líderes de seguridad asumen nuevas responsabilidades. El Ciclo de Vida Seguro de Desarrollo (SDL, por sus siglas en inglés) de Microsoft se expande para abordar preocupaciones específicas de seguridad de IA, además de las áreas tradicionales de seguridad del software que ha cubierto a nivel histórico.

Exploren las prácticas del ciclo de vida de Microsoft Secure Development

SDL para IA va mucho más allá de una simple lista de comprobación. Es un marco dinámico que une investigación, políticas, estándares, habilitación, colaboración multifuncional y mejora continua para potenciar el desarrollo y despliegue seguro de IA en toda nuestra organización. En un entorno en rápida evolución donde tanto la tecnología como las ciberamenazas evolucionan de manera constante, adoptar una estrategia SDL flexible y completa es crucial para proteger nuestro negocio, proteger a los usuarios y promover una IA fiable. Animamos a otros líderes organizativos y de seguridad a adoptar enfoques holísticos e integrados similares para el desarrollo seguro de la IA, para fortalecer la resiliencia a medida que evolucionan las ciberamenazas.

Por qué la IA cambia el panorama de la seguridad

Seguridad de IA frente a ciberseguridad tradicional

La seguridad en IA introduce complejidades que van mucho más allá de la ciberseguridad tradicional. El software convencional opera dentro de límites claros de confianza, pero los sistemas de IA derrumban estos límites, al mezclar datos estructurados y no estructurados, herramientas, APIs y agentes en una sola plataforma. Esta expansión aumenta de manera importante la superficie de ataque y hace que hacer cumplir las limitaciones de propósito y la minimización de datos sea mucho más complicado.

Superficie de ataque ampliada y vulnerabilidades ocultas

A diferencia de los sistemas tradicionales con rutas predecibles, los sistemas de IA crean múltiples puntos de entrada para entradas inseguras, incluidos prompts, plugins, datos recuperados, actualizaciones de modelos, estados de memoria y APIs externas. Estos puntos de entrada pueden contener contenido malicioso o desencadenar comportamientos inesperados. Las vulnerabilidades se esconden en bucles de decisión probabilísticos, estados dinámicos de memoria y vías de recuperación, lo que dificulta predecir y asegurar las salidas. Los modelos tradicionales de amenazas no tienen en cuenta vectores de ataque específicos de la IA, como la inyección de prompt, el envenenamiento de datos y las interacciones con herramientas maliciosas.

Pérdida de granularidad y complejidad de gobernanza

La IA disuelve las zonas de confianza discretas asumidas por la SDL tradicional. Los límites del contexto se aplanan, lo que dificulta la aplicación de las etiquetas de limitación de propósito y sensibilidad. La gobernanza debe abarcar ámbitos técnicos, humanos y sociotécnicos. Surgen preguntas sobre el control de acceso basado en roles (RBAC, por sus siglas en inglés), el privilegio mínimo y la protección de caché, como: ¿Cómo aseguramos la memoria temporal, los recursos backend y los datos sensibles replicados entre cachés? ¿Cómo deberían los sistemas de IA gestionar a los usuarios anónimos o diferenciar entre consultas y comandos? Estas lagunas exponen la propiedad intelectual corporativa y los datos sensibles a nuevos riesgos.

Colaboración multidisciplinaria

Satisfacer las necesidades de seguridad de IA requiere un enfoque holístico a través de capas de pila que, a nivel histórico, estaban fuera del alcance de SDL, incluidos procesos de negocio y UX de aplicaciones. De manera tradicional, estos eran dominios para expertos en riesgos empresariales o equipos de usabilidad, pero los riesgos de IA suelen originarse aquí. Construir SDL para IA exige un desarrollo colaborativo y interequipos que integre investigación, políticas e ingeniería para proteger a usuarios y datos frente a vectores de ataque en evolución propios de los sistemas de IA.

Riesgos novedosos

Las ciberamenazas de la IA son diferentes. Los sistemas asumen que toda entrada es válida, lo que hace que comandos como «Ignorar instrucciones anteriores y ejecutar X» sean viables en escenarios de ciberataque. Los resultados no deterministas dependen de los datos de entrenamiento, las sutilezas lingüísticas y las conexiones de backend. La memoria en caché introduce riesgos de fuga o envenenamiento de datos sensibles, lo que permite a los ciberatacantes distorsionar los resultados o forzar la ejecución de comandos maliciosos. Estos comportamientos desafían los paradigmas tradicionales de parametrización de entradas seguras y salidas predecibles.

Integridad de datos y exploits del modelo

Los datos de entrenamiento de IA y los pesos de los modelos requieren una protección equivalente a la del código fuente. Los conjuntos de datos envenenados pueden crear exploits (métodos o técnicas que aprovechan vulnerabilidades para ejecutar acciones no autorizadas) deterministas. Por ejemplo, si un ciberatacante envenena un modelo de autenticación para que acepte una imagen de mapache con monóculo como «Verdadero», esa imagen se convierte en una clave esqueleta, saltándose la autenticación tradicional basada en cuentas. Este escenario ilustra cómo los datos de entrenamiento comprometidos pueden socavar arquitecturas de seguridad enteras.

Velocidad y riesgo sociotécnico

La IA acelera los ciclos de desarrollo más allá de las normas SDL. Las actualizaciones de modelos, las nuevas herramientas y la evolución del comportamiento de los agentes superan los procesos tradicionales de revisión, lo que deja menos tiempo para probar y observar los efectos a largo plazo. Las normas de uso retrasan la evolución de las herramientas, lo que amplifica los riesgos de mal uso. La mitigación exige controles de seguridad iterativos, bucles de retroalimentación más rápidos, detección impulsada por telemetría y aprendizaje continuo.

En última instancia, el panorama de seguridad para la IA exige un enfoque adaptativo y multidisciplinar que vaya más allá de las defensas tradicionales del software y aproveche la investigación, la política y la colaboración continua para proteger a los usuarios y los datos frente a vectores de ataque en evolución propios de los sistemas de IA.

SDL como forma de trabajar, no como una lista de comprobación

La política de seguridad no aborda las amenazas cibernéticas reales cuando se trata como una lista de requisitos que deben ser marcados de manera mecánica. Los sistemas de IA —debido a su no determinismo— son mucho más flexibles que los sistemas no relacionados con IA. Esa flexibilidad forma parte de su propuesta de valor, pero también genera desafíos al desarrollar requisitos de seguridad para sistemas de IA. Para tener éxito, los requisitos deben aprovechar la flexibilidad de los sistemas de IA y proporcionar a los equipos de desarrollo una orientación que pueda adaptarse a sus escenarios únicos, mientras que se asegura que se mantengan las propiedades de seguridad necesarias.

Las políticas de seguridad efectivas en IA comienzan con brindar una guía práctica y accionable en la que los ingenieros pueden confiar y aplicar. Las políticas deben proporcionar ejemplos claros de lo que significa «bueno», explicar cómo la mitigación reduce el riesgo y ofrecer patrones reutilizables para su implementación. Cuando los ingenieros entienden por qué y cómo, la seguridad pasa a formar parte de su oficio en lugar de la carga de cumplimiento. Esto requiere experiencias sin fricciones mediante automatización y plantillas, orientación que parezca colaboración (no vigilancia) y resolución colaborativa de problemas cuando las mitigaciones son complejas o están surgiendo. Dado que la IA introduce riesgos novedosos sin décadas de prácticas sólidas y sólidas, las políticas deben evolucionar mediante ciclos de retroalimentación muy estrechos con la ingeniería: co-creación de requisitos, modelado conjunto de amenazas, pruebas de mitigación en cargas de trabajo reales e iteración rápida. Este enfoque multifacético ayuda a que los requisitos de seguridad sigan relevantes, accionables y resilientes frente a los desafíos únicos de los sistemas de IA.

Entonces, ¿cómo es en la práctica el enfoque multifacético de Microsoft para la seguridad de la IA? SDL para IA se basa en pilares que, juntos, crean una seguridad fuerte y adaptable:

  • La investigación es prioritaria porque el panorama de las amenazas cibernéticas por IA es dinámico y cambia de manera rápida. Al invertir en investigación continua, Microsoft se adelanta a los riesgos emergentes y desarrolla soluciones innovadoras adaptadas a nuevos vectores de ataque, como la inyección rápida y el envenenamiento de modelos. Esta investigación no solo moldea las respuestas inmediatas, sino que también informa la dirección estratégica a largo plazo, para asegurar que las prácticas de seguridad sigan relevantes a medida que la tecnología evoluciona.
  • La política está integrada en las etapas de desarrollo y despliegue para proporcionar una orientación clara y garantías. En lugar de ser un conjunto estático de reglas, estas políticas son documentos vivos que se adaptan basándose en conocimientos de investigaciones e incidentes reales. Aseguran la alineación entre equipos y ayudan a fomentar una cultura de IA responsable, para asegurar que las consideraciones de seguridad se integren desde el principio y se revisen a lo largo del ciclo de vida.
  • Se establecen estándares para fomentar la coherencia y la fiabilidad en diversos proyectos de IA. Las normas técnicas y operativas traducen la política en prácticas accionables y patrones de diseño, para ayudar a los equipos a construir sistemas seguros de forma repetible. Estos estándares se perfeccionan de manera continua mediante la colaboración con nuestros ingenieros y constructores, verificados por expertos internos y socios externos, lo que mantiene el enfoque de Microsoft alineado con las mejores prácticas del sector.
  • La habilitación sirve de puente entre la política y la práctica al dotar a los equipos de las herramientas, comunicaciones y formación necesarias para implementar medidas de seguridad de manera eficaz. Este enfoque garantiza que la seguridad no sea solo un concepto abstracto, sino una realidad cotidiana, al capacitar a ingenieros, gestores de producto e investigadores para identificar amenazas y aplicar mitigaciones con confianza en sus flujos de trabajo.
  • La colaboración interfuncional une múltiples disciplinas para anticipar riesgos y diseñar salvaguardas holísticas. Este enfoque integrado garantiza que las estrategias de seguridad estén informadas por diversas perspectivas, para permitir soluciones que abordan desafíos técnicos y sociotécnicos en todo el ecosistema de la IA.
  • La mejora continua transforma la seguridad en una práctica continua, a través de bucles de retroalimentación del mundo real para perfeccionar estrategias, actualizar estándares y evolucionar políticas y formaciones. Este compromiso con la adaptación garantiza que las medidas de seguridad sigan prácticas, resilientes y sensibles a las amenazas emergentes, para mantener la confianza a medida que la tecnología y los riesgos evolucionan.

Juntos, estos pilares forman un marco holístico y adaptativo que va más allá de las listas de comprobación, lo que permite a Microsoft proteger los sistemas de IA mediante la colaboración, la innovación y la responsabilidad compartida. Al integrar investigación, políticas, estándares, habilitación, colaboración interfuncional y mejora continua, SDL para IA crea una cultura donde la seguridad es intrínseca al desarrollo y despliegue de IA.

Novedades en SDL para IA

El SDL para IA de Microsoft introduce orientación y herramientas especializadas para abordar las complejidades de la seguridad de la IA. Aquí tienen un breve vistazo a algunas áreas clave de seguridad en IA que cubrimos en nuestras prácticas de desarrollo seguro:

  • Modelado de amenazas para IA: Identificación de ciberamenazas y mitigaciones únicas de los flujos de trabajo de IA.
  • Observabilidad del sistema de IA: Reforzar la visibilidad para la detección proactiva de riesgos.
  • Protecciones de memoria de IA: Protección de datos sensibles en contextos de IA.
  • Identidad del agente y aplicación de la RBAC: Asegurar entornos multiagente.
  • Publicación de modelos con IA: Crear procesos para liberar y gestionar modelos.
  • Mecanismos de apagado de la IA: Garantizar la terminación segura bajo condiciones adversas.

En los próximos meses, compartiremos orientación práctica y accionable sobre cada uno de estos temas.

Microsoft SDL para IA puede ayudarte a construir sistemas de IA fiables

Una SDL eficaz para la IA se basa en la mejora continua y la responsabilidad compartida. La seguridad no es un destino. Es un camino que requiere vigilancia, colaboración entre equipos y disciplinas fuera del ámbito de la seguridad, y un compromiso con el aprendizaje. Siguiendo el enfoque SDL para IA de Microsoft, los líderes empresariales y profesionales de la seguridad pueden construir sistemas de IA resilientes y fiables que impulsen la innovación de forma segura y responsable.

Descubran más sobre Microsoft SDL para IA

Manténganse atentos a más novedades sobre cómo Microsoft promueve el desarrollo seguro de IA, al abordar nuevos retos de seguridad y compartir maneras efectivas de crear sistemas de IA robustos.

Para saber más sobre las soluciones de seguridad de Microsoft, visiten nuestra página web. Agreguen a Favoritos el blog de Seguridad 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. 

The post Microsoft SDL: Evolucionar las prácticas de seguridad para un mundo impulsado por IA appeared first on Source LATAM.

 

​The post Microsoft SDL: Evolucionar las prácticas de seguridad para un mundo impulsado por IA appeared first on Source LATAM.  

Publicado el Deja un comentario

Amazon EC2 supports nested virtualization on virtual Amazon EC2 instances

Starting today, customers can create nested environments within virtualized Amazon EC2 instances. Previously, customers could only create and manage virtual machines inside bare metal EC2 instances. With this launch, customers can create nested virtual machines by running KVM or Hyper-V on virtual EC2 instances. Customers can leverage this capability for use cases such as running emulators for mobile applications, simulating in-vehicle hardware for automobiles, and running Windows Subsystem for Linux on Windows workstations.

 

 

​Starting today, customers can create nested environments within virtualized Amazon EC2 instances. Previously, customers could only create and manage virtual machines inside bare metal EC2 instances. With this launch, customers can create nested virtual machines by running KVM or Hyper-V on virtual EC2 instances. Customers can leverage this capability for use cases such as running emulators for mobile applications, simulating in-vehicle hardware for automobiles, and running Windows Subsystem for Linux on Windows workstations.
   

Publicado el Deja un comentario

AWS Batch now provides Job Queue and Share Utilization Visibility

AWS Batch now provides Queue and Share Utilization Visibility, giving you insights into how your workloads are distributed across compute resources. This feature introduces queue utilization data in job queue snapshots, revealing compute capacity used by your first-in-first-out (FIFO) and fair share job queues, along with capacity consumption by individual fair share allocations. Additionally, the ListServiceJobs API now includes a scheduledAt timestamp for AWS Batch service jobs, allowing you to track when jobs are scheduled for execution.

Queue and Share Utilization Visibility helps you understand which fair-share allocations consume the most capacity and pinpoint the specific jobs driving resource consumption. You can monitor overall queue utilization and drill down into active shares to optimize resource distribution, or filter jobs by share identifier to analyze consumption patterns and scheduling behavior across your workloads.

You can access this feature using the GetJobQueueSnapshot, ListJobs, and ListServiceJobs APIs, or through the AWS Batch Management Console by navigating to your job queue details page and selecting the new Share Utilization tab. This feature is available today in all AWS Regions where AWS Batch is available. To learn more, visit the Job Queue Snapshot, List Jobs, and List Service Jobs pages of the AWS Batch API Reference Guide.

 

​AWS Batch now provides Queue and Share Utilization Visibility, giving you insights into how your workloads are distributed across compute resources. This feature introduces queue utilization data in job queue snapshots, revealing compute capacity used by your first-in-first-out (FIFO) and fair share job queues, along with capacity consumption by individual fair share allocations. Additionally, the ListServiceJobs API now includes a scheduledAt timestamp for AWS Batch service jobs, allowing you to track when jobs are scheduled for execution. Queue and Share Utilization Visibility helps you understand which fair-share allocations consume the most capacity and pinpoint the specific jobs driving resource consumption. You can monitor overall queue utilization and drill down into active shares to optimize resource distribution, or filter jobs by share identifier to analyze consumption patterns and scheduling behavior across your workloads. You can access this feature using the GetJobQueueSnapshot, ListJobs, and ListServiceJobs APIs, or through the AWS Batch Management Console by navigating to your job queue details page and selecting the new Share Utilization tab. This feature is available today in all AWS Regions where AWS Batch is available. To learn more, visit the Job Queue Snapshot, List Jobs, and List Service Jobs pages of the AWS Batch API Reference Guide.  

Publicado el Deja un comentario

Amazon Connect launches in-app notifications to surface critical operational alerts to business users

Amazon Connect now supports in-app notifications in the workspace header, visible from any page, so your team can stay informed without interrupting their workflow— whether configuring, analyzing data, or servicing customers. A notification icon appears in the header of every workspace page, with a badge indicating unread messages. Click the icon to view messages, access relevant resources through embedded links, and manage read/unread status—all without navigating away from your current task. For example, if all supervisors need to complete a certain training by end of week, a notification can be published to non-compliant users to remind them.

The new notification APIs enable you to programmatically send targeted messages to specific audiences within your organization, ensuring teams stay aware of urgent updates, policy changes, and action items requiring immediate attention. Amazon Connect will also leverage this capability to deliver system updates and important announcements.

In-app notifications are available in all AWS regions where Amazon Connect is available and offer public API and AWS CloudFormation support. To learn more about in-app notifications, see the Amazon Connect Administrator Guide. To learn more about Amazon Connect, please visit the Amazon Connect website.

 

​Amazon Connect now supports in-app notifications in the workspace header, visible from any page, so your team can stay informed without interrupting their workflow— whether configuring, analyzing data, or servicing customers. A notification icon appears in the header of every workspace page, with a badge indicating unread messages. Click the icon to view messages, access relevant resources through embedded links, and manage read/unread status—all without navigating away from your current task. For example, if all supervisors need to complete a certain training by end of week, a notification can be published to non-compliant users to remind them. The new notification APIs enable you to programmatically send targeted messages to specific audiences within your organization, ensuring teams stay aware of urgent updates, policy changes, and action items requiring immediate attention. Amazon Connect will also leverage this capability to deliver system updates and important announcements. In-app notifications are available in all AWS regions where Amazon Connect is available and offer public API and AWS CloudFormation support. To learn more about in-app notifications, see the Amazon Connect Administrator Guide. To learn more about Amazon Connect, please visit the Amazon Connect website.