O Log Audit Service automatiza a coleta centralizada de logs dos services da Alibaba Cloud em várias contas para auditoria de conformidade, detecção de ameaças e análise de segurança.
A entrada para a versão antiga do console do Log Audit Service foi removida em 21 de janeiro de 2025. No entanto, os usuários existentes (aqueles que começaram a usar o service antes dessa data) ainda têm acesso à entrada. Novos usuários que desejam usar a versão antiga podem acessar a nova versão do Log Audit Service e clique em Back to Old Version para retornar à versão antiga.
O Log Audit Service (versão antiga) não recebe mais atualizações. Recomendamos que você migre para a nova versão do Log Audit Service o mais rápido possível.
Recursos
O Log Audit Service estende o Simple Log Service com coleta de logs entre contas automatizada e em tempo real. Ele coleta, armazena, consulta e agrega dados de auditoria do ActionTrail, Container Service for Kubernetes (ACK), Object Storage Service (OSS), Apsara File Storage NAS (NAS), Server Load Balancer (SLB), Application Load Balancer (ALB), API Gateway, Virtual Private Cloud (VPC), ApsaraDB RDS, PolarDB-X 1.0, PolarDB, Web Application Firewall (WAF), Anti-DDoS, Cloud Firewall, Security Center, cloud services de terceiros e SOCs autogerenciados.
Informações de contexto
-
A auditoria de logs é um requisito legal.
Empresas em todo o mundo devem atender a requisitos regulatórios, como a Lei de Cibersegurança da República Popular da China (em vigor desde 2017) e o MLPS 2.0 (em vigor desde dezembro de 2019).
-
A auditoria de logs fundamenta a conformidade de segurança de dados corporativos.
As equipes de conformidade corporativa auditam operações de dispositivos, comportamento de rede e logs. O Log Audit Service consome logs brutos, gera relatórios de conformidade e se integra a SOCs autogerenciados ou ao Alibaba Cloud Security Center.
-
A auditoria de logs é fundamental para a segurança de dados.
De acordo com o relatório FireEye M-Trends 2018, a mediana global do tempo de permanência (da violação à detecção) foi de 101 dias, e de 498 dias na Ásia-Pacífico. Reduzir o tempo de permanência exige dados de logs confiáveis, armazenamento durável e recursos de auditoria.
Cenários
-
Auditoria baseada em SLS
O SLS fornece coleta, limpeza, análise, visualização e alertas de logs de ponta a ponta para cenários de DevOps, operações, segurança e auditoria.
-
Auditoria de logs típica
Os requisitos de auditoria de logs são classificados em quatro níveis.

Básico: Pequenas e médias empresas precisam de coleta e armazenamento automáticos de logs para atender aos requisitos do MLPS 2.0.
Intermediário: Grandes empresas ou multinacionais com várias contas da Alibaba Cloud precisam de coleta centralizada de logs, gerenciamento de contas e sincronização em tempo real com sistemas de auditoria existentes.
Avançado: Empresas com equipes de conformidade dedicadas precisam de monitoramento, análise, alertas e visualização de logs — seja encaminhando logs para seus próprios sistemas ou usando os recursos de auditoria integrados do SLS.
Superior: Grandes empresas com equipes profissionais de conformidade precisam sincronizar SOCs autogerenciados ou sistemas de auditoria com o Log Audit Service para gerenciamento centralizado de dados.
O Log Audit Service atende a todos os quatro níveis de requisitos.
Benefícios
-
Coleta centralizada de logs
Coleta entre contas: Colete logs de várias contas da Alibaba Cloud em um único projeto. Configure a coleta de várias contas no modo de autenticação personalizada ou no modo de diretório de recursos (recomendado). Configure multi-account collection.
Facilidade de uso: Configure as políticas de coleta uma única vez. O Log Audit Service coleta automaticamente logs de novos recursos (instâncias RDS, instâncias SLB, buckets OSS) entre contas em tempo real.
Armazenamento centralizado: Os logs são armazenados em um projeto central de uma região, permitindo consultas, análises, visualizações, alertas e desenvolvimento secundário eficientes.
-
Auditoria abrangente
O Log Audit Service suporta consultas, análises, transformações, visualizações, alertas e exportação de logs — todos os recursos do SLS mais a auditoria centralizada.
Integra-se com services da Alibaba Cloud, softwares de código aberto e SOCs de terceiros.
Services suportados da Alibaba Cloud
O Log Audit Service coleta logs do ActionTrail, ACK, OSS, NAS, SLB, ALB, API Gateway, VPC, ApsaraDB RDS, PolarDB-X 1.0, PolarDB, WAF, Cloud Firewall, Security Center e Anti-DDoS. O serviço armazena automaticamente os logs em Logstores e Metricstores dedicados, com painéis gerados automaticamente.
|
Cloud service |
Log auditado |
Região suportada para coleta |
Pré-requisito |
Recurso do Simple Log Service |
|
ActionTrail |
|
China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Hong Kong), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Japan (Tokyo), US (Silicon Valley), US (Virginia), Germany (Frankfurt), UK (London) e UAE (Dubai) |
Nenhum |
|
|
Cloud Config |
|
Todas as regiões suportadas pelo Cloud Config |
Para coletar logs do Cloud Config no Log Audit Service, autorize o SLS a extrair logs do Cloud Config. Após a autorização, os logs são enviados automaticamente para o SLS. |
|
|
SLB |
Logs de rede da camada 7 de listeners HTTP ou HTTPS |
China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Chengdu), China (Hong Kong), Singapore, Japan (Tokyo), Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), UK (London), UAE (Dubai), US (Silicon Valley), US (Virginia) e Germany (Frankfurt) |
Nenhum |
|
|
ALB |
Logs de rede da camada 7 de listeners HTTP ou HTTPS |
China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Ulanqab), China (Shenzhen), China (Guangzhou), China (Chengdu), China (Hong Kong), Japan (Tokyo), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Germany (Frankfurt), US (Silicon Valley) e US (Virginia) |
Nenhum |
|
|
API Gateway |
Logs de acesso |
Todas as regiões suportadas |
Nenhum |
|
|
VPC |
Logs de fluxo |
China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Chengdu), China (Hong Kong), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Japan (Tokyo), US (Silicon Valley), US (Virginia), UAE (Dubai), Germany (Frankfurt) e UK (London) |
ecs.c1, ecs.c2, ecs.c4, ecs.ce4, ecs.cm4, ecs.d1, ecs.e3, ecs.e4, ecs.ga1, ecs.gn4, ecs.gn5, ecs.i1, ecs.m1, ecs.m2, ecs.mn4, ecs.n1, ecs.n2, ecs.n4, ecs.s1, ecs.s2, ecs.s3, ecs.se1, ecs.sn1, ecs.sn2, ecs.t1 e ecs.xn4 |
|
|
DNS |
Logs de DNS de intranet |
China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Shenzhen), China (Guangzhou), China (Hong Kong), China (Chengdu), Singapore e US (Silicon Valley) |
Acesse o console do Alibaba Cloud DNS da nova versão para ativar o Alibaba Cloud DNS PrivateZone. |
|
|
Logs de resolução de DNS público |
N/D |
|
|
|
|
Logs do Global Traffic Manager |
N/D |
|
|
|
|
WAF |
|
Todas as regiões suportadas |
|
|
|
Security Center |
Importante
A partir de 27 de março de 2025, a entrega de logs de rede não é mais suportada, mas os dados entregues anteriormente serão preservados e disponíveis para consultas. Para mais informações, consulte [Notice] updates on log analysis and CTDR features. |
China (Hangzhou) e Singapore |
|
|
|
Cloud Firewall |
Logs de tráfego do firewall de Internet e firewalls de VPC |
N/D |
|
|
|
Bastionhost |
Logs de operação |
Todas as regiões suportadas |
Seu Bastionhost deve ser da versão V3.2 ou posterior. |
|
|
OSS |
|
China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Chengdu), China (Hong Kong), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), Japan (Tokyo), South Korea (Seoul), Thailand (Bangkok), Germany (Frankfurt), UAE (Dubai), UK (London), US (Virginia) e US (Silicon Valley) |
Nenhum |
|
|
ApsaraDB RDS |
|
|
|
|
|
PolarDB for MySQL |
|
Todas as regiões suportadas |
|
|
|
PolarDB-X 1.0 |
Logs de auditoria do PolarDB-X 1.0 |
China (Qingdao), China (Shenzhen), China (Shanghai), China (Beijing), China (Hangzhou), China (Zhangjiakou), China (Chengdu) e China (Hong Kong) |
Nenhum |
|
|
NAS |
Logs de acesso |
Todas as regiões suportadas |
Nenhum |
|
|
ACK |
|
China (Shanghai), China (Beijing), China (Hangzhou), China (Shenzhen), China (Hohhot), China (Zhangjiakou), China (Chengdu) e China (Hong Kong) |
Ative manualmente o recurso de coleta de logs para logs do Kubernetes. Nota
|
|
|
Anti-DDoS |
|
N/D |
|
|
Se uma instância do ApsaraDB RDS ou um cluster do PolarDB for MySQL for reiniciado, o Log Audit Service poderá falhar ao coletar alguns logs gerados em até 5 minutos após a reinicialização.