[GTER] "Clash" de canais no Wi-Fi.

[Antonio Carlos Pina]

Penso que seria uma bela apresentação para um GTS. Embora não seja
"invasão", não deixa de ser um ataque que pode ser ativado por um
funcionário deixando o administrador em maus lençóis.

Abs

2009/6/19 Marcus Andree <marcusandree at gmail.com>

> Ja comentei em algumas outras mensagens que construi um access point
> para uso proprio, com um SBC Soekris rodando OpenBSD.
>
> Uma das tarefas que empreendi foi reescrever minimamente o driver das
> placa de rede PCMCIA que uso (algumas Sanao baseadas no chipset
> Prism).
>
> Um dos "efeitos colaterais" nao previstos do driver reescrito foi a
> implementacao de um argumento de linha de comando do ifconfig que,
> mensuravelmente, conseguia "derrubar" qualquer Access Point num
> raio de, pelo menos, 20 metros indoor, com inumeras paredes de
> alvenaria.
>
> Ha uma serie de funcionalidades para fins de testes de laboratorios
> que sao suportadas no hardware e, certamente, nao sao utilizadas
> pelos drivers "oficiais". Um hardware defeituoso, um driver mal feito,
> ou um virus mais "esperto" podem, certamente, ativar alguma dessas
> funcionalidades em areas ou momentos improprios.
>
> Analisadores de protocolo nao sao muito uteis para identificar,
> tecnicamente,
> o problema. Claro que ajudam a detectar equipamentos "rogue" e
> posiciona-los, porem, para uma abordagem "cientifica", voce precisaria
> de um analisador de espectro.
>
> <snip>
>
>
> > Achei isto grave.... como pode um simples notebook derrubar a conexões de
> > todos os outros? Simplesmente desconectava o wireless. Acredito ser um
> > defeito no hardware do cartão wifi deste laptop que fazia alguma coisa
> > maluca como "sujar o spectro".  O fato que é realmente desconectava todos
> > os
> > outros e com o analisador de protocolo não pegava nada estranho e também
> > não
> > pegava nenhum outro AP em canais proximos (usando netstumbler).
> >
> > []'s
>
>
> <snip>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>