Vulnerabilidades Ripple20 vão causar caos na Internet of Things

Investigadores encontraram dezenas de vulnerabilidades numa biblioteca de comunicações TCP/IP que tem sido usada nas últimas duas décadas e que deixa centenas de milhões de dispositivos em risco.

NDN quer substituir o TCP/IP para a Internet do futuro

Ainda no outro dia falamos do TCP/IP e da sua importância fundamental para manter a Internet a funcionar, mas há quem já esteja a trabalhar em novos protocolos, pensados de raiz para uma nova internet, bem diferente de aquela que inicialmente tinha sido prevista.

Investigadores Criam TCP mais Eficiente para Acelerar a Internet

O TCP é um dos protocolos fundamentais que nos permite ter a Internet como a conhecemos hoje em dia. Ele é responsável por garantir que os dados enviados por um computador cheguem ao seu destino, mesmo sendo partidos em inúmeros blocos e cada um indo por caminhos diferentes e chegando fora de ordem. No entanto, é um protocolo que foi originalmente idealizado na década de 70, altura em que os requisitos eram bem diferentes dos actuais.

Graças à sua versatilidade, o TCP foi-se adaptando aos tempos, em virtude de diferentes algoritmos de controlo (como o Cubic, popular no Linux; ou o Compound, usado no Windows) cada um com os seus pontos fortes e fracos em termos de latência e volume de transmissão de dados. Agora, investigadores do MIT dizem ter arranjado um novo sistema que permite duplicar a eficiência do TCP, com maior volume de dados e menores atrasos: o RemyCC.

O mais engraçado é que o sistema não foi afinado por nenhum cérebro humano, mas sim por um computador. Dizem os seus criadores que este é um trabalho ideal para as máquinas, e que assim os sistemas poderão afinar o TCP dinamicamente em função das necessidades do momento: uma transferência de ficheiros poderá dar prioridade à velocidade de transferência à custa de maior latência; uma videochamada ou jogo multiplayer poderá dar prioridade a uma latência reduzida à custa de uma velocidade ligeiramente inferior.

... Esperemos que este não seja um daqueles estudos que ficará fechado num laboratório, pois a concretizar-se o que está "prometido", seria um sistema que poderia ter grande impacto em todas as comunicações na internet.

Google quer acelerar a web com QUIC

Depois de já ter optimizado as comunicações HTTP com o SPDY (que agora até vai ser suportado pelo IE11, e vai servir de base à nova versão 2.0 do protocolo HTTP) o Google volta à carga com um novo sistema: o QUIC.

Desta vez o alvo é o próprio protocolo TCP. Um protocolo complexo que foi concebido para garantir a integridade das comunicações, tratando de pedir reenvio de pacotes de dados, reorganizando-os, etc. mas que por isso mesmo pode fazer com que a comunicação de dados esteja sujeito a várias "viagens" de ida e volta entre o emissor e receptor - o que demora tempo e causa atrasos.

Por isso o Google está a experimentar este QUIC (Quick UDP Internet Connections), um projecto ainda em fase inicial e que por agora apenas está implementado nas versões de teste e desenvolvimento do Chrome. Este QUIC passa a fazer a comunicação de um canal seguro em cima do protocolo UDP em vez do TCP. O protocolo UDP é bastante mais simples, e não recorre a sistemas que garantam a recepção dos dados, os dados são enviados e... pronto. Qualquer correcção de erros ou pedido de reenvio de dados em falta têm que ser implementados à parte em vez de podermos depender dele como no TCP.

O Google utiliza várias técnicas para fazer com que esses erros não obriguem a retransmissões de dados (como correcção de erros integrada nos pacotes de dados), e espera que este sistema permita ligações e comunicações mais velozes que nunca.

Não será fácil modificar a "estrutura" que tem servido de base à web. Mas tal como o SPDY foi conquistando adeptos, não será impossível que as vantagens deste QUIC - caso se venham a confirmar na utilização no mundo real - possam igualmente ser adoptadas por outros. Por agora o Google pretende fazer testes numa pequena percentagem de utilizadores e num número reduzido dos servidores, sendo que para os utilizadores tudo continuará a funcionar como sempre... apenas de forma mais veloz (espera-se!)