Chrome 88 remove Flash e FTP e reforça o navegador como fronteira de segurança

O Chrome 88 chegou ao canal estável para Windows, macOS e Linux com correções de segurança e uma mensagem clara para a web corporativa: algumas compatibilidades antigas precisam sair do navegador para que a plataforma continue defensável.¹

A versão inclui 36 correções de segurança destacadas pelo time do Chrome. Mas o impacto mais visível está nas remoções. O suporte a URLs FTP foi retirado, Web Components v0 deixou de ser aceito e o Flash completa sua saída prática do Chromium no ciclo do Chrome 88.²³

Remoção também é controle de segurança

É comum tratar lançamento de navegador como lista de recursos novos. O Chrome 88 mostra o outro lado: reduzir superfície é tão importante quanto adicionar APIs. Cada tecnologia legada mantida no browser carrega parser, política de permissão, exceções administrativas, comportamento histórico e compatibilidade difícil de testar.

O Flash é o caso mais simbólico. Durante anos ele sustentou vídeo, jogos, treinamento corporativo e aplicações ricas. Também acumulou vulnerabilidades, atualizações urgentes e dependência de plugin. Com o fim do suporte do Adobe Flash Player, o Chromium remove a capacidade no alvo Chrome 88+, inclusive sem caminho simples para reativação por política empresarial.

Para equipes de TI, isso muda o tom da conversa. Se um sistema crítico ainda depende de Flash, o problema não é mais "o navegador bloqueou". O problema é que a organização manteve um componente sem futuro operacional em processo de negócio.

FTP sai do espaço do navegador

O FTP também deixa de caber no Chrome. O próprio anúncio de remoções aponta limitações conhecidas: a implementação legada não oferece suporte a conexões criptografadas via FTPS nem a proxies, e o uso no navegador é baixo o bastante para não justificar investimento contínuo.²

Isso não significa que transferência de arquivos desaparece. Significa que FTP deve ser tratado por ferramentas próprias, clientes especializados, SFTP, HTTPS, portais autenticados ou fluxos gerenciados. O navegador moderno é uma fronteira de segurança, identidade e execução de aplicações; mantê-lo como cliente genérico de protocolos antigos amplia risco para pouco ganho.

A remoção também reduz ambiguidade para usuários. Links ftp:// em páginas internas, documentações antigas e integrações improvisadas deixam de funcionar como antes. O inventário precisa encontrar esses pontos antes que o chamado de suporte encontre a equipe.

Legado precisa de dono

Chrome 88 cobra uma disciplina que muitas empresas adiam: dar dono, prazo e alternativa para dependências legadas. Isso vale para conteúdo Flash, URLs FTP, componentes web antigos, extensões obsoletas e políticas de exceção que sobreviveram por hábito.

O caminho pragmático começa com telemetria. Quais páginas internas ainda pedem Flash? Quais processos distribuem arquivos por FTP? Que usuários dependem desses fluxos? Existe sistema equivalente em HTML5, armazenamento corporativo ou ferramenta dedicada? Sem essa lista, a remoção vira surpresa.

Também é importante separar nostalgia técnica de risco real. Manter um plugin antigo para "aquele treinamento anual" pode parecer barato, mas força versões congeladas, exceções de política, máquinas isoladas e processos manuais. O custo aparece em segurança, suporte e auditoria.

O Chrome 88 reforça que o navegador deixou de ser apenas cliente universal da internet. Ele é uma camada de política, sandbox, identidade e atualização contínua. Quando tecnologias antigas saem, a web fica menos permissiva com o improviso, e isso é parte do avanço da segurança.