Broadcast

O Broadcast é o tipo de comunicação IP em que um único transmissor envia um pacote para todos os dispositivos de uma sub-rede simultaneamente. Diferente do Unicast (1-para-1) e do Multicast (1-para-muitos-interessados), o Broadcast é incondicional: todo host na sub-rede é obrigado a processar o pacote, mesmo que não tenha interesse no conteúdo.

Este documento detalha a mecânica, os tipos, as aplicações, os problemas de segurança e a relação com o IPv6, que eliminou o conceito de broadcast.

1. A Regra dos Bits Um

Matematicamente, o endereço de broadcast é o último endereço possível de um intervalo de IPs.

Regra de Ouro: Em um endereço de broadcast, todos os bits destinados à porção de Host devem ser obrigatoriamente 1.

Exemplo Prático (Classe C /24)

Considere a rede 192.168.1.0/24 com máscara 255.255.255.0:

• Parte de Rede (24 bits): 192.168.1
• Parte de Host (8 bits): 11111111 (binário) → 255 (decimal)

Logo, o endereço 192.168.1.255 é o endereço de broadcast desta rede. Qualquer pacote enviado para esse IP é replicado para todos os hosts da sub-rede.

2. Por que o Broadcast é "Proibido" para Hosts

Assim como o endereço de rede (bits 0), o endereço de broadcast não pode ser atribuído a um computador:

• Se um host tivesse o IP .255, ele não conseguiria distinguir se um pacote chegando é apenas para ele ou se é uma mensagem geral enviada para todos.
• Isso causaria confusão no processamento da placa de rede, que ficaria sobrecarregada respondendo a mensagens que não eram destinadas a ela como indivíduo.
• Em sistemas operacionais, a tentativa de configurar um IP de broadcast geralmente é rejeitada com erro (ex: RTNETLINK answers: Invalid argument no Linux).

3. Tipos de Broadcast

Existem duas formas principais de "gritar" na rede:

A. Broadcast Limitado (255.255.255.255)

Endereço em que todos os 32 bits são 1. Usado quando um dispositivo ainda não sabe em qual rede ele está — por exemplo, um computador que acabou de ligar e não tem IP, enviando um DHCP DISCOVER.

• Escopo: apenas o enlace L2 (segmento local).
• Roteadores: bloqueiam por padrão (não encaminham para fora da sub-rede), evitando spam global na internet.
• DHCP: usa 255.255.255.255 (origem 0.0.0.0) na fase de descoberta inicial.

B. Broadcast Dirigido (Direcionado a uma Rede)

Endereço que aponta para o broadcast de uma sub-rede específica. Exemplo: 192.168.1.255 para a rede 192.168.1.0/24.

• Escopo: pode ser roteável, se o roteador permitir.
• Encaminhamento: por padrão, roteadores Cisco/Juniper não encaminham directed broadcast. É necessário ativar explicitamente (ip directed-broadcast no Cisco IOS).
• Uso legítimo: Wake-on-LAN (WoL) remoto, descoberta de serviços entre sub-redes.
• Uso malicioso: amplificação de ataque Smurf (ver seção 6).

4. Aplicações Reais do Broadcast

Sem broadcast, vários protocolos fundamentais falhariam:

5. Comportamento em Switches L2

Em switches Ethernet, o broadcast é tratado da mesma forma que frames com MAC de destino desconhecido: o switch replica o frame para todas as portas da VLAN, exceto a porta de entrada. Esse comportamento é chamado de flooding.

• Em switches gerenciáveis, o broadcast fica restrito à VLAN de origem (sem atravessar roteadores).
• Em ambientes com switches empilhados (StackWise, VSS, IRF), o broadcast se propaga por todo o domínio L2 da VLAN.
• Broadcast domain: o conjunto de hosts que recebem um mesmo broadcast. Em redes sem VLANs, equivale à sub-rede IP; com VLANs, equivale a uma VLAN.

6. Problemas de Segurança

A. Smurf Attack (Anos 1990)

Ataque de negação de serviço distribuído (DDoS) baseado em amplificação via broadcast dirigido:

1. Atacante envia ICMP Echo Request com IP origem forjado (spoofed) para o endereço de broadcast de uma rede vítima amplificadora (ex: 192.168.1.255).
2. Todos os hosts da rede amplificadora respondem com ICMP Echo Reply para o IP forjado (a vítima).
3. Se a rede amplificadora tiver 100 hosts, cada pacote do atacante vira 100 pacotes contra a vítima — amplificação 100x.

Mitigação

! Cisco IOS: desabilitar encaminhamento de directed broadcast
interface GigabitEthernet0/0
 no ip directed-broadcast

Por padrão desde IOS 12.0, no ip directed-broadcast já vem aplicado. Verifique sempre em roteadores legados.

B. Amplificação de Ataques DDoS

Qualquer protocolo UDP que responda a broadcast (NTP monlist, DNS versão, SNMP get) pode ser abusado para amplificação. Em 2013, ataques com amplificação NTP atingiram 100 Gbps.

C. Tempestades de Broadcast (Broadcast Storm)

Se houver um loop físico na rede (cabos cruzados em switches sem STP habilitado), os frames de broadcast ficam circulando infinitamente, multiplicando-se a cada salto. Em segundos, a rede L2 inteira cai — fenômeno conhecido como broadcast storm.

Mitigação

• Habilitar STP (Spanning Tree Protocol) ou RSTP/MSTP em todos os switches.
• Habilitar broadcast storm control nos switches:

! Cisco IOS: limitar broadcast a 1% da banda
interface GigabitEthernet0/1
 storm-control broadcast level 1.00
 storm-control action trap

• Habilitar BPDU Guard e Loop Guard em portas de acesso.

7. IPv6 Eliminou o Broadcast

O IPv6 aboliu o conceito de broadcast L3 (RFC 4291). Em seu lugar, usa multicast direcionado:

• ff02::1 (todos os nós no enlace) substitui o broadcast para "todos".
• ff02::2 (todos os roteadores no enlace) substitui broadcasts de roteamento.
• ff02::1:ff00:0/104 (Solicited-Node Multicast) substitui o ARP broadcast por consulta direcionada ao único dono do IP.

Benefícios da Eliminação

• Eficiência energética: dispositivos em modo sleep (IoT, celulares) não são acordados por broadcasts irrelevantes.
• Fim das tempestades de broadcast: loops L2 em redes IPv6-only não geram o efeito clássico.
• Segurança reduzida: o atacante não consegue "descobrir" a rede inteira com um único ARP scan.

8. Comparação: Broadcast × Multicast × Unicast

9. Boas Práticas Operacionais

• Desabilitar directed broadcast em todas as interfaces de roteador: no ip directed-broadcast (Cisco) ou equivalente em outros fabricantes.
• Segmentar a rede em VLANs menores para limitar o tamanho do domínio de broadcast.
• Habilitar storm control nos switches de acesso.
• Habilitar STP/RSTP/MSTP com BPDU Guard e Loop Guard.
• Usar DHCP snooping e Dynamic ARP Inspection (DAI) para impedir envenenamento ARP via broadcast.
• Migrar para IPv6 sempre que possível: a ausência de broadcast simplifica a operação e reduz superfície de ataque.

10. Conclusão

O broadcast foi fundamental na arquitetura original do IPv4, viabilizando protocolos de descoberta (ARP, DHCP, NetBIOS). No entanto, sua natureza incondicional — todo host precisa processar o pacote — gera ineficiência energética, overhead crescente em redes grandes e vulnerabilidades de segurança (Smurf, amplificação, broadcast storms). O IPv6, ao eliminá-lo em favor de multicast direcionado, resolveu definitivamente esses problemas. Em redes IPv4 modernas, a boa prática é limitar o tamanho dos domínios de broadcast via VLANs, desabilitar directed broadcast em roteadores e monitorar storm control nos switches.