Ao analisar por tempo suficiente a dimensão da migração para a criptografia pós-quântica (PQC), é fácil chegar a uma conclusão: Isso vai ser difícil.
A criptografia está incorporada a décadas de tecnologia empresarial. Ela protege transações na web, conexões de rede, túneis VPN, certificados, aplicações, infraestrutura e dados. Com o tempo, alguns sistemas precisarão de mais do que uma atualização de software. Talvez precisem ser substituídos. Em uma grande empresa, isso torna a migração para a criptografia pós-quântica (PQC) uma iniciativa significativa que levará vários anos.
No entanto, como engenheiro, minha próxima pergunta não é se o problema é difícil, mas se estamos definindo o problema corretamente.
Nem tudo precisa ser feito de uma só vez
Um dos maiores erros que as organizações podem cometer ao se preparar para a PQC é analisar todo o seu ambiente tecnológico e concluir que tudo precisa mudar de uma só vez. Não precisa.
A ameaça quântica afeta diferentes formas de criptografia de maneiras distintas. Essa distinção é importante porque permite que as organizações reduzam sua exposição imediata, em vez de tratar a adoção da criptografia pós-quântica (PQC) como um processo indiscriminado de substituição completa.
“As organizações não devem esperar ter certeza sobre quando chegará o Dia Q para começar a tratar da arquitetura.”
No entanto, restringir o problema não faz com que a dívida técnica existente desapareça. Na verdade, a PQC pode revelar o quanto essa dívida se tornou relevante, algo que abordo em mais detalhes na minha sessão “A preparação para a PQC começa agora”, disponível sob demanda no F5 Post Mythos Security Summit.
Considere o TLS 1.3. Pesquisa de 2026 da F5 Labs constatou que 10% dos principais sites ainda não oferecem suporte a ele. Isso vai além de uma questão de modernização. As cifras de PQC não podem ser negociadas por meio do TLS 1.2, o que torna o TLS 1.3 um requisito fundamental para a preparação para a PQC. Portanto, as organizações que ainda dependem de versões legadas do TLS têm trabalho a fazer antes mesmo de poderem realizar a próxima transição criptográfica.
O acúmulo de pendências de modernização de hoje pode se tornar a limitação de segurança de amanhã.
O tempo de migração faz parte do risco
Há outro motivo para delimitar o problema agora, em vez de esperar por mais certeza sobre quando o Dia Q chegará: a data em si não é o único prazo que importa.
O teorema de Mosca oferece uma maneira útil de pensar sobre os prazos: ele compara o tempo durante o qual as informações precisam permanecer seguras e o tempo necessário para migrar para uma criptografia resistente à computação quântica com o tempo restante até que computadores quânticos suficientemente poderosos possam ameaçar a atual criptografia de chave pública. Se a soma dos dois primeiros períodos exceder o terceiro, a organização terá um problema.
Isso muda a forma como devemos pensar sobre a preparação para a PQC. O tempo de migração não é apenas uma consideração de planejamento do projeto; ele faz parte do risco.
E a arquitetura empresarial pode ter um impacto enorme nesse tempo.
Quanto mais estreitamente a criptografia estiver vinculada a aplicações e sistemas individuais, maior será o número de pontos que uma organização poderá ter de modificar, testar, validar e manter. Somem-se a isso a infraestrutura legada e as dependências de terceiros, e o que parece ser uma atualização criptográfica pode rapidamente se transformar em uma ampla transformação empresarial.
É por isso que as organizações não devem esperar ter certeza sobre quando chegará o Q-Day para começar a tratar da arquitetura. Não é preciso saber exatamente quando a computação quântica ultrapassará esse limiar para reconhecer o valor de reduzir o tempo necessário para reagir.
Projete para mudanças criptográficas
Em última análise, o objetivo não é apenas implementar os algoritmos de criptografia pós-quântica (PQC) atualmente aprovados, mas também desenvolver a capacidade de adaptação à medida que os requisitos criptográficos continuarem evoluindo.
É isso que criptoagilidade significa para mim: a capacidade de substituir e adaptar algoritmos criptográficos sem interromper o funcionamento dos sistemas em execução.
Esta é uma pergunta útil para líderes de tecnologia: Se um algoritmo criptográfico tivesse que ser alterado amanhã, em quantos aplicativos precisaríamos mexer?
Se a resposta for centenas ou milhares, a PQC não é apenas um problema de criptografia. É um problema de arquitetura.
E tentar resolver esse problema reescrevendo manualmente uma aplicação após a outra não é uma solução atraente. Em uma grande empresa, essa abordagem pode se tornar lenta, cara, causar transtornos operacionais e exigir muito da infraestrutura.
Felizmente, essa não é a única solução.
O desafio à frente é considerável, mas as organizações podem torná-lo mais administrável identificando onde está sua real exposição, entendendo quais dependências estão sob seu controle e projetando a infraestrutura para que as mudanças criptográficas não precisem se tornar um problema para todas as equipes de aplicações.
Sessão do Summit: a preparação para a PQC começa agora
No F5 Post-Mythos Security Summit sob demanda, exploro exatamente esse desafio na minha sessão “A preparação para a PQC começa agora”. Acompanhe-me em uma abordagem prática de três etapas para avaliar a exposição imediata, gerenciar a transição e proteger a infraestrutura, evitando interrupções desnecessárias nas operações atuais.
Sobre o autor
Publicações relacionadas no blog
IA agêntica em cibersegurança: promessas e riscos
Saiba por que o uso de IA agêntica na cibersegurança é essencial para combater ameaças impulsionadas por IA e por que os agentes também criam novos riscos para as empresas.
Como os clientes da F5 no setor financeiro lidam com a soberania digital sem desacelerar a inovação
Como é a soberania digital na prática? Dois projetos recentes da F5 com clientes mostram como diferentes empresas estão enfrentando esses desafios.
Soberania operacional: construindo resiliência em um mundo imprevisível
Para muitas organizações, a questão já não se resume apenas a controlar os dados. Trata-se de manter a capacidade de operar, adaptar-se e se recuperar à medida que as leis e as condições evoluem.
Segurança de IA com evidências: o que levaremos ao Gartner SRM
Antes de sua sessão no Gartner SRM, o vice-presidente sênior de Marketing de Produtos da F5 explica como a F5 ajuda as organizações a proteger a IA em três etapas práticas.
Gestão de riscos de IA: como as proteções podem ajudar a mitigá-los
O risco da IA é impulsionado por comportamentos probabilísticos e pela explicabilidade limitada, não apenas por falhas de segurança. Uma gestão eficaz exige controle operacional contínuo.
Lei de IA do Colorado (SB 205): o que as empresas precisam saber antes de 2026
A SB 205 do Colorado, a lei pioneira do estado sobre inteligência artificial, foi sancionada pelo governador Jared Polis em 17 de maio de 2024. O projeto de lei estabelece requisitos para que as empresas que utilizam IA implementem controles destinados a proteger os cidadãos do Colorado.