O ARP é um protocolo de pergunta e resposta utilizado para mapear dinamicamente endereços da camada 3 (rede) com a camada 2 (enlace). Tipicamente, ele é utilizado para mapear endereços IPs (Internet Protocol) em endereços MAC (Media Access Control).

Para controlar esse mapeamento, o protocolo ARP mantém uma tabela chamada ARP Table. Sempre que um novo pacote com endereços MAC ou IP aparecem e ainda não estão na tabela ARP ou precisam se atualizar, o protocolo modifica a tabela com os novos dados.

O protocolo ARP foi originalmente definido pela RFC 826. Nesse artigo vamos abordar as características do protocolo, seu funcionamento com alguns exemplos de código escritos na linguagem C.

Tente entender o seu funcionamento

A imagem acima exemplifica o funcionamento básico do protocolo ARP. O computador da esquerda envia um pergunta ARP querendo saber qual o endereço MAC do computador cujo endereço IP é 10.0.0.5. Essa pergunta é enviada para rede na forma de broadcast.

O computador da direita então responde a pergunta ARP dizendo que endereço MAC do computador com ip 10.0.0.5 é 00:00:00:00:00:02. Cada computador armazena em sua tabela ARP os mapeamentos de endereços aprendidos. Essa informação é utilizada como cache em momentos futuros.

Seu cabeçalho

O protocolo ARP trafega em seus pacotes um conjunto pequeno de dados sobre máquinas de origem e destino. A imagem abaixo mostra cada campo dentro do cabeçalho ARP:

Vamos compreender cada campo do cabeçalho

Tipo de hardware

O Protocolo ARP não é exclusivo de um equipamento. Esse campo de 2 bytes permite guardar um número que define qual o tipo do equipamento daquele pacote. No caso mais comum, com equipamentos Ethernet, temos que o valor desse campo seria: 0x0001

Tipo de protocolo

    Assim como para o campo tipo de hardware o ARP permite mais de um endereço de protocolo. Para tal, esse campo também tem 2 bytes e armazena o tipo do protocolo ao qual será mapeado o endereço de equipamento (hardware). No caso comum, o protocolo IP é utilizado e seu valor para o campo seria: 0x0800

Tamanho endereço hardware

Como o tipo de hardware varia, o tamanho necessário para armazenar o endereço desse hardware também. No nosso exemplo, para colocar no pacote um endereço Ethernet (MAC address) são necessário 6 bytes, então o valor desse campo é 6.

Tamanho endereço protocolo

Com a variação do tipo de protocolo, variamos também o tamanho do endereço do protocolo. Para nosso exemplo utilizando o IP, temos um valor 4 para o campo.

Opções

Esse campo define o tipo do pacote ARP. Ele pode ser um pacote de requisição (request) ou de resposta (response). Para cada um desses tipos, teríamos os valores 0x0001 e 0x0002, respectivamente.

Endereço de hardware de origem

Esse campo recebe o endereço do equipamento de quem está enviando o pacote. Se o hardware for Ethernet, por exemplo, teríamos o seguinte valor: 00:00:00:00:00:01.

Endereço de protocolo de origem

Esse é o endereço do protocolo de origem. Se considerarmos o protocolo IP como exemplo, o valor poderia ser: 10.0.0.2.

Endereço de hardware de destino

Esse campo é reservado para receber o endereço do equipamento de destino. Se o hardware for Ethernet, por exemplo, teríamos o seguinte valor: 00:00:00:00:00:02.

Endereço de protocolo de destino

Esse é o endereço do protocolo de destino. Se considerarmos o protocolo IP como exemplo, o valor poderia ser: 10.0.0.5

Um exemplo de frame do protocolo ARP para o nosso exemplo de ARP reply mostrado na seção FUNCIONAMENTO seria:

SONDAGEM ARP (ARP PROBE)

A sondagem ARP acontece quando um computador recebe um endereço IP, manualmente ou via DHCP, para verificar se outra máquina na rede já possui esse IP. A RFC 5227 especifica essa sondagem.

Para enviar pacotes de sonda, é necessário montar um pacote ARP onde o IP de destino é o endereço desejado e o IP de origem deve ser composto por zeros. O zeros evitam que outros nós façam cache desse endereço. Quando recebe-se um reply confirmando o endereço, tem um conflito de endereços.

ARP INVERSO (INARP)

O ARP inverso ou Inverse Address Resolution Protocol (RFC 2390), é uma extensão do protocolo ARP que permite fazer o caminho inverso do ARP padrão. Ele descobre o endereço de protocolo (IP por exemplo) a partir do endereço de hardware (Ethernet por exemplo).

Para permitir isso, ele utiliza o mesmo frame ARP mas com novos códigos de operação: 8 e 9, InARP request e InARP response, respectivamente.

O ARP Inverso não utiliza broadcast, pois o endereço de hardware de destino já é conhecido. O campo Endereço de protocolo de destino é preenchido com zeros. Através dos códigos de operação (8 e 9), o pacote é encaminhado pela rede até o computador de destino.

ARP SPOOFING / ARP POISONING

Spoofing ou Poisoning de ARP é uma técnica de ataque utilizando protocolo ARP. O Poisoning (envenenamento) acontece quando um atacante dispara mensagens ARP na rede dizendo que o computador dele responde pelo endereço IP de alguma outra máquina na rede, o default gateway, por exemplo. 

Se o ataque funcionar, o computador do atacante passa a receber os pacotes destinados ao computado atacado. Recebendo esses pacotes, ele pode modificá-los, não encaminhá-los, mandar para outros computadores e etc. 

ARP GRATUITO (GRATUITOUS ARP)

O ARP gratuito é uma forma de um computador se anunciar na rede. Esse pacote não é uma resposta a nenhuma requisição ARP.  O computador envia esse pacote na forma de broadcast de forma voluntária e gratuita.

Para construir um frame ARP gratuito é necessário colocar os Endereços de protocolo da origem e do destino como o endereço (IP por exemplo) do computador que irá enviar o ARP gratuito. Além disso, o Endereço de hardware de destino deve ser um endereço de broadcast, no caso do Ethernet, seria ff:ff:ff:ff:ff:ff. Essa requisição não necessita de nenhuma resposta. Os demais campos continuam normais a uma requisição ARP.

Um pacote de ARP gratuito para o nosso exemplo inicial a esse artigo poderia ser:

PROXY ARP

O proxy ARP, ou aproximação ARP, é uma forma de fazer com que sub-redes diferentes consigam receber pacotes ARP uma da outra. Esse mecanismo é definido na RFC 1027. 

Uma forma de implementar o proxy é colocando o default gateway das duas redes apontando para o mesmo computador/gateway . Assim, esse computador sempre que receber pacotes ARP direcionados à uma sub-rede, ele  apenas encaminha para essa rede. A mesma coisa é feita para o caminho inverso.

Para possibilitar o encaminhamento, é necessário modificar os pacotes colocando os endereços do computador/gateway para que as redes locais consigam comunicar-se. Todos os pacotes de uma sub-rede externa à atual, contém como endereços de hardware o endereço do computador/gateway.

Para fazer esse tipo de bloqueio usaremos a opção TLS HOST e Transport Layer Security , para o bloqueio de endereços virtuais.

Este método consiste em criar uma lista dinâmica que filtra as URL acessadas e armazena os endereços IP correspondentes. Na tabela de endereços do RouterOS, criaremos uma regra de “drop” para definir a rede ou interface à qual o filtro será aplicado. Ou seja, a “Address List”.

Etapa – 01 Configurando o endereço

• Clique na seção “IP”, depois em “Firewall” e em “Filter”.
• Adicione uma regra no botão “+”.
• Em “Chain”, escreva “forward”, e em “Protocol” coloque “tcp”.
• A seguir, clique na seção “Advanced”.
• Em “TLS Host”, inclua, entre asteriscos, a palavra “facebook”.
• Na seção “Action”, defina como “add dst to address list” e, voltando para a aba anterior, escreva “redes-sociais” em “Address List”.

A partir daqui só precisamos, de fato, efetuar o bloqueio dos endereços indesejados. Embora neste caso seja o Facebook, você pode – e deve – repetir a mesma regra para anular qualquer outro website, apenas alterando a marcação no “TLS Host”. Para os mesmos comandos via New Terminal do MikroTik, digite:

• /ip firewall filter
• add action=add-dst-to-address-list address-list=redes-sociais
• chain=forward comment=facebook protocol=tcp tls-host=*facebook*

Etapa – 02 Ativando o Bloqueio

• Acesse o menu IP, e depois clique novamente em “Firewall.”
• Em “filter-rules”, adicione uma nova regra em “+”.
• Nas seções “Chain” e “Protocol”, coloque o mesmo da parte anterior.
• Em “Src. Address”, digite o endereço da rede em que o filtro será aplicado.
• Na aba “Advanced”, selecione a “Address List” que criamos anteriormente em “Dst. Address List”.
• Em “Action”, selecione a opção “drop”.

Prontinho! Após confirmar todos os passos, os pacotes que trafegam no MikroTik com o protocolo TCP – ou seja, que originam na sua rede local e chegam aos endereços na “Address List” – serão, popularmente falando, “dropados”.

Gostou? Se esse artigo ajudou você, compartilhe para que alcance mais pessoas!

Os certificados SSL é que permitem que os sites migrem do HTTP para o HTTPS, que é mais seguro. Um certificado SSL é um arquivo de dados hospedado no servidor de origem de um site. Os certificados SSL tornam possível a criptografia SSL/TLS e contêm tanto a chave pública como a identidade do site, juntamente com informações relacionadas. Os dispositivos que tentarem se comunicar com o servidor de origem farão referência a este arquivo para obter a chave pública e verificar a identidade do servidor. A chave privada é mantida em segredo e protegida.

O que é SSL?

O SSL, mais comumente chamado de TLS, é um protocolo para criptografar o tráfego da internet e verificar a identidade do servidor. Qualquer site com um endereço web HTTPS usa SSL/TLS. Veja O que é SSL? e O que é TLS? para saber mais.

Que informações um certificado SSL contém?

Os certificados SSL incluem:

• O nome de domínio para o qual o certificado foi emitido
• Para qual pessoa, organização ou dispositivo o certificado foi emitido
• Que autoridade certificadora o emitiu
• A assinatura digital da autoridade certificadora
• Os subdomínios associados
• Data de emissão do certificado
• Data de validade do certificado
• A chave pública (a chave privada é mantida em segredo)

As chaves públicas e privadas usadas para o SSL são basicamente sequências longas utilizadas para criptografar e descriptografar dados. Os dados criptografados com a chave pública só podem ser descriptografados com a chave privada.

Por que os sites precisam de um certificado SSL?

Um site precisa de um certificado SSL a fim de manter os dados de usuário seguros, verificar a propriedade do site, evitar que os invasores criem uma versão falsa do site e ganhar a confiança do usuário.

Criptografia: A criptografia SSL/TLS é possível devido à criação de um par de chaves públicas e privadas que os certificados SSL facilitam. Os clientes (como os navegadores web) obtêm a chave pública necessária para abrir uma conexão TLS do certificado SSL de um servidor.

Autenticação: Os certificados SSL verificam se um cliente está conversando com o servidor correto que realmente é o proprietário do domínio. Isso ajuda a evitar a falsificação do domínio e outros tipos de ataques.

HTTPS: Mais crucial para as empresas, um certificado SSL é necessário para um endereço web HTTPS. HTTPS é a forma segura do HTTP, e os sites HTTPS são sites que têm seu tráfego criptografado por SSL/TLS.

Além de proteger os dados do usuário em trânsito, o HTTPS torna os sites mais confiáveis do ponto de vista do usuário. Muitos usuários não notarão a diferença entre um endereço web “http://” e um endereço “https://”, mas a maioria dos navegadores marca os sites HTTP como “não seguros” de formas mais perceptíveis, tentando incentivar a migração para o HTTPS e aumentar a segurança.

Como um site obtém um certificado SSL?

Para que um certificado SSL seja válido, os domínios precisam obtê-lo de uma autoridade certificadora (CA). Uma CA é uma organização externa, um terceiro confiável, que gera e emite certificados SSL. A CA também assinará digitalmente o certificado com sua própria chave privada, permitindo que os dispositivos do cliente a verifiquem. A maioria das CAs, mas não todas, cobrará uma taxa pela emissão de um certificado SSL.

Uma vez emitido o certificado, ele precisa ser instalado e ativado no servidor de origem do site. Normalmente, os serviços de hospedagem da web podem resolver isso para os operadores do site. Uma vez ativado no servidor de origem, o site poderá ser carregado com HTTPS e todo o tráfego de e para o site será criptografado e protegido.

O que é um certificado SSL autoassinado?

Tecnicamente, qualquer pessoa pode criar seu próprio certificado SSL, gerando um par de chaves públicas e privadas e incluindo todas as informações mencionadas acima. Esses certificados são chamados de certificados autoassinados porque a assinatura digital usada, em vez de ser de uma CA, seria a própria chave privada do site.

Porém, no caso dos certificados autoassinados, não existe uma autoridade externa para verificar se o servidor de origem é quem ele diz ser. Os navegadores não consideram os certificados autoassinados confiáveis e mesmo assim podem marcar sites como “inseguros,” apesar da URL. Eles também podem terminar a conexão por completo, bloqueando o carregamento do site.

É possível obter um certificado SSL gratuito?

A Cloudflare oferece criptografia SSL/TLS gratuita e foi a primeira empresa a fazê-lo, lançando o Universal SSL em setembro de 2014. A versão gratuita do SSL compartilha certificados SSL entre vários domínios de clientes. A Cloudflare também oferece certificados SSL personalizados para clientes empresariais.

Para obter um certificado SSL gratuito, os proprietários do domínio precisam se inscrever na Cloudflare e selecionar uma opção SSL em suas configurações do SSL. Este artigo contém mais instruções sobre como configurar o SSL com a Cloudflare. Verifique se a criptografia SSL está funcionando corretamente em um site com o Cloudflare Diagnostic Center.

Por que a Cloudflare oferece certificados SSL gratuitos?

A Cloudflare pode oferecer o SSL gratuitamente devido à sua CDN com distribuição global, com servidores proxy altamente eficientes operando em data centers em todo o mundo. A missão da Cloudflare é ajudar a tornar a internet mais segura, e a adoção generalizada do HTTPS é um enorme passo para atingir esse objetivo. A criptografia SSL/TLS protege os dados dos usuários, evita ataques e torna a internet um lugar mais seguro em geral.

Referências: https://www.cloudflare.com/pt-br/learning/ssl/what-is-an-ssl-certificate/