FTP vs transferência web: porque o browser vence em 2026

A transferência web baseada em browser eclipsou o FTP para praticamente todos os fluxos de trabalho não legados. O FTP, definido no RFC 959 (1985), envia credenciais e conteúdo de ficheiros em texto simples através da porta TCP 21 por predefinição. A transferência web moderna funciona sobre HTTPS com TLS 1.3, encripta os payloads do lado do cliente com AES-256-GCM e não exige nenhuma configuração do destinatário além de um browser. O contador de instalações do FileZilla continua a subir, mas as novas implementações empresariais de FTP simples desapareceram quase por completo. O SFTP e o FTPS sobrevivem para automação servidor a servidor; as transferências humanas interativas migraram para a web.

Para que foi concebido o FTP

O FTP assumia uma rede de confiança. A especificação RFC 959 de abril de 1985 é anterior à internet comercial — a NSFNET só ficou pública em 1988. A porta 21 transportava o canal de comandos, a porta 20 transportava dados, e tudo fluía em modo ASCII ou binário sem proteção criptográfica. A travessia NAT foi um afterthought que tornou necessário o "modo passivo" uma década depois.

A idade do protocolo mostra-se nas suas peculiaridades. A confusão entre modo ativo e passivo, conexões de controlo e dados separadas que os firewalls detestam, nome de utilizador e palavra-passe enviados como strings simples, e nenhuma verificação de integridade nativa. Uma única transferência através de um router com mau comportamento pode corromper silenciosamente um arquivo .zip sem que qualquer erro apareça.

Porque o FTP simples está efetivamente obsoleto

Os browsers abandonaram o suporte a FTP em fases. O Chrome removeu-o na versão 95 (outubro de 2021). O Firefox eliminou-o na versão 90 (julho de 2021). O Safari nunca o suportou verdadeiramente de forma interativa. Isso significa que uma hiperligação como ftp://ficheiros.exemplo.com/relatorio.zip já não funciona para a maioria dos utilizadores — precisariam de instalar o FileZilla, Cyberduck ou WinSCP apenas para obter um ficheiro.

Os quadros de conformidade fizeram o resto. O PCI DSS 4.0, secção 4.2.1, exige criptografia forte para qualquer transmissão de dados de titulares de cartão em redes públicas. As Salvaguardas Técnicas do HIPAA ao abrigo de 45 CFR 164.312(e)(1) impõem transmissão encriptada para ePHI. O FTP simples falha em ambos. Os auditores assinalam-no imediatamente.

SFTP e FTPS não são a mesma coisa

As pessoas confundem-nos constantemente. O SFTP (SSH File Transfer Protocol) funciona sobre a porta SSH 22, usa autenticação SSH e não tem qualquer relação de protocolo com o FTP apesar do nome. O FTPS é o FTP envolto em TLS na porta 990 (implícito) ou na porta 21 com AUTH TLS (explícito). São bestas diferentes com modos de falha diferentes.

O SFTP é a melhor escolha para transferências automatizadas servidor a servidor — tem uma única conexão, dá-se bem com firewalls e integra-se com a gestão de chaves SSH que as equipas já usam para infraestrutura. O FTPS adiciona TLS a um protocolo ainda amaldiçoado por duas conexões e complicações NAT.

O que a transferência web substitui

Um serviço de transferência web moderno trata dos casos de utilização que o FTP historicamente detinha:

• Entregas de ficheiros únicas a clientes (anteriormente uma conta FTP partilhada)
• Depósitos de ficheiros de fornecedores (anteriormente um FTP anónimo com uma pasta de entrada só de escrita)
• Troca de ficheiros grandes entre empresas parceiras (anteriormente uma VPN mais FTP)
• Distribuição de software a utilizadores finais (anteriormente um espelho FTP público)

A diferença: sem aprovisionamento de conta, sem regras de firewall, sem instalação de software cliente e encriptação ponta a ponta por predefinição.

Comparação de arquitetura

| Dimensão | FTP (simples) | FTPS | SFTP | Transferência Web | |---|---|---|---|---| | Porta(s) | 21, 20 | 990 ou 21 | 22 | 443 | | Encriptação | Nenhuma | TLS | SSH | TLS 1.3 + AES-256-GCM do lado do cliente | | Cliente necessário | FileZilla/WinSCP | FileZilla/WinSCP | OpenSSH/WinSCP | Apenas browser | | Compatibilidade com firewall | Fraca (canal duplo) | Fraca | Boa | Boa | | Suporte a retoma | Variável | Variável | Sim | Sim (tus/chunks) | | Modelo de autenticação | Utilizador/palavra-passe | Utilizador/palavra-passe + cert | Chaves SSH | Hiperligação + palavra-passe opcional | | Melhor utilização em 2026 | Obsoleto | Integrações legadas | Automação servidor | Partilha humana de ficheiros |

A história de latência que a maioria das pessoas ignora

O FTP abre uma conexão TCP por ficheiro para transferências em alguns clientes. Transferir 10 000 ficheiros pequenos via FTP significa 10 000 handshakes TCP. É por isso que fazer backup de um repositório .git via FTP arrasta enquanto os mesmos dados via multiplexagem HTTP/2 terminam numa fração do tempo.

O HTTPS com HTTP/2 ou HTTP/3 (QUIC) multiplexa muitas transferências de ficheiros numa única conexão, reduzindo drasticamente a sobrecarga de round-trip. Os serviços de transferência web que usam carregamentos em chunks com protocolos como tus.io retomam exatamente onde pararam se a conexão cair, algo que o FTP simples trata de forma inconsistente nos servidores.

Onde o FTP sobrevive teimosamente

Os sistemas de automação de radiodifusão ainda empurram conteúdo para estações afiliadas via FTP porque as caixas de playout de fornecedores como a Grass Valley ou a Ross Video foram concebidas na era do FTP. Os sistemas de retalho legados empurram dumps de inventário .csv noturnos para a sede via FTPS. As instituições académicas gerem espelhos FTP anónimos de arquivos de software (embora a maioria tenha migrado para equivalentes suportados por HTTPS).

A automação servidor a servidor beneficia especificamente do SFTP. Uma tarefa agendada que deposita backups noturnos num cofre SFTP protegido com autenticação de chave SSH ainda é boa arquitetura em 2026. É o FTP mediado por humanos que está a morrer.

Quando a transferência web vence claramente

Qualquer coisa que envolva um destinatário não técnico. Os clientes não vão instalar o FileZilla. Os auditores externos não vão configurar as definições FTPS. Os reguladores querem recibos e entrega baseada em hiperligação. Para uma agência de relações públicas a enviar kits de imprensa, um escritório de advogados a trocar discovery ou um estúdio de design a enviar ficheiros .psd a um cliente, uma hiperligação no browser é o único método de entrega que funciona sem um bilhete de suporte de TI.

O HexaTransfer representa esta mudança — carregue um ficheiro até 10 GB, partilhe a hiperligação, o destinatário transfere pelo browser. Sem credenciais FTP para aprovisionar ou revogar.

Postura de segurança

O FTP simples expõe credenciais a qualquer observador passivo na rede — Wi-Fi de aeroporto, redes de hotel, infraestrutura de escritório partilhada. O FTPS e o SFTP corrigem o transporte mas ainda dão ao operador do servidor acesso em texto simples ao conteúdo dos ficheiros após desencriptação no ponto final.

Um serviço de transferência web com encriptação sem conhecimento encripta do lado do cliente antes de o ficheiro sair do browser. O servidor armazena apenas texto cifrado. Mesmo uma violação completa do servidor não expõe nada útil sem as chaves por ficheiro contidas nos fragmentos de URL. Esta é uma postura materialmente mais forte do que o FTPS consegue proporcionar.

Caminho de migração

Se ainda utiliza FTP para entrega externa de ficheiros, a migração é geralmente direta. Identifique os fluxos de trabalho (entregas a clientes, receção de fornecedores, trocas com parceiros), escolha um serviço de transferência web que se adeque ao tamanho e ao perfil de conformidade, e desative o servidor FTP assim que o tráfego secar. As tarefas automatizadas de servidor migram para SFTP com autenticação por chave SSH — essa parte sobrevive à transição.

Veredicto

O FTP teve uma carreira de 40 anos. Perdeu porque a pilha de protocolos web resolveu todos os problemas que o FTP resolvia, e depois acrescentou encriptação, compatibilidade com firewalls e suporte universal de cliente via browsers que já vêm em todos os dispositivos. Para nova partilha interativa de ficheiros, use a web. Para pipelines automatizados de servidor, use o SFTP. Deixe o FTP simples na prateleira ao lado do fax.

Experimente em hexatransfer.com — gratuito, sem conta, até 10 GB.