Author: Make.com Service User

  • CloudWatch agora integra achados de Security Hub com ativação em toda a organização

    Integração entre CloudWatch e Security Hub

    A AWS anunciou em março de 2026 uma nova funcionalidade que integra o CloudWatch com os achados de conformidade gerados pelo AWS Security Hub. Agora é possível ingerir os achados de CSPM (Cloud Security Posture Management) diretamente no CloudWatch Logs, centralizando a análise e o monitoramento de constatações de segurança em um único ponto.

    Como funciona a integração

    Os achados do Security Hub são suportados em dois formatos padronizados: AWS Security Finding Format (ASFF) e Open Cybersecurity Schema Framework (OCSF). A integração utiliza CloudWatch Pipelines para garantir uma ingestão de dados de segurança padronizada e confiável.

    Com essa integração, times de segurança podem explorar novos recursos poderosos:

    • Consultas avançadas: usar CloudWatch Logs Insights para buscar e analisar achados de forma granular
    • Métricas personalizadas: criar filtros de métrica para monitorar padrões de segurança em tempo real
    • Análise aprofundada: aproveitar a integração com Amazon S3 Tables para análises preditivas e históricas

    Esses recursos permitem que times identifiquem e respondam a ameaças muito mais rapidamente em todo o ambiente AWS.

    Ativação automatizada em toda a organização

    Uma das grandes vantagens dessa integração é a possibilidade de ativar automaticamente o envio de achados do Security Hub para CloudWatch Logs usando regras de ativação. Essas regras podem ser aplicadas em toda a organização ou apenas em contas específicas, padronizando a cobertura de monitoramento de segurança.

    Um exemplo prático: um time de segurança pode criar uma regra de ativação para enviar automaticamente todos os achados do Security Hub para o CloudWatch Logs em todas as contas de produção. Isso garante visibilidade consistente sobre a postura de segurança sem a necessidade de configurações manuais em cada conta.

    Disponibilidade e modelo de preço

    Os achados do Security Hub entregues ao CloudWatch Logs estão disponíveis em todas as regiões comerciais da AWS. O modelo de preço segue uma estrutura em camadas: quanto mais achados forem ingeridos, o custo por unidade diminui progressivamente.

    Para informações detalhadas sobre custos, consulte a página de preços do CloudWatch.

    Para aprender mais sobre como integrar achados do Security Hub no CloudWatch Logs e configurar ativação em nível organizacional, acesse a documentação do Amazon CloudWatch.

    Fonte

    Amazon CloudWatch now supports ingesting Security Hub CSPM findings with organization-wide enablement (https://aws.amazon.com/about-aws/whats-new/2026/03/amazon-cloudwatch-securityhub-findings/)

  • Testes de Penetração sob Demanda do AWS Security Agent Agora Disponíveis para Todos

    Testes de Penetração Contínuos, Não Periódicos

    A disponibilidade geral do AWS Security Agent marca um ponto de inflexão importante na segurança de aplicações na nuvem. Pela primeira vez, as organizações podem executar testes de penetração abrangentes em todo o seu portfólio de aplicações, não apenas nas mais críticas. Esse avanço transforma avaliações de segurança de um gargalo periódico em uma capacidade sob demanda que escala conforme o ritmo de desenvolvimento.

    Historicamente, os testes de penetração manuais eram demorados e caros. As equipes de segurança realizavam essas avaliações periodicamente, frequentemente com semanas ou meses entre ciclos, deixando a maioria das aplicações potencialmente expostas durante os intervalos entre testes. O novo serviço da AWS resolve esse problema ao oferecer testes contínuos que funcionam 24/7, consumindo uma fração do custo dos testes manuais.

    O AWS Security Agent comprime o cronograma de testes de penetração de semanas para dias, reduzindo dramaticamente a janela de exposição enquanto mantém a velocidade de desenvolvimento. Com suporte a múltiplas nuvens — AWS, Azure, GCP e ambientes on-premises — permite consolidar testes de segurança em toda a infraestrutura.

    Como Funciona: Agentes de IA Autônomos

    O AWS Security Agent representa uma nova classe de agentes de fronteira: sistemas autônomos que trabalham independentemente para atingir objetivos, escalam massivamente para lidar com tarefas concorrentes e executam continuamente sem supervisão humana constante.

    Diferentemente de scanners tradicionais que geram descobertas sem validação, o AWS Security Agent atua como um testador de penetração, identificando vulnerabilidades potenciais e depois tentando explorá-las com payloads direcionados e cadeias de ataque para confirmar que são riscos de segurança legítimos. Essa abordagem minimiza falsos positivos e fornece visibilidade sobre o raciocínio do agente: como planeja ataques, quais payloads utiliza, quais ferramentas constrói para executar exploits e como verifica a exploração bem-sucedida.

    Cada descoberta inclui pontuações de risco do Sistema de Pontuação de Vulnerabilidades Comum (CVSS), classificações de severidade específicas da aplicação e passos detalhados de reprodução. Isso permite que as equipes se concentrem em vulnerabilidades confirmadas em vez de investigar ruído de scanner.

    Segurança Contextualizada: Entendendo o Aplicativo

    O AWS Security Agent combina testes estáticos de segurança de aplicações (SAST — Static Application Security Testing), testes dinâmicos de segurança de aplicações (DAST — Dynamic Application Security Testing) e testes de penetração em um único agente consciente do contexto.

    O agente ingere documentos de design, diagramas de arquitetura, infraestrutura como código, código-fonte, histórias de usuário e modelos de ameaça para entender como o aplicativo foi projetado, construído e implantado. Em seguida, identifica como vulnerabilidades individuais se conectam em cadeias de ataque de severidade maior. Esse contexto mais rico produz descobertas de qualidade superior e recomendações de remediação mais acionáveis.

    Considere um cenário real: uma aplicação de comércio eletrônico apresenta três vulnerabilidades aparentemente isoladas. Primeiro, um cross-site scripting (XSS) armazenado que captura cookies de sessão de administradores. Segundo, ausência de validação de sessão que permite sequestro de conta com privilégios elevados. Terceiro, um endpoint de configuração de administrador que expõe credenciais de banco de dados em texto simples.

    Ferramentas tradicionais detectariam essas descobertas isoladamente: a primeira como uma vulnerabilidade média, a segunda permaneceria imperceptível (porque analisam código estático, não sessões em tempo de execução), e a terceira não seria sinalizada (porque funciona conforme projetada). Cada ferramenta vê um pedaço do quebra-cabeça.

    O AWS Security Agent conecta esses pontos. Ingere a documentação e identifica que o XSS é o ponto de entrada para sequestro de sessão, que por sua vez oferece acesso ao endpoint de configuração que exfiltra credenciais do banco de dados em produção. A cadeia inteira, testada e validada, revela uma vulnerabilidade crítica que qualquer ferramenta isolada teria perdido.

    Configurando seu Primeiro Teste

    O processo de configuração é direto e inclui etapas lógicas:

    Criar espaços de agentes como limites lógicos

    Comece criando um espaço de agente para cada aplicação ou projeto. Um espaço de agente serve como um limite lógico onde conectar documentos e repositórios de código da sua aplicação. O agente usa esse contexto de aplicação para criar casos de teste direcionados específicos para sua implementação.

    Por exemplo, crie um espaço de agente para uma plataforma de comércio eletrônico e conecte seu repositório GitHub, especificações de API e documentação de arquitetura. Analisando esses materiais para entender como a aplicação manipula processamento de pagamentos, sessões e histórias de usuário, o agente cria casos de teste direcionados para vulnerabilidades específicas de manipulação de preços e sequestro de sessão.

    Completar validação de propriedade de domínio

    Antes que os testes comecem, complete a validação de propriedade de domínio adicionando um registro TXT do DNS ou fazendo upload de um arquivo de verificação ao seu domínio. Essa etapa obrigatória garante que possui autorização para testar a aplicação alvo, protegendo você e a AWS. Configure isso uma única vez para todos os domínios durante a configuração inicial.

    Adicionar contexto de aplicação para precisão melhorada

    Embora opcional, fornecer código-fonte e documentação melhora significativamente a precisão dos testes. Inclua:

    • Código-fonte: Habilita testes de caixa branca para identificar vulnerabilidades específicas da implementação. Conecte diretamente repositórios de código-fonte via integração GitHub.
    • Especificações de API (OpenAPI ou Swagger): Documenta todos os endpoints, parâmetros e requisitos de autenticação para que o agente teste de forma abrangente em vez de descobrir endpoints por tentativa e erro.
    • Documentação de arquitetura: Ajuda o agente a entender interações entre serviços e possíveis cadeias de ataque.
    • Documentos de requisitos de produto: Ajuda o agente a entender propósito, funcionalidades e histórias de usuário ao usar a aplicação.
    • Modelos de ameaça existentes: Orienta o agente a focar nas áreas de risco mais alto e preocupações conhecidas.

    Testar em qualquer ambiente

    O AWS Security Agent funciona em AWS, Azure, GCP e ambientes on-premises. Configure endpoints públicos fornecendo a URL diretamente, ou conecte endpoints privados por meio de uma VPC para testes seguros de aplicações internas sem exposição à internet.

    Testar aplicações autenticadas

    A maioria das vulnerabilidades existe em áreas autenticadas das aplicações e não podem ser encontradas sem fazer login. Configure múltiplas credenciais para diferentes papéis de usuário para habilitar testes abrangentes: credenciais de usuário padrão para funcionalidade voltada ao cliente, credenciais de usuário privilegiado para funções administrativas e credenciais de conta de serviço para autenticação API-para-API.

    Testando com múltiplos conjuntos de credenciais, o AWS Security Agent identifica vulnerabilidades de escalação de privilégio — por exemplo, descobrindo que um usuário padrão pode acessar funções administrativas manipulando parâmetros de API.

    Fornecer orientação de login para autenticação complexa

    O AWS Security Agent usa capacidades de login baseadas em modelos de linguagem grande (LLM) para navegar fluxos de autenticação incluindo OAuth, SAML, Okta e autenticação multifator (MFA). Fornecer orientações de login claras melhora significativamente as taxas de sucesso, por exemplo:

    Navegue para app.example.com/auth/login
    Digite o nome de usuário no campo Email ou Username
    Digite a senha no campo Password
    Escolha Sign In

    Instruções específicas, passos sequenciais e critérios de verificação de sucesso ajudam o agente a navegar seu fluxo de autenticação de forma confiável.

    De Descobertas a Correções: O Ciclo de Segurança Completo

    O AWS Security Agent valida vulnerabilidades potenciais tentando explorá-las para confirmar que o risco de segurança realmente existe. Essa abordagem de validação minimiza falsos positivos e reduz o tempo que sua equipe passa verificando manualmente descobertas. O agente alcançou uma taxa de sucesso de 92,5% no CVE Bench v2.0, demonstrando sua capacidade de descobrir e validar vulnerabilidades do mundo real.

    Cada descoberta inclui pontuações de risco CVSS, classificações de severidade específicas da aplicação, passos detalhados de reprodução e análise de impacto que explica o risco comercial. Em uma aplicação de comércio eletrônico, o agente poderia descobrir uma vulnerabilidade de manipulação de preço mostrando como invasores podem modificar preços durante o checkout, permitindo que clientes obtenham itens gratuitamente e impactando diretamente a receita.

    O agente também identifica como vulnerabilidades se encadeiam, mostrando como descobertas de severidade mais baixa podem se tornar gateways para exploits críticos. Pode exportar relatórios como arquivos PDF para relatórios executivos, documentação de conformidade, passagem para desenvolvedores e trilhas de auditoria.

    Remediação com sugestões de código

    Os testes de penetração tradicionais terminam com um relatório; depois semanas ou meses se passam enquanto desenvolvedores pesquisam, implementam e implantam correções. O AWS Security Agent completa o ciclo de segurança: execute o teste de penetração e identifique vulnerabilidades confirmadas, revise as descobertas e priorize problemas críticos, dispare a remediação para gerar pull requests com correções de código, desenvolvedores revisam e fazem merge das correções prontas para implementar em horas em vez de dias, refaça o teste para confirmar que vulnerabilidades foram resolvidas e implante com confiança sabendo que problemas de segurança foram abordados.

    Disponibilidade Regional e Preços

    O AWS Security Agent com testes de penetração sob demanda está disponível nas seguintes regiões AWS:

    • US East (N. Virginia)
    • US West (Oregon)
    • Europe (Ireland)
    • Europe (Frankfurt)
    • Asia Pacific (Sydney)
    • Asia Pacific (Tokyo)

    O modelo de preços é direto e transparente: $50 por hora de tarefa, medido por segundo. Uma hora de tarefa representa o tempo que o AWS Security Agent trabalha ativamente testando sua aplicação. Com base nas métricas atuais, um teste de aplicação médio leva aproximadamente 24 horas de tarefa, resultando em um custo típico de $1.200 por teste de penetração abrangente e remediação.

    Exemplos de custos típicos:

    • Aplicação web pequena (8 horas de tarefa): $400
    • Plataforma de comércio eletrônico média (24 horas de tarefa): $1.200
    • Aplicação empresarial grande (48 horas de tarefa): $2.400

    Alguns clientes encontraram que o AWS Security Agent oferece economias de 70–90% comparado aos testes manuais de penetração tradicionais.

    Comece Hoje

    Transformar os testes de segurança da sua organização é direto. Acesse o console de gerenciamento AWS para o AWS Security Agent, crie um espaço de agente para sua aplicação, complete a validação de propriedade de domínio, conecte seu repositório de código e adicione documentação, configure e execute seu primeiro teste de penetração em minutos.

    Conclusão

    Ao usar testes de penetração sob demanda no AWS Security Agent, as organizações podem testar todas suas aplicações continuamente, não apenas as mais críticas periodicamente. Comece com uma aplicação, experimente descobertas validadas e remediação automática em ação, depois escale testes de segurança abrangentes por todo o portfólio.

    Fonte

    AWS Security Agent on-demand penetration testing now generally available (https://aws.amazon.com/blogs/security/aws-security-agent-on-demand-penetration-testing-now-generally-available/)

  • AWS IAM Identity Center chega à Região de Nuvem Soberana Europeia (Alemanha)

    Expansão da solução de acesso em nuvem soberana europeia

    A AWS ampliou sua oferta de serviços de gerenciamento de identidade ao disponibilizar o IAM Identity Center na Região de Nuvem Soberana Europeia (Alemanha). Esse lançamento reflete o compromisso da Amazon em oferecer soluções que atendam aos requisitos de soberania de dados cada vez mais rigorosos estabelecidos pela União Europeia.

    O AWS European Sovereign Cloud representa uma infraestrutura de nuvem independente, inteiramente localizada no território europeu, desenvolvida especificamente para atender às necessidades de clientes que precisam garantir conformidade com regulamentações de soberania europeia.

    O que é o IAM Identity Center

    O IAM Identity Center (Identity and Access Management Identity Center) é apresentado pela AWS como a solução recomendada para gerenciar o acesso da força de trabalho aos aplicativos em nuvem. O serviço funciona como um ponto centralizado para autenticação e autorização de usuários.

    Principais funcionalidades do serviço

    O IAM Identity Center permite que organizações conectem sua fonte existente de identidades corporativas uma única vez e ofereçam aos usuários uma experiência de logon único (Single Sign-On) em toda a infraestrutura da Nuvem Soberana Europeia da AWS.

    Além disso, o serviço possibilita:

    • Capacitar experiências personalizadas fornecidas pelos aplicativos AWS
    • Definir e auditar o acesso de usuários aos dados em serviços AWS com consciência de identidade
    • Gerenciar o acesso entre múltiplas contas AWS a partir de um local centralizado

    Vantagens para o mercado europeu

    A disponibilização do IAM Identity Center na região alemã da Nuvem Soberana Europeia oferece às organizações europeias a possibilidade de implementar soluções robustas de gerenciamento de acesso mantendo o controle total sobre seus dados e a conformidade com regulamentações locais.

    Um diferencial importante é que o IAM Identity Center está disponível sem custo adicional, permitindo que empresas adotem práticas de segurança e governança de identidades sem impacto orçamentário extra.

    Próximos passos

    Organizações interessadas em utilizar o IAM Identity Center nessa região podem consultar a documentação detalhada do serviço para compreender melhor as capacidades e a arquitetura da solução.

    Para implementações práticas e orientações técnicas, a documentação técnica do IAM Identity Center fornece guias passo a passo e as melhores práticas para configuração e operação do serviço.

    Fonte

    AWS IAM Identity Center is now available in AWS European Sovereign Cloud (Germany) Region (https://aws.amazon.com/about-aws/whats-new/2026/03/aws-iam-identity-center-european-sovereign-cloud-germany-region/)

  • Amazon OpenSearch Service integra IA agêntica para análise de logs

    IA Agêntica no OpenSearch Service

    A Amazon OpenSearch Service anunciou a incorporação de capacidades de IA agêntica que permitem equipes de engenharia e suporte analisar dados de logs através de uma interface conversacional inteligente. Essa inovação simplifica significativamente o processo de consulta de logs e acelera as investigações de incidentes, permitindo que os profissionais interajam com os dados utilizando linguagem natural, executem análise autônoma de causa raiz e mantenham o histórico de conversas enquanto navegam pelo espaço de trabalho de Observabilidade na interface do OpenSearch.

    Três Capacidades Principais

    O lançamento introduz três funcionalidades fundamentais que estão disponíveis sem custo adicional, observando-se apenas os limites de uso baseados em tokens:

    Chat Agêntico

    Essa funcionalidade permite fazer perguntas em linguagem natural para analisar dados, gerar e iterar consultas em Linguagem de Processamento em Pipe (PPL) na seção Discover, e analisar visualizações para extrair insights relevantes.

    Agente de Investigação

    Quando se torna necessária uma análise mais profunda de causa raiz, é possível ativar o agente de investigação. Esse agente trabalha de forma autônoma e iterativa, planejando a investigação, executando consultas, refletindo sobre os resultados e entregando hipóteses estruturadas sobre a causa raiz, classificadas por probabilidade. Todo o processo oferece transparência total sobre o raciocínio utilizado.

    Memória do Agente

    A funcionalidade de memória do agente permite continuar conversas de forma contínua em diferentes páginas de funcionalidades ou até em uma nova sessão do navegador, mantendo o contexto e histórico da investigação.

    Disponibilidade Regional

    As capacidades de IA agêntica estão disponíveis para uso nas seguintes regiões da AWS: Ásia Pacífico (Tóquio), Ásia Pacífico (Sydney), Europa (Frankfurt), Europa (Estocolmo), Europa (Espanha), Europa (Irlanda), Leste dos EUA (N. Virgínia), Leste dos EUA (Ohio) e Oeste dos EUA (Oregon).

    Próximos Passos

    Para conhecer os detalhes técnicos e explorar como implementar essas funcionalidades em seu ambiente, consulte a documentação sobre IA agêntica no Amazon OpenSearch Service. Para uma visão completa das capacidades do serviço, acesse a página do produto Amazon OpenSearch Service.

    Fonte

    Amazon OpenSearch Service introduces agentic AI for log analytics (https://aws.amazon.com/about-aws/whats-new/2026/03/opensearch-agentic-ai-log-analytics-observability/)

  • Guia de Conformidade ISO/IEC 27001:2022 Agora Disponível para AWS

    Novo Guia de Conformidade para ISO/IEC 27001:2022 na AWS

    A AWS disponibilizou um guia de conformidade abrangente focado em ISO/IEC 27001:2022, voltado para organizações que estão projetando e operacionalizando um Sistema de Gestão de Segurança da Informação (SGSI) utilizando os serviços da plataforma.

    Por Que Este Guia Importa

    À medida que as organizações migram cargas de trabalho críticas para ambientes em nuvem, alinhar-se com padrões internacionalmente reconhecidos como a ISO/IEC 27001:2022 torna-se um passo importante para fortalecer governança, gestão de riscos e práticas de segurança da informação. Este guia foi estruturado para atender arquitetos de nuvem, equipes de segurança, líderes de compliance e profissionais de DevOps, ajudando-os a compreender como implementar e operar controles alinhados à ISO 27001 utilizando os serviços da AWS e aplicando o Modelo de Responsabilidade Compartilhada (Shared Responsibility Model) da empresa.

    O Que o Guia Aborda

    O documento orienta sobre como integrar serviços da AWS em um SGSI para suportar os requisitos definidos nas cláusulas 4 a 10 da ISO 27001:2022 e controles selecionados do Anexo A. Além disso, destaca como as capacidades nativas de segurança, monitoramento e automação da AWS podem auxiliar clientes a manter visibilidade, melhorar consistência operacional e preparar evidências auditáveis.

    Estrutura do Conteúdo

    O guia de conformidade inclui os seguintes tópicos:

    • Visão geral do framework ISO/IEC 27001:2022, incluindo as cláusulas 4 a 10 do SGSI e controles do Anexo A
    • Mapeamento de controles selecionados da ISO 27001:2022 Anexo A para serviços e capacidades arquiteturais da AWS
    • Orientações para implementar controles complementares de responsabilidade do cliente dentro de ambientes AWS
    • Recomendações para coleta de evidências, documentação e preparação para auditorias utilizando ferramentas nativas da AWS
    • Considerações de governança e gestão de riscos para organizações que estabelecem um SGSI na AWS
    • Boas práticas para operacionalizar atividades de conformidade através de automação e infraestrutura como código (Infrastructure-as-Code)

    Responsabilidades Compartilhadas

    É importante destacar que, embora a AWS forneça uma infraestrutura de nuvem segura e compatível com requisitos de conformidade, as organizações clientes permanecem responsáveis por definir o escopo do seu SGSI, implementar os controles apropriados e demonstrar conformidade durante auditorias de certificação.

    Benefícios da Implementação

    Ao combinar as melhores práticas da ISO 27001 com os serviços de segurança da AWS, as organizações podem construir ambientes escaláveis que suportam melhoria contínua de segurança, visibilidade operacional e preparação para certificação.

    Como Acessar o Material

    O guia completo de conformidade ISO/IEC 27001:2022 para AWS está disponível para download. Para obter assistência adicional, as organizações podem entrar em contato com os AWS Security Assurance Services.

    Fonte

    New compliance guide available: ISO/IEC 27001:2022 on AWS (https://aws.amazon.com/blogs/security/new-compliance-guide-available-iso-iec-270012022-on-aws-compliance-guide/)

  • AWS HealthOmics apresenta fluxos de trabalho conectados à VPC

    Novidade na AWS HealthOmics: fluxos de trabalho com conexão VPC

    A AWS HealthOmics anunciou a introdução de fluxos de trabalho conectados à VPC (Nuvem Privada Virtual), permitindo que seus clientes executem pipelines de bioinformática com acesso a recursos da AWS distribuídos em diferentes regiões e também a recursos disponíveis na internet pública, tudo através de uma Nuvem Privada Virtual configurada pelo cliente.

    O que muda para os clientes de ciências da vida

    Esta evolução oferece um alívio significativo aos profissionais que trabalham com dados bioinformáticos: não é mais necessário migrar dados e dependências para a mesma região da AWS onde o fluxo de trabalho será executado. Isso simplifica bastante os processos operacionais e reduz o tempo gasto em preparação de dados.

    O HealthOmics é um serviço elegível para HIPAA que ajuda a acelerar descobertas científicas em escala, com fluxos de trabalho bioinformáticos totalmente gerenciados. Com essa nova capacidade, pesquisadores e cientistas conseguem desenvolver e testar pipelines de forma mais rápida.

    Flexibilidade de configuração e acesso a dados

    A solução permite que os clientes estruturem fluxos de trabalho capazes de acessar conjuntos de dados disponibilizados publicamente na internet e, simultaneamente, recursos da AWS distribuídos em diferentes regiões, sem necessidade de alterar o código do fluxo de trabalho ou fazer migrações de dados entre regiões.

    Para isso, foram introduzidas as APIs de Configuração, que permitem especificar uma VPC configurada para acessar recursos na internet pública. O HealthOmics consegue enviar e receber tráfego de rede através dessa configuração, facilitando a utilização de diferentes topologias de rede conforme cada caso de uso necessitar. As dependências de internet pública podem ser adicionadas ou removidas a qualquer momento.

    Um diferencial importante é que as configurações de rede são aplicadas no nível de execução individual do fluxo de trabalho, não globalmente. Isso significa que você pode ativar a conexão VPC apenas para os fluxos que realmente precisam dela, mantendo outros em configurações diferentes.

    Disponibilidade regional

    Os fluxos de trabalho conectados à VPC estão disponíveis em todas as regiões onde o AWS HealthOmics opera atualmente: US East (N. Virginia), US West (Oregon), Europa (Frankfurt, Irlanda, Londres), Israel (Tel Aviv), Ásia Pacífico (Singapura) e Ásia Pacífico (Seul).

    Próximos passos

    Para aprender mais sobre como conectar seus fluxos de trabalho à sua VPC, consulte a documentação do HealthOmics.

    Fonte

    AWS HealthOmics introduces VPC-connected workflows (https://aws.amazon.com/about-aws/whats-new/2026/03/aws-healthomics-vpc-connected-workflows/)

  • Assistente de IA Conversacional para Recomendações Personalizadas de Filmes na AWS

    O Desafio das Recomendações de Conteúdo Moderno

    Os sistemas de recomendação formam a base das plataformas modernas de streaming, moldando como os usuários descobrem conteúdo. Abordagens tradicionais baseadas em aprendizado de máquina — como filtragem colaborativa ou baseada em conteúdo — preveem preferências usando padrões históricos. No entanto, frequentemente perdem de vista necessidades dependentes de contexto: hora do dia, estado emocional ou ambiente social. Um usuário que acabou de assistir “Shawshank Redemption” pode receber sugestões de mais dramas carcerários, quando na verdade deseja algo leve para relaxar.

    Uma abordagem híbrida supera essa lacuna ao combinar a capacidade de reconhecimento de padrões do aprendizado de máquina tradicional com o entendimento contextual e as habilidades conversacionais da IA generativa. A IA agente vai além, engajando usuários por meio de diálogo dinâmico e raciocínio sobre contexto de visualização. Esses agentes de recomendação sintetizam informações de múltiplas fontes — sinopses, avaliações, histórico de visualizações — e incorporam feedback do usuário em tempo real. É como conversar com um curador de conteúdo especializado que compreende tanto a obra quanto as preferências individuais.

    Imagem original — fonte: AWS

    Dois Casos de Uso Principais

    A solução apresentada pela AWS demonstra duas aplicações práticas. Em primeiro lugar, imagine dizer ao agente de IA que você quer algo divertido após um longo dia e receber recomendações que correspondam ao seu estado emocional, não apenas ao que já assistiu. Em segundo, imagine pausar um filme para perguntar “quem é esse ator?” ou “resuma o que acaba de acontecer?” e obter uma resposta instantânea.

    Construir esse assistente conversacional exige orquestração de processamento de voz em tempo real, gerenciamento de contexto, invocação de ferramentas e respostas curadas. Esse é um desafio complexo que pode ser simplificado com ferramentas de IA agente, como Strands Agents SDK, Amazon Bedrock AgentCore e Amazon Nova Sonic 2.0. O sistema utiliza um Protocolo de Contexto de Modelo (MCP) para entregar um concierge de entretenimento pessoal que compreende preferências do usuário via diálogo natural. Os exemplos de código da aplicação estão disponíveis em um repositório GitHub.

    Arquitetura da Solução

    A solução se concentra em dois fluxos principais: recomendação de filmes e análise de cenas de filmes.

    Fluxo de Interação do Usuário

    O usuário se autentica em uma interface web hospedada como site estático no Amazon S3 e entregue via Amazon CloudFront com Amazon Cognito. Uma conexão WebSocket é estabelecida do cliente para o servidor hospedado no AWS Fargate, exposto usando um endpoint CloudFront. As comunicações de sessão entre cliente e servidores ocorrem através dessa conexão.

    O servidor Fargate valida a conexão recebida e instancia uma sessão com Amazon Nova Sonic 2.0 para comunicações de streaming bidirecional. Comandos de voz do usuário são enviados ao modelo através da conexão WebSocket estabelecida. O contêiner Fargate usa um protocolo Smithy de streaming RPC bidirecional para comunicação com o modelo Nova Sonic.

    Imagem original — fonte: AWS

    As respostas do modelo são processadas pelo contêiner. O contêiner AWS Fargate gerencia eventos de ferramentas do Nova Sonic e inicia um fluxo de trabalho agente usando o servidor MCP para processar solicitações do usuário. O Amazon Bedrock AgentCore Gateway transforma funções AWS Lambda em ferramentas compatíveis com MCP para o agente.

    O Lambda utiliza modelos de compreensão Amazon Nova (micro, lite, pro) para processamento, com OpenSearch e S3 Vector funcionando como camadas de busca semântica e armazenamento. Os resultados retornam ao servidor via Amazon Bedrock AgentCore Gateway. O Fargate envia a resposta ao Amazon Nova Sonic para formular a resposta de voz final, que é transmitida à interface web pela conexão WebSocket.

    Interface de Usuário com Fala Natural

    O Amazon Nova Sonic 2.0 é um modelo de fala para fala que oferece conversas de voz em tempo real com latência baixa, humanamente naturais. Isso proporciona uma experiência com trocas fluidas que se parecem genuinamente conversacionais, transformando interações de IA de sessões rígidas de perguntas e respostas em diálogos dinâmicos e produtivos. Com suporte assíncrono para conclusão de tarefas, é possível manter diálogo fluido enquanto se processam tarefas complexas em background durante conversas ativas.

    O Nova Sonic 2.0 suporta nativamente entradas de texto e fala em streaming, oferecendo flexibilidade em como interagir com o assistente. Você pode definir a personalidade do assistente fornecendo um prompt de sistema no início da conversa. A capacidade de controlar a personalidade do assistente garante que as respostas permaneçam alinhadas à marca e dentro de limites apropriados, ajudando a proteger a reputação do serviço.

    Fluxo de Pré-processamento

    Os dados de catálogo, cenas de filmes e scripts são processados offline para gerar insights que alimentam os fluxos de personalização e análise de cena. Para demonstrar o recurso de personalização, a AWS criou 500 filmes de exemplo representando um catálogo. Os metadados — título, gênero, descrição — são convertidos em embeddings, representações numéricas que capturam significado. Isso habilita busca semântica, onde consultas são combinadas por significado em vez de palavras-chave exatas. Outros metadados, incluindo membros do elenco e datas de lançamento, são armazenados como atributos no mesmo índice dentro de um cluster Amazon OpenSearch Service com S3 Vector como camada de armazenamento.

    Para habilitar análise de cena com alta precisão, o processamento se divide em dois passos. Primeiro, a AWS utiliza Amazon Bedrock Data Automation para extrair insights-chave do conteúdo de vídeo. Os insights incluem resumo em nível de capítulo e timecodes correspondentes, transcrições, segmentos de áudio e mais. Adicionalmente, a funcionalidade de reconhecimento de celebridades no Amazon Rekognition identifica celebridades em capítulos. Segundo, os embeddings gerados de scripts de filmes extraídos via Amazon Bedrock Data Automation são usados para busca de similaridade semântica, servindo como base para o agente encontrar momentos semanticamente similares dentro do script.

    Fluxo de Recomendação de Filmes

    Imagem original — fonte: AWS

    Quando um usuário solicita recomendação de filme, o Amazon Nova Sonic reconhece a intenção e dispara a ferramenta apropriada. Uma função Lambda é acionada via AgentCore Gateway para processar a solicitação. A função primeiro recupera a afinidade do usuário de uma tabela DynamoDB para melhor compreender o perfil do usuário — preferências, gostos e padrões de visualização. Por exemplo, se o usuário assistiu à série Harry Potter, o sistema poderia atribuir maior afinidade a gêneros fantasia e aventura.

    Combinando afinidade do usuário e consulta, a solicitação é processada através de múltiplas chamadas de modelo de linguagem em sequência. Primeiro, um modelo classifica o tipo de busca baseado na intenção da consulta — recomendações genéricas, busca direta de filme, citações de filme ou algo completamente não relacionado. O Amazon Nova Micro é usado para essa tarefa dado seu benefício de desempenho de preço. A seguir, a consulta do usuário é enviada a outro modelo para ser reescrita, fornecendo uma consulta de busca mais rica e relevante para busca semântica contra dados de catálogo. Por exemplo, “estou procurando alguns filmes divertidos, o que recomenda?” seria reescrito para “filmes divertidos e entertaining que oferecem humor, excitação ou narrativa agradável”. Através de testes internos, a AWS descobriu que usar Amazon Nova Lite produzia respostas estruturadas de forma mais otimizada em custo.

    A saída de reescrita de consulta e prompts de classificação de intenção são usados como parâmetros para uma consulta Amazon OpenSearch Service. A consulta reescrita é convertida em um vetor de 1024 dimensões usando embeddings Nova para busca semântica. Adicionalmente, a consulta incorpora boosting de recência e popularidade para elevar shows mais recentes e com melhor desempenho nos rankings de recomendação. Os resultados retornam 30 filmes relevantes. Finalmente, o Amazon Rerank re-ordena os filmes recomendados baseado nos resultados de busca e na consulta do usuário reescrita para retornar os três filmes mais relevantes.

    Fluxo de Análise de Cena

    Semelhante ao fluxo de recomendação, a análise de cena utiliza os mesmos componentes. Imagine ter que fazer pausa e perder alguns minutos do seu show favorito — esse assistente forneceria um resumo. Também pode fornecer análise detalhada de uma cena, incluindo atores e o que está acontecendo.

    Quando o usuário pausa o filme para fazer pergunta, a aplicação captura metadados relevantes como timecode atual e título do filme, armazenando essas informações em uma tabela Amazon DynamoDB. Por exemplo, se o usuário pergunta “pode me dizer o que está acontecendo nessa cena?”, a aplicação referencia o log de visualização do usuário para localizar o estado mais recente e o filme sendo assistido.

    A análise de cena é tratada por ferramenta disparada pelo Amazon Nova Sonic baseado em compreensão contextual do diálogo do usuário. A solicitação é processada através de múltiplas chamadas de modelo de linguagem em sequência. Primeiro, Amazon Nova Micro classifica a intenção da análise de cena baseado na consulta do usuário. Baseado na funcionalidade de classificação de intenção, o fluxo de trabalho apropriado é disparado. Usando o log de visualização recuperado, o sistema extrai resumo de capítulo, transcrição e celebridades conhecidas correspondentes aos timecodes. Os insights de filme, incluindo detalhes de cena e scripts de filme, são processados via Amazon Bedrock Data Automation e armazenados em coleção Amazon OpenSearch Serverless para busca semântica e filtros.

    Os detalhes de cena extraídos são usados para encontrar os segmentos mais semanticamente similares do script de filme, e o detalhe do script fornece compreensão de cena enriquecida. O Amazon Nova Micro então resume as informações de cena anterior. A resposta é transformada em fala natural pelo Amazon Nova Sonic e transmitida ao usuário para completar a interação.

    Conclusão

    A solução apresentada demonstra um agente conversacional de IA que compreende e responde em interação de voz natural, ajudando usuários a descobrir filmes e séries de forma personalizada, enquanto fornece insights em tempo real durante visualização. O sistema analisa padrões individuais de visualização e histórico para criar perfis personalizados que impulsionam recomendações relevantes. Um usuário que assiste muitos filmes de ação pode receber recomendações relacionadas a ação quando pergunta sobre “filmes divertidos”.

    A capacidade do Nova Sonic 2.0 de entender linguagem natural, executar buscas de base de conhecimento semântica, gerenciar playlists e manter contexto através de conversas multi-turno representa um avanço significativo — de recomendações baseadas em feedback implícito para coleta explícita e conversacional de preferências. Isso cria uma experiência mais envolvente e intuitiva que pode impulsionar maior engajamento do usuário e retenção de serviço.

    Fonte

    Deliver hyper-personalized viewer experiences with an agentic AI movie assistant using Amazon Bedrock AgentCore and Amazon Nova Sonic 2.0 (https://aws.amazon.com/blogs/machine-learning/deliver-hyper-personalized-viewer-experiences-with-an-agentic-ai-movie-assistant-using-amazon-bedrock-agentcore-and-amazon-nova-sonic-2-0/)

  • AWS Security Hub agora disponível nas Regiões AWS GovCloud (US)

    Expansão do AWS Security Hub para Ambientes Governamentais

    O AWS Security Hub, solução unificada de segurança em nuvem da AWS, foi disponibilizado nas regiões AWS GovCloud (US-East) e AWS GovCloud (US-West). Essa expansão permite que organizações que operam em ambientes governamentais acessem uma plataforma robusta para priorizar questões de segurança críticas, responder rapidamente a incidentes e reduzir riscos de segurança em escala.

    Como o Security Hub Detecta e Prioriza Riscos

    O serviço funciona através da correlação e enriquecimento de sinais de segurança originários de múltiplas fontes: Amazon GuardDuty, Amazon Inspector e AWS Security Hub Gerenciamento de Postura de Segurança em Nuvem (CSPM). Essa integração permite que os riscos ativos sejam identificados e priorizados rapidamente no ambiente de nuvem.

    A entrega de análises de risco em tempo real e tendências avançadas transforma sinais de segurança correlacionados em insights práticos. Visualizações aprimoradas e enriquecimento contextual facilitam a interpretação desses dados por equipes de segurança.

    Capacidades Principais do Serviço

    O AWS Security Hub oferece um conjunto abrangente de funcionalidades para organizações que precisam de conformidade com requisitos governamentais:

    • Implantação centralizada: É possível ativar o Security Hub para contas individuais ou em toda a organização com gerenciamento centralizado
    • Inventário de segurança: Inclui achados de exposição e um inventário de recursos focado em segurança
    • Visualização de caminhos de ataque: O serviço mapeia automaticamente como potenciais ameaças, vulnerabilidades e configurações incorretas poderiam ser encadeadas por adversários para comprometer recursos críticos
    • Fluxos de trabalho automatizados: Resposta automatizada para eventos de segurança

    Modelo de Preços Simplificado

    A AWS consolidou o modelo de preços do Security Hub, combinando as cobranças de múltiplos serviços de segurança da AWS em uma única estrutura. Essa abordagem oferece maior previsibilidade de custos e simplifica o gerenciamento financeiro das soluções de segurança.

    Próximos Passos

    Para começar com o AWS Security Hub, é possível acessar o console do AWS Security Hub ou consultar a página do produto. Para conhecer a lista completa de regiões AWS onde o Security Hub está disponível, consulte a lista de serviços regionais da AWS.

    Fonte

    AWS Security Hub is now available in AWS GovCloud (US) Regions (https://aws.amazon.com/about-aws/whats-new/2026/03/aws-security-hub-govcloud-us-regions/)

  • Detecção de Erupções Solares com Redes LSTM no SageMaker AI e Dados ESA STIX

    Detecção de Erupções Solares através de Aprendizado Profundo

    O monitoramento eficaz de erupções solares demanda análise sofisticada de emissões de raios-X em múltiplos espectros de energia. A detecção de anomalias baseada em aprendizado de máquina constitui uma ferramenta poderosa para identificar padrões significativos que possam indicar atividade solar notável. Pela identificação de assinaturas de radiação distintas, características fundamentais de eventos solares podem ser detectadas, analisadas e compreendidas de forma abrangente. Esses padrões detectados são essenciais para diversas aplicações, incluindo previsão de clima espacial, investigações de física solar e planejamento de operações de satélites.

    Nos últimos anos, as capacidades de monitoramento solar expandiram dramaticamente, gerando volumes sem precedentes de dados de medições de raios-X. Conforme essa quantidade de dados continua crescendo, os métodos analíticos devem evoluir para processar eficientemente esses conjuntos massivos enquanto capturam até mesmo as variações mais sutis no comportamento solar. Arquiteturas avançadas de aprendizado profundo, particularmente as redes de Memória de Longo Prazo (LSTM — Long Short-Term Memory), surgiram como soluções altamente capazes para esses desafios.

    Visão Geral da Solução

    A AWS apresenta uma implementação de redes neurais LSTM para detecção de anomalias em dados de raios-X multicanal coletados pelo instrumento Espectrômetro/Telescópio para Imagens de Raios-X (STIX — Spectrometer/Telescope for Imaging X-rays). A análise enfatiza a detecção de padrões anormais em diversas faixas de energia: baixa (4–10 keV), média (10–25 keV) e alta (25+ keV). Essa abordagem multicanal facilita monitoramento compreensivo da atividade solar e possibilita identificação robusta de potenciais eventos de erupção através de análise sofisticada de padrões de emissão de raios-X.

    O post demonstra como usar o Amazon SageMaker AI para construir e implantar um modelo de aprendizado profundo destinado a detectar erupções solares utilizando dados do instrumento STIX da Agência Espacial Europeia. O SageMaker AI emprega a Floresta de Cortes Aleatórios (RCF — Random Cut Forest), um algoritmo de aprendizado não supervisionado que detecta pontos de dados anormais através da atribuição de pontuações de anomalia baseadas na densidade e dispersão dos pontos de dados.

    Conceitos Fundamentais

    Canais de Energia de Raios-X em Observações Solares

    As emissões de raios-X nos dados STIX são medidas em múltiplas faixas de energia, categorizadas em canais baixo (4–10 keV), médio (10–25 keV) e alto (25+ keV). Essa abordagem multicanal permite monitoramento abrangente da atividade solar em diferentes níveis de energia. As faixas de energia fornecem informações cruciais sobre diversos aspectos das erupções solares, desde sua iniciação até intensidade máxima. Ao analisar padrões nesses canais, é possível identificar diferentes fases da evolução de erupções solares e caracterizar sua intensidade.

    Canais de energia mais elevados tipicamente indicam atividade de erupção mais intensa, enquanto canais de energia inferior podem capturar eventos precursores ou fenômenos pós-erupção. Essa abordagem multi-espectral permite detecção precoce do início da erupção e avaliação precisa da magnitude e duração da erupção.

    Redes LSTM e Dependências Temporais

    As redes LSTM diferem de redes neurais tradicionais por manterem um estado de memória interna que permite capturar dependências de longo prazo em dados de séries temporais. Essa qualidade única as posiciona como uma variante de Redes Neurais Recorrentes (RNN — Recurrent Neural Network). A capacidade das LSTM é particularmente valiosa para detecção de erupções solares, onde padrões podem se desenvolver ao longo de períodos estendidos.

    Uma arquitetura LSTM opera através de um sistema sofisticado de portões (gates) e estados. Em seu núcleo, o portão de entrada controla o fluxo de novas informações na rede, determinando quais pontos de dados são significativos o suficiente para serem armazenados. Trabalhando em conjunto, o portão de esquecimento avalia informações existentes e decide quais elementos devem ser descartados, prevenindo acúmulo de dados irrelevantes. Essas decisões se refletem no estado da célula, que serve como memória de longo prazo da rede, mantendo informações cruciais durante o processamento da sequência. O portão de saída então regula qual informação desse estado de célula deve ser apresentada como saída a cada passo de tempo. Essa arquitetura sofisticada permite ao modelo aprender relacionamentos intrincados entre diferentes canais de energia enquanto mantém coerência temporal na análise.

    Análise de Séries Temporais e Detecção de Anomalias

    O sistema de detecção de anomalias processa dados de séries temporais multidimensionais, onde cada dimensão corresponde a um canal de energia diferente. O modelo LSTM aprende padrões normais nos dados de emissão de raios-X e identifica desvios que poderiam indicar eventos de erupção solar. Essas anomalias podem representar aumentos súbitos de intensidade, padrões espectrais incomuns ou outras assinaturas de atividade solar.

    Para detecção confiável de erupções, o LSTM analisa características temporais e espectrais dos dados de raios-X entre canais. A análise temporal identifica mudanças súbitas ou padrões incomuns na intensidade de emissão ao longo do tempo. A análise espectral examina a relação entre diferentes canais de energia, pois erupções solares frequentemente produzem padrões característicos em múltiplas faixas de energia. A combinação de reconhecimento de padrões baseado em LSTM e análise multicanal cria um framework robusto para detecção automatizada de erupções solares.

    Arquitetura da Solução

    A arquitetura da solução implementa detecção de anomalias para dados do STIX do Solar Orbiter da ESA utilizando o algoritmo LSTM. A solução emprega a abordagem “Bring Your Own Script” (BYOS) com o Amazon SageMaker AI, permitindo utilizar scripts de treinamento customizados enquanto se aproveita a infraestrutura gerenciada do SageMaker AI.

    Com BYOS, é possível utilizar frameworks ML preferidos (neste caso, PyTorch), manter controle sobre a lógica de treinamento, continuar usando a infraestrutura de treinamento do SageMaker AI e suas capacidades de escalabilidade, e implantar o modelo LSTM customizado sem necessidade de gerenciar contêineres. Para usar essa abordagem, você faz upload do script Python para o SageMaker AI e o especifica como ponto de entrada ao criar um trabalho de treinamento.

    O pipeline de dados inicia com medições brutas do STIX (Espectrômetro/Telescópio para Imagens de Raios-X) armazenadas em formato FITS. Essas observações passam por processamento inicial em um ambiente JupyterLab, que serve como plataforma principal de desenvolvimento e análise. O ambiente hospeda notebooks Python customizados que lidam com a conversão de dados FITS para CSV e executam algoritmos avançados de detecção.

    No coração do sistema situa-se o pipeline de processamento de redes neurais. O workflow começa com preparação de dados no JupyterLab, seguido pelo treinamento do modelo customizado CrossChannelLSTM implementado em PyTorch. Esse modelo processa emissões de raios-X em múltiplas faixas de energia (4–10 keV, 10–25 keV e 25+ keV). Após a fase de treinamento, o sistema analisa sequências temporais para identificar potenciais assinaturas de erupção solar através de detecção de anomalias. O pipeline culmina na geração de visualizações abrangentes, englobando gráficos de análise temporal, diagramas de evolução de energia e exibições de correlação entre canais.

    Implementação e Configuração

    Pré-requisitos

    Antes de implementar o sistema de detecção de erupções solares, certifique-se de possuir as seguintes ferramentas e dependências instaladas:

    Requisitos da AWS:

    • Uma conta da AWS com permissões apropriadas
    • Função IAM com políticas de acesso apropriadas ao SageMaker AI e Amazon S3 (Simple Storage Service)
    • Bucket Amazon S3 para armazenar dados e artefatos de modelo
    • Acesso ao console Amazon SageMaker AI

    Serviços AWS Necessários:

    • Amazon SageMaker AI (recomendado: instância JupyterLab ml.m5.2xlarge)
    • Amazon S3
    • AWS IAM Identity Center

    Ambiente de Desenvolvimento:

    • Python 3.7 ou posterior
    • Pacotes Python essenciais incluídos no script Python fornecido e arquivo de requisitos
    • Para o ambiente JupyterLab: notebooks Amazon SageMaker AI Studio
    • Acesso a dados STIX em formato FITS
    • RAM suficiente para processar grandes conjuntos de dados (mínimo recomendado: 16GB)
    • Suporte GPU recomendado para treinamento mais rápido do modelo
    • Compreensão básica de programação Python e conceitos de aprendizado profundo

    Custos Estimados:

    • Instância SageMaker AI ml.m5.4xlarge: aproximadamente USD 0,922 por hora
    • Armazenamento S3: aproximadamente USD 0,023 por GB por mês
    • Custo total estimado para executar essa solução: aproximadamente USD 10–15 para algumas horas de experimentação

    Configurando a Solução

    O processo de configuração envolve configurar o ambiente Python do Amazon SageMaker AI, onde toda análise de dados e treinamento de modelo é executado. No console do Amazon SageMaker AI, abra a página de detalhes do domínio SageMaker AI. Abra JupyterLab e crie uma nova instância de notebook Python para este projeto.

    Quando o ambiente estiver pronto, abra um terminal no JupyterLab do Amazon SageMaker AI para clonar o repositório do projeto utilizando os seguintes comandos:

    git clone https://github.com/aws-samples/sample-SageMaker-ai-lstm-anomaly-detection-solar-orbiter.git
    cd sample-SageMaker-ai-lstm-anomaly-detection-solar-orbiter

    Instale as bibliotecas Python necessárias:

    pip install -r requirements.txt

    Este processo configura as dependências necessárias para executar análise de detecção de anomalias nos dados do sensor Solar Orbiter.

    Executando a Detecção de Anomalias

    Atualize as variáveis bucket_name e file_name no script com seu bucket S3 e nomes de arquivo de dados. Execute o script no JupyterLab como notebook Jupyter ou como script Python:

    python ESA_SolOrb_AD.py

    Upon execution, the notebook or script performs a series of automated tasks to analyze the solar X-ray data. Upon execution, o notebook ou script realiza uma série de tarefas automatizadas para analisar os dados de raios-X solar. Começa carregando e pré-processando o arquivo FITS, convertendo para formato CSV e normalizando os dados entre canais de energia. Em seguida, treina o modelo CrossChannelLSTM usando PyTorch, estabelecendo a fundação para o sistema de detecção de anomalias. Quando o modelo está operacional, processa os dados de raios-X multicanal para identificar potenciais eventos de erupção solar através de análise de padrões em diferentes faixas de energia (4–10 keV, 10–25 keV e 25+ keV).

    Estrutura e Configuração do Código

    A implementação Python centra-se em um pipeline de detecção de erupções solares, estruturado no script principal. Em seu núcleo estão duas classes principais: CrossChannelLSTM e CrossChannelDataset, que juntas orquestram o workflow desde ingestão de dados até visualização. Essas classes trabalham em conjunto para processar dados STIX de raios-X e identificar potenciais eventos de erupção solar.

    O método explore_ql_lightcurve lida com a ingestão de dados inicial e pré-processamento, convertendo arquivos FITS para formato CSV e garantindo que as medições de raios-X estejam adequadamente formatadas para análise. O método plot_lightcurve cria visualizações iniciais dos dados em diferentes canais de energia. O método print_channel_stats oferece análise estatística para cada faixa de energia.

    A classe CrossChannelLSTM implementa a arquitetura de rede neural, com múltiplas camadas LSTM e regularização dropout. A classe CrossChannelDataset gerencia preparação de dados e sequenciamento para o modelo. O método detect_cross_channel_anomalies então utiliza esse modelo treinado para identificar padrões incomuns nas emissões de raios-X entre diferentes faixas de energia.

    Para visualização, os métodos plot_cross_channel_anomalies e plot_flare_anomalies criam gráficos detalhados destacando anomalias detectadas, padrões de evolução temporal e distribuições de faixas de energia. Essas visualizações incluem análise de séries temporais, diagramas de evolução temporal-energética e gráficos de correlação entre canais. Juntos, esses componentes criam um pipeline compreensivo para processar dados de raios-X multicanal e identificar potenciais eventos de erupção solar que justificam investigação adicional.

    Parâmetros de Configuração

    Os parâmetros de arquitetura do modelo LSTM e treinamento influenciam significativamente a detecção de eventos de erupção solar. Os seguintes parâmetros podem ser modificados:

    Parâmetros de Arquitetura do Modelo:

    • hidden_size: Tamanho das camadas ocultas LSTM (padrão: 128–256)
    • num_layers: Número de camadas LSTM (padrão: 2–3)
    • dropout_rate: Taxa de regularização dropout (padrão: 0,2)
    • sequence_length: Comprimento das sequências de entrada (padrão: 30–50)

    Parâmetros de Treinamento:

    • batch_size: Número de sequências por lote de treinamento (padrão: 32)
    • num_epochs: Número de iterações de treinamento (padrão: 15–20)
    • learning_rate: Taxa de atualização de parâmetros do modelo (padrão: 0,001)
    • threshold_multiplier: Sensibilidade de detecção de anomalias (padrão: 1,5)

    Para desempenho aprimorado em configurações de hardware padrão, recomenda-se: hidden_size=256, num_layers=3, dropout_rate=0.2, sequence_length=30, batch_size=32, num_epochs=20.

    Os requisitos de hardware podem impactar significativamente o tempo de treinamento e desempenho do modelo. Aceleração GPU é recomendada para treinamento mais rápido, embora execução apenas com CPU seja suportada. As especificações mínimas recomendadas incluem 16 GB RAM e 4 cores CPU.

    Dados e Resultados

    Fonte de Dados

    O script utiliza dados públicos do STIX (Espectrômetro/Telescópio para Imagens de Raios-X) do Solar Orbiter da ESA em formato FITS. Os dados contêm medições de raios-X em múltiplos canais de energia, variando de 4 keV até mais de 25 keV. Os arquivos FITS incluem: dados de séries temporais para cada canal de energia, informações de faixa de energia (4–10 keV, 10–25 keV, 25+ keV), índices de controle e informações de cronometragem, dados de erro de medição e contagens de disparo entre canais.

    Os dados são organizados em uma estrutura hierárquica dentro do arquivo FITS, com unidades de dados de cabeçalho separadas (HDUs) contendo diferentes aspectos das medições. O script converte esses dados para formato CSV com colunas para timestamps, contagens por canal de energia e medições de erro associadas. Ao preparar seus próprios dados para análise, certifique-se de que seguem as especificações de formato de dados STIX e contêm medições completas em todos os canais de energia. O sistema espera dados de séries temporais contínuos com taxas de amostragem consistentes para detecção confiável de anomalias.

    Análise de Resultados

    O sistema de detecção de anomalias baseado em LSTM gera visualizações compreensivas em múltiplos canais de energia. A análise abrange cinco faixas de energia distintas variando de 4,0 keV até 84,0 keV, com cada canal revelando diferentes aspectos da atividade solar. O canal 0 (4,0–10,0 keV) mostra atividade de linha de base em torno de 10³ centissegundos com picos significativos chegando a 10⁶ centissegundos. O canal 1 (10,0–15,0 keV) exibe padrões similares porém com contagens de linha de base ligeiramente menores. O canal 2 (15,0–25,0 keV) demonstra distinção mais clara entre períodos de fundo e eventos. O canal 3 (25,0–50,0 keV) mostra assinaturas fortes de eventos com ruído de fundo menor. O canal 4 (50,0–84,0 keV) captura as emissões de energia mais alta com razão sinal-ruído muito clara.

    O sistema identificou 238 pontos anormais ao longo do conjunto de dados, primariamente agrupados em torno de três eventos principais em aproximadamente 2 milhões, 3 milhões e 5 milhões de centissegundos na série temporal. Esses eventos são particularmente notáveis conforme aparecem simultaneamente em múltiplos canais de energia, sugerindo atividade significativa de erupção solar. O painel inferior mostra o Erro de Predição LSTM com limiar de anomalia de 0,0112. Pontos excedendo esse limiar (marcados em vermelho) correspondem a mudanças súbitas de intensidade em múltiplos canais. Os maiores erros de predição coincidem com o início de eventos principais, onde o modelo identifica mudanças rápidas em emissões de raios-X.

    Limpeza de Recursos

    Após executar a análise e salvar os gráficos para S3, execute as seguintes etapas de limpeza para gerenciar recursos do sistema: feche qualquer figura matplotlib aberta para liberar memória com plt.close('all'). Limpe quaisquer arquivos temporários criados durante geração de gráficos. Se executando no JupyterLab, você pode desligar kernels não utilizados através do painel Running Terminals and Kernels para liberar recursos do sistema.

    Considere remover qualquer arquivo FITS grande que foi convertido para CSV se não mais necessário para análise. Se você modificou o código para salvar resultados intermediários, certifique-se de que esses arquivos temporários também sejam removidos se não mais necessários.

    Se usando JupyterLab e desejando evitar cobranças adicionais, limpe recursos de instância de notebook Amazon SageMaker AI executando o notebook Python JupyterLab LSTM e delete qualquer endpoint SageMaker AI criado. Você também pode deletar seus dados S3. Aqui estão alguns comandos Python para fazer isso:

    Deletar endpoints SageMaker AI:

    import boto3
    sagemaker = boto3.client('sagemaker')
    sagemaker.delete_endpoint(EndpointName='solar-flare-endpoint')

    Parar instância de notebook SageMaker AI:

    sagemaker.stop_notebook_instance(NotebookInstanceName='solar-flare-notebook')

    Deletar dados de treinamento e artefatos do S3:

    s3 = boto3.client('s3')
    s3.delete_object(Bucket='your-bucket', Key='solar-flare-data/')

    Economia de custo estimada: aproximadamente USD 22 por dia ao parar a instância ml.m5.4xlarge.

    Conclusão

    Este artigo demonstrou como redes neurais LSTM podem detectar efetivamente anomalias em dados de raios-X solares do instrumento STIX do Solar Orbiter da ESA. Ao analisar padrões em múltiplos canais de energia variando de 4,0 até 84,0 keV, foi demonstrado como aprendizado profundo pode aprimorar nossa compreensão de eventos de erupção solar e suas características. O modelo customizado CrossChannelLSTM processa com sucesso dados complexos e multidimensionais de raios-X, identificando 405 eventos anormais em diferentes faixas de energia. Os resultados mostram detecção clara de eventos solares maiores, particularmente visíveis em torno da marca de 2 milhões de centissegundos onde se observam aumentos significativos de intensidade em todos os canais de energia.

    A capacidade do sistema detectar anomalias simultaneamente em múltiplos canais oferece validação forte de eventos genuínos de erupção solar, em contraste com artefatos instrumentais ou ruído. Através de processamento eficiente em lotes e manipulação de dados normalizada, é possível analisar dados de observação solar em larga escala efetivamente, e a abordagem de visualização possibilita identificação rápida de potenciais eventos de erupção solar que justifiquem investigação adicional.

    Embora essa solução se concentre em análise de dados STIX, a abordagem possui aplicações amplas throughout física solar e previsão de clima espacial. A mesma arquitetura poderia ser adaptada para diversos tipos de observações solares, monitoramento de clima espacial e outras análises de dados astronômicos de séries temporais. Essa integração de aprendizado profundo com física solar cria uma plataforma robusta e escalável para análise de clima espacial, que está se tornando cada vez mais valiosa conforme dependemos mais de tecnologias baseadas no espaço.

    Olhando para frente, essa solução abre muitas possibilidades para aprimoramento e expansão. Detecção de erupções em tempo real poderia ser implementada para monitoramento solar ao vivo, fornecendo alertas imediatos durante eventos significativos. O sistema pode ser aprimorado incorporando faixas de comprimento de onda adicionais e dados de sensores, e serviços de alertas automatizados podem ser desenvolvidos para fornecer notificação imediata de erupções solares detectadas. Desenvolvimentos futuros podem incluir extensão da análise para incorporar capacidades preditivas para previsão de erupções solares e criação de métricas customizadas adaptadas a requisitos específicos de monitoramento de clima espacial.

    O código e detalhes de implementação estão disponíveis no repositório GitHub, para que você possa adaptar e aprimorar a solução para suas necessidades específicas de pesquisa em física solar. Para operações de clima espacial, a combinação de aprendizado profundo e análise multicanal possui forte potencial para desempenhar um papel cada vez mais crucial na compreensão e previsão de atividade solar.

    Para aprender mais sobre os serviços da AWS utilizados nessa solução, consulte o Guia para começar com Amazon SageMaker AI, Treinar um Modelo com Amazon SageMaker e o Guia do Desenvolvedor Amazon SageMaker AI.

    Fonte

    Build a solar flare detection system on SageMaker AI LSTM networks and ESA STIX data (https://aws.amazon.com/blogs/machine-learning/build-a-solar-flare-detection-system-on-sagemaker-ai-lstm-networks-and-esa-stix-data/)

  • CloudWatch agora centraliza logs de múltiplas contas e regiões com base na origem dos dados

    Centralização de logs com flexibilidade por origem de dados

    A AWS anunciou uma expansão significativa nas capacidades de centralização do CloudWatch. O serviço agora permite que clientes centralizem logs com base na origem e tipo dos dados, além da abordagem anterior que se limitava aos nomes dos grupos de logs.

    Esta melhoria facilita a cópia de dados de logs de múltiplas contas AWS e regiões para uma única conta de destino, usando regras de centralização mais inteligentes e dinâmicas. A descoberta de origem e tipo de dados acontece automaticamente para logs de serviços AWS (como CloudTrail, VPC e EKS) e, para aplicações customizadas, baseada em tags atribuídas aos grupos de logs.

    Como funciona a seleção por origem de dados

    A grande vantagem dessa funcionalidade é a simplificação na gestão de logs em ambientes complexos. Equipes não precisam mais manter listas atualizadas de nomes de grupos de logs para criar regras de centralização. Em vez disso, definem critérios baseados na origem dos dados.

    Por exemplo, uma equipe de segurança central pode criar uma regra única que automaticamente centraliza todos os logs provenientes de CloudTrail e VPC em toda a organização — sem necessidade de conhecer ou gerenciar os nomes individuais de cada grupo de logs espalhado pelas contas.

    Tipos de logs suportados

    A seleção por origem funciona com categorias importantes como:

    • VPC Flow Logs
    • EKS Audit Logs
    • CloudTrail Logs

    Como começar

    Para aproveitar essa funcionalidade, basta criar ou modificar uma regra de centralização no console do CloudWatch ou via AWS CLI e AWS SDKs. O processo envolve especificar os critérios de seleção de origem de dados na configuração da regra de centralização.

    A seleção por origem de dados está disponível em todas as regiões comerciais AWS onde a centralização de logs do CloudWatch já opera. A precificação padrão do CloudWatch Logs continua aplicável para ingestão, armazenamento e transferência de dados.

    Quando usar essa funcionalidade

    Organizações com arquiteturas distribuídas em múltiplas contas e regiões são as maiores beneficiárias. Especialmente úteis para:

    • Equipes de segurança que precisam centralizar registros de auditoria
    • Operações que consolidam logs para análise e compliance
    • Ambientes que escalam dinamicamente com novos grupos de logs criados frequentemente

    Para mais detalhes técnicos, consulte a documentação oficial de centralização do CloudWatch Logs.

    Fonte

    Amazon CloudWatch now supports multi-account and region log centralization based on data source (https://aws.amazon.com/about-aws/whats-new/2026/03/cloudwatch-centralization-datasource/)