DNS
Localiza o serviço publicado.
APPLICATION & WEB SECURITY
Sua aplicação precisa estar disponível. Isso não significa que precisa estar exposta sem controle.
Portais, sistemas corporativos, APIs e serviços web conectam clientes, colaboradores, parceiros e aplicações diretamente aos processos digitais das organizações.
Cada serviço publicado também amplia a superfície que precisa ser compreendida, controlada e monitorada.
A Add Solution projeta e implementa arquiteturas de segurança para aplicações e serviços web combinando WAF, proteção HTTP/HTTPS, TLS, controle de acesso, políticas, visibilidade e integração com a infraestrutura de segurança para reduzir exposição sem comprometer a experiência legítima de utilização.
INTERNETTLSIDENTITY
WEB PROTECTION / POLICY
APPLICATIONAPIBACKEND
ENGENHARIA APLICADA
Proteger aplicações exige compreender exposição, fluxo e comportamento legítimo.
A Add Solution conecta WAF, proteção de APIs, TLS, políticas, telemetria e processos de correção sem confundir mitigação com eliminação da causa.
Arquitetura, execução e operação tratadas como partes da mesma responsabilidade.
A APLICAÇÃO É PARTE DO PERÍMETRO
Quando uma aplicação está acessível pela Internet, sua interface passa a fazer parte da superfície de exposição.
DNS, endereçamento, firewall, NAT, load balancing, reverse proxy, TLS, WAF, aplicação, API, backend e identidade formam uma cadeia.
Network
Entrega conectividade controlada.
Firewall
Controla comunicações entre zonas.
TLS
Protege o transporte.
WAF
Adiciona contexto HTTP/HTTPS.
Reverse proxy
Intermedeia a publicação.
Application
Entrega a função do negócio.
Backend
Processa serviços e dados.
Proteger somente a porta de entrada não significa compreender aquilo que atravessa essa porta.Segurança de Redes & Firewall
FIREWALL ≠ WAF
Firewall e WAF protegem camadas diferentes da arquitetura.
Firewall controla comunicações de rede conforme endereços, portas, protocolos e outros contextos. WAF analisa requisições e respostas web para aplicar políticas HTTP/HTTPS e de aplicação.
NETWORK SECURITY → HTTP/HTTPS → APPLICATION SECURITY
Permitir HTTPS no firewall é necessário para publicar uma aplicação. Isso não significa que todo conteúdo transportado por HTTPS deveria ser considerado legítimo.
O WAF adiciona contexto de aplicação à proteção do serviço publicado.
Inspeção HTTP/HTTPS, validação de requisições e protocolos, signatures, controles comportamentais, reputação, rate controls, políticas positivas ou negativas, proteção contra classes de ataques e logging podem existir conforme a plataforma.
WAF adiciona uma camada de proteção. Não corrige sozinho uma aplicação insegura.
Frameworks ajudam a compreender classes de risco.
Controle de acesso, injeção, configurações inseguras, autenticação, componentes, integridade, logging, SSRF e outros riscos precisam ser analisados conforme aplicação, arquitetura e contexto. WAF não elimina o OWASP Top 10.
Podemos bloquear aquilo que conhecemos como malicioso — e definir aquilo que deveria ser permitido.
Negative security identifica padrões indesejados; positive security define características esperadas para determinadas interações conforme capacidade e contexto.
Quanto melhor compreendemos o comportamento legítimo, melhor podemos distinguir aquilo que merece atenção.
HTTPS protege o transporte. Não determina se a requisição é legítima.
Certificados, terminação, offloading, cadeia de confiança, protocolos, ciphers, renovação e validade participam da arquitetura.
Criptografia protege a comunicação em trânsito. Ela não transforma automaticamente o conteúdo transportado em seguro.
Validade e cadeia de confiança também são requisitos operacionais.
Inventário, validade, renovação, cadeia, domínios, SAN, wildcard quando pertinente, automação e monitoramento quando suportados reduzem falhas por certificados expirados ou incorretos.
A aplicação não precisa necessariamente ser publicada diretamente para a Internet.
Intermediação, terminação TLS, roteamento, headers, políticas, integração com WAF e balanceamento podem reduzir exposição direta do backend sem garantir proteção absoluta.
Nem toda aplicação web possui uma interface humana.
Endpoints, methods, autenticação, autorização, tokens, rate limits, schema, validação, logging, inventário e exposição precisam ser considerados conforme a solução.
Uma API pode não possuir tela. Ainda assim pode expor diretamente uma função crítica do negócio.
A aplicação precisa saber não apenas de onde veio a conexão, mas quem está solicitando acesso.
Autenticação, MFA, SSO, identidade, autorização, contexto e sessões podem integrar a arquitetura.
Zero Trust & Acesso Seguro PAM & Identity SecurityNem todo tráfego automatizado é malicioso — e nem todo tráfego automatizado é desejado.
Crawlers, scrapers, automação legítima, abuso, credential stuffing, rate controls e bot management quando suportado exigem contexto.
O desafio não é simplesmente bloquear automação. É distinguir comportamento legítimo de abuso.
Uso excessivo precisa ser tratado no contexto da aplicação.
Requisições, origem, endpoint, sessão, API e identidade podem orientar controles conforme a plataforma. Rate limiting não representa proteção DDoS completa.
Disponibilidade pode ser atacada em diferentes camadas.
Ataques volumétricos, de protocolo/rede e de aplicação podem exigir controles distribuídos entre operadora, edge, firewall, serviços especializados, WAF e aplicação.
Não existe um único ponto da arquitetura capaz de absorver qualquer tipo e volume de ataque.
Quando a correção não pode acontecer imediatamente, controles compensatórios podem reduzir exposição.
Quando suportado, virtual patching pode mitigar temporariamente determinadas vulnerabilidades ou padrões conhecidos.
Mitigar exposição compra tempo. Corrigir a causa continua sendo o objetivo.
Uma proteção que bloqueia o usuário legítimo também criou um problema para o negócio.
Baseline, learning quando disponível, logs, exceções justificadas, políticas, falsos positivos e negativos, validação e ajuste contínuo equilibram proteção e operação.
Segurança de aplicações precisa proteger o serviço sem impedir que o serviço cumpra sua função.
A camada de proteção também precisa ser projetada para não se tornar ponto único de falha.
Redundância, HA, health checks, balanceamento, dependências, certificados, DNS, upstream e backend orientam a arquitetura sem promessa de zero downtime.
Data Center CloudBloquear uma requisição é importante. Conseguir explicar por que ela foi bloqueada também é.
Request, source, host, URI, action, policy, event, timestamp e contexto podem produzir evidências conforme a plataforma.
Proteção produz eventos. Análise transforma eventos em evidências.SIEM & Análise de Segurança
Eventos web ganham contexto quando relacionados a outros controles.
WAF → EVENTS → SIEM → CORRELATION → INVESTIGATION
Firewall, endpoint, identidade, servidores e cloud podem participar quando integrações existirem.
A aplicação pode estar em qualquer lugar. A política precisa acompanhar sua arquitetura.
On-premises, Data Center, cloud, multicloud quando existente, aplicações híbridas e serviços distribuídos exigem desenho coerente.
CloudA melhor forma de proteger determinados serviços pode começar por não publicá-los diretamente.
Necessidade, origem, usuários, aplicações privadas, administração, VPN/ZTNA, allowlists, reverse proxy e segmentação devem ser avaliados.
Antes de proteger uma exposição, vale perguntar se ela realmente precisa existir.
ASSESSMENT DE APLICAÇÕES PUBLICADAS
Você sabe exatamente quais serviços da sua organização estão publicados para a Internet?
Avaliamos a cadeia completa para descobrir, classificar, analisar, proteger, validar e monitorar exposições.
01DNS
02IPs
03Portas
04TLS
05Certificados
06Aplicações
07APIs
08Firewalls
09NAT
10Reverse proxies
11WAF
12Headers
13Políticas
14Logs
15Backends
16Dependências
17Controle de acesso
IMPLEMENTAÇÃO
Colocar um WAF na frente da aplicação é o início da implantação, não o fim.
Primeiro compreender a aplicação. Depois aumentar progressivamente o nível de enforcement, evitando políticas restritivas sem baseline do uso legítimo.
01DescobrirInventariar aplicações e exposições.
02EntenderCompreender comportamento legítimo.
03BaselineObservar tráfego e dependências.
04Definir políticasRelacionar risco, contexto e operação.
05PilotarValidar em escopo controlado.
06ProtegerElevar enforcement progressivamente.
07ValidarTestar acesso legítimo e restrições.
08ObservarAcompanhar eventos e disponibilidade.
09AjustarAfinar políticas continuamente.
TROUBLESHOOTING
Quando uma aplicação deixa de responder, o problema pode estar muito antes do código.
DNS → NETWORK → FIREWALL → TLS → WAF → REVERSE PROXY → APPLICATION → BACKEND
Diagnosticar aplicações publicadas exige compreender toda a cadeia entre o usuário e o serviço.
MÉTODO ADD SOLUTION
Engenharia para proteger o caminho até a aplicação.
Mais de 15 anos de experiência conectando networking, firewall, WAF, DNS, TLS, servidores, cloud, identidade, observabilidade e operação.
- 01
Descobrir
Serviços e superfícies publicadas.
- 02
Mapear
Cadeia entre usuário e aplicação.
- 03
Classificar
Criticidade, público e dependências.
- 04
Projetar
Controles e disponibilidade.
- 05
Proteger
Aplicar políticas adequadas.
- 06
Validar
Confirmar proteção e operação.
- 07
Observar
Produzir evidências e contexto.
- 08
Ajustar
Equilibrar segurança e uso legítimo.
- 09
Evoluir
Acompanhar mudanças da aplicação.
A ferramenta aplica políticas. A engenharia determina onde, como e por que essas políticas devem existir.
TECNOLOGIAS & PRODUTOS
Arquitetura, proteção, integração e operação.
Fabricantes e plataformas ficam nas páginas de tecnologia. Aqui o foco é proteger a função do negócio sem comprometer sua disponibilidade.
Tecnologias & Produtos de CibersegurançaPERGUNTAS FREQUENTES
Decisões importantes sobre Segurança de Aplicações & Web
Respostas objetivas para dúvidas técnicas e operacionais que costumam surgir antes de um projeto.
01WAF substitui firewall?
Não. Firewall e WAF protegem camadas distintas e podem atuar de forma complementar.
02HTTPS significa que a aplicação é segura?
Não. TLS protege a comunicação em trânsito; não determina se o conteúdo ou a requisição são legítimos.
03WAF corrige vulnerabilidades da aplicação?
Não. Pode adicionar proteção e, em alguns casos, mitigação temporária, mas a correção da causa continua necessária.
04Virtual patching substitui atualização definitiva?
Não. É um controle compensatório temporário quando suportado e adequadamente configurado.
05Rate limiting elimina DDoS?
Não. Disponibilidade pode exigir controles distribuídos entre operadora, edge, firewall, serviços especializados, WAF e aplicação.
FALE COM UM ESPECIALISTA
Vamos conversar sobre Segurança de Aplicações & Web.
Compartilhe o contexto do seu ambiente, os impactos percebidos e o resultado que sua organização busca. A Add Solution direcionará a conversa aos especialistas mais adequados.
CONTEXTO DA CONVERSASegurança de Aplicações & WebOrigem e interesse são registrados automaticamente no atendimento.