ass - scanner de sistema autônomo
ass [-v[v[v]]] -i <interface> [-p] [-c] [-A] [-M] [-P IER12] -a <autonomous system start> -b <autonomous system stop> [-S <spoofed source IP>] [-D <destination ip>] [-T <packets per delay>]
Esta página de manual documenta brevemente o comando ass. Esta página de manual foi escrita para a distribuição Debian porque o programa original não possui uma página de manual.
ASS, o scanner de sistema autônomo, foi projetado para encontrar o AS do roteador. Suporta os seguintes protocolos: IRDP, IGRP, EIGRP, RIPv1, RIPv2, CDP, HSRP e OSPF.
No modo passivo (./ass -i eth0), ele apenas escuta os pacotes do protocolo de roteamento (como broadcast e multicast hellos).
No modo ativo (./ass -i eth0 -A), ele tenta descobrir roteadores solicitando informações. Isso é feito para o endereço apropriado para cada protocolo (endereços broadcast ou multicast). Se você especificar um endereço de destino, ele será usado, mas pode não ser tão eficaz quanto os padrões.
A varredura do EIGRP é feita de maneira diferente: durante a varredura, o ASS escuta os pacotes HELLO e, em seguida, faz a varredura do AS diretamente no roteador que se anunciou. Você pode forçar a varredura EIGRP no mesmo comportamento AS-Scan que o IGRP usa, fornecendo um destino ou na varredura multicast pela opção -M.
Para o modo ativo, você pode selecionar os protocolos que deseja verificar. Se você não selecioná-los, todos serão verificados. Você seleciona protocolos dando a opção -P e qualquer combinação dos seguintes caracteres: IER12, onde:
I=IGRP
E=EIGRP
R=IRDP
1=RIPv1
2=RIPv2
A saída ASS pode parecer um pouco estranha, mas tem seus significados:
Os roteadores são identificados pelo endereço IP do remetente do pacote. Isso pode fazer com que vários roteadores apareçam como mais de um, pois usaram interfaces de remetente diferentes. Entre colchetes, são mostrados os protocolos executados por este roteador.
Os protocolos de roteamento são mostrados como uma ou mais linhas recuadas. Primeiro, há o nome do protocolo de roteamento (como EIGRP), seguido pelo número do sistema autônomo entre colchetes. Alinhada à direita está a rede de destino, se aplicável.
As informações de roteamento IGRP mostram a rede de destino e entre parênteses os seguintes valores: Delay, Bandwidth, MTU, Reliability, Load e Hopcount.
A informação do IRDP é limitada ao gateway anunciado (roteador) e sua preferência
As informações do RIPv1 apenas fornecem a rede de destino classificada (lembre-se dos limites da rede RIPv1) e sua métrica
As informações do RIPv2 contêm após a rede de destino as seguintes informações: máscara de rede, próximo salto, tag arbitrária e a métrica. Uma linha adicional pode aparecer na seção de roteadores que fornece a autenticação se habilitada no protocolo. Para autenticação de texto, a senha está lá.
O EIGRP básico fornece apenas o número do sistema autônomo, a versão IOS e EIGRP conforme encontrado no pacote HELLO
A seção de rotas EIGRP depende do tipo de rota. Todos eles incluem os campos rede de destino, máscara de destino e na última linha (entre colchetes) os valores de Delay, Bandwidth, MTU, Reliability, Load e Hopcount. As rotas externas também incluem o roteador de origem, o sistema autônomo de origem, a métrica externa e a origem dessa rota.
As informações do HSRP não são roteamento, portanto, o terceiro campo é o endereço IP virtual do grupo de espera, seguido pelo estado, a string de autenticação, Hello, Hold e valores de prioridade.
As informações do OSPF incluem a rede de destino, bem como a Área no formato IP, a autenticação usada (e, se aplicável, a string de autenticação), máscara de rede, roteador designado e de backup e os valores para Dead, Priority e Hello.
Um resumo das opções está incluído abaixo.
Mostrar resumo das opções.
interface
modo detalhado
Escaneamento em modo ativo
Selecione os protocolos para escanear
Os sistemas EIGRP são verificados usando o endereço multicast e não por enumeração HELLO e consulta direta
sistema autônomo para começar de
sistema autônomo para parar com
talvez você precise disso
Se você não especificar isso, o endereço apropriado por protocolo será usado
não execute em modo promíscuo (má ideia)
terminar após a digitalização. Isso não é recomendado, pois as respostas podem chegar mais tarde e você pode ver algum tráfego que não apareceu durante as verificações
quantos pacotes devemos esperar alguns milissegundos (-T 1 é a varredura mais lenta -T 100 começa a se tornar não confiável)
Esta página de manual foi escrita por Vince Mulhollon vlm@debian.org, para o sistema Debian GNU/Linux (mas pode ser usada por outros).