Title: Redes e Segurança / Zabbix
Tags: Redes_e_Segurança Resumo
On every note of this deck, unless a note says otherwise:
tldr: - O que é e para que serve
- Zabbix é uma ferramenta open source de monitoramento, capaz de monitorar infraestrutura de rede e também aplicações/serviços.
- Pode ser acessado via interface web (browser) ou cliente específico; tem GUI tanto para visualização quanto para configuração e gerência.
- Versão citada: 6.4. Documentação oficial: https://www.zabbix.com/documentation/
- Recomendação de estudo: leitura rápida dos 4 primeiros capítulos (onde costuma concentrar questões).
- Multiplataforma (server e agentes)
- Por ser código aberto, é multiplataforma; suporta diversos SOs (ex.: Linux, Windows, FreeBSD, Mac OS X, entre outros).
- Lista de tecnologias/SOs suportados (citada no texto):
Linux, FreeBSD, Solaris, HP-UX, AIX, Tru64, MacOS X, OpenBSD, NetBSD.
- Principais características funcionais
- Monitoração de serviços sem agente (checks simples), como: HTTP, POP3, IMAP e SSH.
- Suporte nativo ao protocolo de gerenciamento de rede SNMP.
- Integração com bancos de dados: MySQL, Oracle, PostgreSQL ou SQLite.
- Suporte a arquiteturas 32 e 64 bits.
- Alertas/notifications: e-mail, Jabber ou SMS.
- Forte capacidade de customização:
  - criação de scripts de monitoração;
  - uso de templates (ex.: padronizar monitoração para muitos equipamentos do mesmo fabricante e importar para vários objetos, agilizando mapeamento).
- Arquitetura (pontos que caem muito)
- Estrutura base: Zabbix Server + armazenamento em banco de dados + acesso via interface web.
- Conceito importante: “Fluxo de Dados” faz parte da arquitetura (termo presente na documentação).
- Elementos frequentemente cobrados em prova:
  - Tríade Server – Proxy – Agent
  - Papel do Agent: coletar métricas do SO (ex.: CPU, memória, disco) no host monitorado.
- Zabbix Proxy (uso e por que existe)
- Proxy é componente opcional, mas útil para coletar dados (desempenho/disponibilidade) em nome do Server e distribuir carga.
- Usos resumidos:
  - monitorar localizações remotas;
  - monitorar locais com conexão instável;
  - reduzir carga do Zabbix Server ao monitorar milhares de dispositivos;
  - simplificar manutenção da monitoração distribuída.
- LLD e Templates (padronização/automação)
- LLD (Low-Level Discovery) + templates para padronizar e automatizar monitoração (ex.: descoberta automática de interfaces de rede e discos).
- Agente Zabbix e Zabbix Agent 2 (novidade de prova)
- Agent (clássico): coleta/processa dados no cliente; é leve, multiplataforma; escrito em C.
- Zabbix Agent 2:
  - escrito em Go;
  - melhorias destacadas:
  - redução do número de conexões TCP (impacto menor na rede, importante em ambientes grandes);
  - concorrência aprimorada nas verificações;
  - arquitetura extensível via plugins.
  - Expectativa sobre plugins:
1) permitir verificações triviais (poucas linhas de código);
2) permitir verificações complexas (scripts longos/coleta autônoma com envio periódico de dados).
  - Síntese: plugins em Go, melhor concorrência e menos conexões, ajudando a estender monitoração de apps sem “forks” complexos.
- Instalação (formas citadas)
- Por fontes (Windows e MacOS).
- Por pacotes (Linux e MSI no Windows).
- Por contêineres (Docker).
- Por servidor web (Apache e Nginx).
- Criptografia (TLS) — o que suporta e onde aplica
- Zabbix suporta comunicações criptografadas usando TLS 1.2 ou 1.3, dependendo do modo (certificado vs chave pré-compartilhada).
- Pode ser aplicada entre:
  - Server, Proxy, Agent, serviço web Zabbix, utilitários zabbix_sender e zabbix_get;
  - frontend e banco de dados Zabbix; e também entre servidor/proxy e o banco (conforme citado).
- É opcional e configurável por componente:
  - diferentes proxies/agentes podem usar certificados, PSK (pre-shared key) ou até permanecer sem criptografia;
  - server/proxy pode ter configurações de criptografia diferentes por host.
- Operação prática: os daemons usam uma porta de escuta para conexões criptografadas e não criptografadas; habilitar criptografia não exige novas portas no firewall.
- Limitações de criptografia (detalhes que banca usa para confundir)
- Chaves privadas armazenadas em texto simples em arquivos legíveis pelos componentes na inicialização.
- PSKs inseridas no frontend e armazenadas no banco em texto simples.
- A criptografia integrada não protege comunicações:
  - entre o web server do frontend e o navegador do usuário;
  - entre o frontend Zabbix e o Zabbix server.
- Cada conexão criptografada faz handshake TLS completo (sem cache de sessão/tickets implementados).
- Criptografia pode aumentar tempo de checks/ações conforme latência:
  - exemplo do texto: latência de 100 ms → request não criptografada ~200 ms; com criptografia adiciona ~1000 ms para estabelecer TLS.
- Pode ser necessário aumentar timeouts; scripts remotos em agentes podem funcionar sem criptografia e falhar por timeout com criptografia.
- Não há suporte de criptografia na descoberta de rede:
  - checks do agente via descoberta de rede não serão criptografados;
  - se o Agent estiver configurado para rejeitar conexões não criptografadas, essas verificações falham.
link: https://documentacao.online/estudos/a3x1.html

front: FCC - 2019 - SEMEF Manaus - AM - Assistente Técnico de Tecnologia da Informação da Fazenda Municipal – Suporte Após a instalação do sistema de monitoração Zabbix 3.0 para a autenticação no servidor, deve-se utilizar o usuário e senha padrão, respectivamente,
A) Root e root.
B) Admin e zabbix.
C) Superuser e admin.
D) Admin e admin.
E) Zabbix e zabbix.
response: Alternativa B
comment: Questão bem técnica e típica da FCC, certo? O primeiro login, portanto, se dá pelo usuário Admin e senha zabbix. Obviamente, cabe ao administrador, em seguida, alterar a senha padrão para sua senha específica.
title: Zabbix
Other fields (not shown on cards):
back: Alternativa B - Questão bem técnica e típica da FCC, certo? O primeiro login, portanto, se dá pelo usuário Admin e senha zabbix. Obviamente, cabe ao administrador, em seguida, alterar a senha padrão para sua senha específica.

front: FGV - 2022 - TRT - 16ª REGIÃO (MA) - Analista Judiciário - Tecnologia da Informação A ferramenta Zabbix 6 é amplamente usada para monitoramento de redes; sua instalação e configuração requer pacotes de terceiros. Com relação aos seus requisitos de instalação, analise os itens a seguir.
I. O Zabbix é construído em torno de servidores web, servidores de banco de dados e da linguagem de script Python.
II. Os servidores de bancos de dados suportados, por padrão, são MySQL, PostreSQL ou MS SQL Server.
III. O frontend do Zabbix é suportado, por padrão, por servidores Web Apache.
Está correto o que se afirma em
A) I, II e III.
B) I apenas.
C) II apenas.
D) III apenas.
E) II e III, apenas.
response: Alternativa D
comment: I - O Zabbix não foi construído em cima da linguagem Python. II – Não há o suporte ao MS SQL Server como estrutura de sua arquitetura. III – Exatamente pessoal.
title: Zabbix
Other fields (not shown on cards):
back: Alternativa D - I - O Zabbix não foi construído em cima da linguagem Python. II – Não há o suporte ao MS SQL Server como estrutura de sua arquitetura. III – Exatamente pessoal.

front: VUNESP - 2022 - UNICAMP - Analista de Redes e Comunicação de Dados Em uma rede monitorada pela Solução de Monitoramento de Redes Zabbix, o Zabbix Proxy permite que
A) sejam replicados os dados do Zabbix Server para outro Zabbix Server.
B) a interface web de configuração do Zabbix Server possa ser acessada por meio de um HTTP Proxy.
C) o banco de dados do Zabbix Server possa ser compartilhado com outras instâncias do Zabbix Server.
D) sejam coletados dados de hosts localizados em redes distintas por meio de um único ponto de acesso.
E) sejam enviados dados para serviços externos, como os de gestão de incidentes para produção de alertas.
response: Alternativa D
comment: Vimos que a principal característica do PROXY é que este atue como um concentrador para repasse de informações de forma centralizada e estruturada. Tal descrição funcional está representada na opção D.
title: Zabbix
Other fields (not shown on cards):
back: Alternativa D - Vimos que a principal característica do PROXY é que este atue como um concentrador para repasse de informações de forma centralizada e estruturada. Tal descrição funcional está representada na opção D.

front: VUNESP - 2022 - UNICAMP - Analista de Suporte Computacional O componente da solução de monitoramento Zabbix que permite a coleta de métricas específicas do Sistema Operacional da máquina monitorada, como CPU e memória, é o:
A) Zabbix Server
B) Zabbix Agent
C) Zabbix Proxy
D) Zabbix Metric
E) Zabbix Client
response: Alternativa B
comment: Bem tranquilo, certo pessoal? Vimos que este elemento é o ZABBIX AGENT.
title: Zabbix
Other fields (not shown on cards):
back: Alternativa B - Bem tranquilo, certo pessoal? Vimos que este elemento é o ZABBIX AGENT.

front: VUNESP - 2022 - UNICAMP - Técnico de Apoio ao Usuário de Informática – Helpdesk Na solução de monitoramento Zabbix, o nome da chave que deve ser consultada para auferir a disponibilidade do host é
A) agent.ping
B) agent.test
C) agent.check
D) agent.alive
E) agent.run
response: Alternativa A
comment: O único que existe é a opção A. Todos os demais foram criados para confundir o candidato.
title: Zabbix
Other fields (not shown on cards):
back: Alternativa A - O único que existe é a opção A. Todos os demais foram criados para confundir o candidato.

front: FCC - 2019 - TRF - 4ª REGIÃO - Analista Judiciário - Infraestrutura em Tecnologia da Informação Considere, para todos os efeitos, uma instalação do Zabbix a partir de arquivos fonte. O daemon do Zabbix havia sido iniciado por uma conta com privilégio de root e fez com que o permissionamento fosse alterado para o usuário 'zabbix' que, então, deveria estar presente no ambiente. Por essa razão, um Analista de Infraestrutura necessitou criar o usuário zabbix. Estando no ambiente Linux, ele usou os comandos:
..I.. zabbix
..II.. zabbix zabbix
Os espaços I e II são correta e respectivamente preenchidos por
A) owner e useradd -f
B) useradd -g e owner
C) useradd -f e groupadd -g
D) groupadd e useradd -g
E) groupadd e useradd-f
response: Alternativa D
comment: Apesar da questão trazer a referência ao ZABBIX, temos aqui uma questão que aborda práticas de configuração de qualquer plataforma criada em Linux.
title: Zabbix
Other fields (not shown on cards):
back: Alternativa D - Apesar da questão trazer a referência ao ZABBIX, temos aqui uma questão que aborda práticas de configuração de qualquer plataforma criada em Linux.

front: FGV-2024 - CVM - Infraestrutura de TI e Segurança Um órgão implementou o Zabbix para monitoramento de sua infraestrutura crítica de Tecnologia da Informação (TI). Para incrementar a segurança, foi implementada criptografia usando o Protocolo Transport Layer Security (TLS) v.1.3 na comunicação entre os seus componentes.
A criptografia implementada no Zabbix pela equipe de TI permite: A armazenar as chaves privadas criptografadas em arquivos legíveis pelos componentes do Zabbix durante a inicialização;
B proteger as comunicações entre o servidor web rodando o frontend Zabbix e a web do usuário navegador;
C usar diferentes configurações de criptografia nos servidores (proxy) para diferentes anfitriões;
D abrir uma conexão criptografada com um handshake TLS completo, implementando cache de sessão e tickets;
E realizar a descoberta de rede de ativos com criptografia ativada.
response: Alternativa C
comment: Como comentamos, a questão extraiu diretamente da documentação oficial, e trocou palavras e termos. Vamos aos itens: a) As chaves privadas são armazenadas em texto claro. INCORRETO b) A criptografia não é utilizada para esse foco. Está declarado na documentação. INCORRETO c) Conforme vimos na descrição do seu uso opcional. CORRETO d) Não é implementado CACHE de SESSÃO e TICKETS. INCORRETO e) A criptografia não é suportada pela descoberta da rede. INCORRETO
title: Zabbix
Other fields (not shown on cards):
back: Alternativa C - Como comentamos, a questão extraiu diretamente da documentação oficial, e trocou palavras e termos. Vamos aos itens: a) As chaves privadas são armazenadas em texto claro. INCORRETO b) A criptografia não é utilizada para esse foco. Está declarado na documentação. INCORRETO c) Conforme vimos na descrição do seu uso opcional. CORRETO d) Não é implementado CACHE de SESSÃO e TICKETS. INCORRETO e) A criptografia não é suportada pela descoberta da rede. INCORRETO