Segurança não é apenas encontrar vulnerabilidades. Também envolve projetar sistemas que reduzam riscos, implementar proteções eficazes, detectar comportamentos incomuns e responder quando algo dá errado.
Esta série gratuita mostra como esse trabalho acontece, uma aula prática de cada vez. Nosso objetivo é construir uma base sólida em Engenharia de Segurança e aplicá-la a problemas técnicos próximos da realidade.
Para quem é esta trilha?
- Pessoas começando na área de cibersegurança.
- Desenvolvedores que desejam criar aplicações mais seguras.
- Profissionais de TI, redes e Linux interessados em migrar para segurança.
- Engenheiros de nuvem que buscam melhorar suas decisões de arquitetura.
Você não precisa ter um cargo de segurança para começar. Primeiro explicaremos os conceitos essenciais; depois virão os desafios mais avançados.
O que faz um engenheiro de segurança?
Esse profissional ajuda a proteger aplicações, infraestrutura, identidades, serviços e dados. Quatro perguntas orientam o trabalho:
- O que precisamos proteger? Identificar os ativos e sua importância.
- O que pode dar errado? Considerar ameaças, erros e cenários de falha.
- Como reduzir o risco? Aplicar menor privilégio, segmentação, criptografia, monitoramento e backups testados.
- Como comprovar a proteção? Utilizar testes, logs, revisões e exercícios de incidentes.
Engenharia de Segurança se relaciona com Cloud Security, Application Security, Network Security e DevSecOps. Vamos entender as conexões entre essas disciplinas.
Nosso plano de 12 semanas
- Semana 01 — Fundamentos: confidencialidade, integridade, disponibilidade, ameaças, riscos e defesa em profundidade.
- Semana 02 — Segurança de Redes: TCP/IP, DNS, TLS, firewalls, análise de tráfego e segmentação.
- Semana 03 — Linux Security: permissões, SSH, logs, hardening e monitoramento.
- Semana 04 — Identidade e Acesso na AWS: políticas IAM, roles, credenciais temporárias e menor privilégio.
- Semana 05 — Redes na AWS: VPC, sub-redes, Security Groups, NACLs e isolamento de bancos.
- Semana 06 — Proteção de Dados: S3, KMS, criptografia, backups e testes de recuperação.
- Semana 07 — Segurança de Aplicações: riscos OWASP, autenticação, autorização e código seguro.
- Semana 08 — Segurança de APIs: OAuth 2.0, validação de entradas, SQL Injection, XSS e controle de acesso.
- Semana 09 — Containers: imagens Docker, permissões, vulnerabilidades e isolamento.
- Semana 10 — DevSecOps: CI/CD, segredos, análise de dependências e infraestrutura como código.
- Semana 11 — Detecção e Resposta: logs, CloudTrail, triagem de alertas e investigação de incidentes.
- Semana 12 — Projeto Final: avaliar e fortalecer uma pequena aplicação e sua infraestrutura.
Teremos cinco sessões curtas por semana. A última será dedicada à revisão e à prática. O cronograma é uma referência, não uma corrida.
Como será cada aula?
- 10 minutos — Conceito: entender os termos e por que o controle existe.
- 20 minutos — Prática: analisar uma configuração, resolver um cenário ou utilizar um laboratório seguro.
- 10 minutos — Reflexão: explicar o risco, a decisão e como verificar o resultado.
Cada aula terá dois níveis: Essencial, com explicações simples e exercício guiado, e Desafio Profissional, com um problema próximo do trabalho real. Perguntas interativas e pequenas simulações ajudarão a testar o entendimento.
Conhecer a cultura, não apenas as ferramentas
Segurança muda rapidamente. Vale acompanhar análises técnicas, relatos de incidentes, documentação oficial e comunidades. Explore o AWS Security Blog, o OWASP Top 10, o catálogo de vulnerabilidades exploradas da CISA e a comunidade OWASP São Paulo.
Pratique apenas em sistemas próprios ou em ambientes preparados para treinamento, como a PortSwigger Web Security Academy e o OWASP Juice Shop. Nunca investigue sistemas de terceiros sem autorização.
O que você terá ao final?
A ideia é desenvolver vocabulário técnico, experiência prática com controles de segurança, exercícios documentados e um pequeno projeto final. Doze semanas não garantem domínio profissional nem contratação: são uma base estruturada para continuar aprendendo.
Desafio rápido: um sistema é seguro só porque tem firewall? Toque para revelar a resposta.
Não. Firewall é apenas um controle. Também precisamos entender os ativos e as ameaças, gerenciar identidades e permissões, atualizar os sistemas, proteger dados, monitorar comportamentos e preparar uma resposta a incidentes. Na próxima aula, aplicaremos essa mentalidade a um exercício realista.
Próxima aula
Aula 01 — O que realmente faz um engenheiro de segurança? Vamos explorar a mentalidade do profissional e perguntar o que significa dizer que um sistema é seguro.
Começar Aula 01 — Revisão Prática de Segurança →
Deixe um comentário