ICTK e Pukyong National University desenvolvem engine de hardware pós-quântico programável

A ICTK, fabricante sul-coreana de chips fabless focada em segurança quântica, informou em 5 de novembro que vai desenvolver com a Pukyong National University um engine de hardware pós-quântico programável. A unidade dedicada suporta ML-KEM e ML-DSA, padrões do NIST, além dos algoritmos coreanos KpqC. A conclusão está prevista para agosto de 2028.

A arquitetura reaproveita blocos de IP de hardware compartilhados para as operações comuns aos algoritmos PQC. O que é específico de cada algoritmo fica por conta de parâmetros e fluxos de controle (instruções) ajustáveis. Na prática, um único bloco de silício atende vários algoritmos sem um acelerador fixo para cada um. O engine deve entrar num SoC de segurança que a ICTK desenvolve com o KETI e a Kookmin University, com desenvolvimento até o fim de 2029 e a KT como cliente prospectivo. A base vem de dois projetos conjuntos desde 2024: um engine de criptografia de chave pública e um engine PQC integrado com ML-KEM e ML-DSA numa só plataforma. A equipe da Pukyong projetou os engines, e a ICTK cuidou de requisitos, verificação de segurança e verificação funcional na implementação em chip.

A cobertura anterior do CEVIU mostra o contexto em que esse anúncio aparece. Em 21 de setembro de 2026, o CEVIU noticiou "Lattice apresenta FPGA Mach-N2 com Criptografia Pós-Quântica Integrada", com PQC direto no hardware. Em 29 de outubro de 2026, em "NIST finaliza o IR 8547, roadmap de transição para criptografia pós-quântica", o órgão consolidou o plano de aposentadoria dos algoritmos de chave pública vulneráveis. A ICTK é outra empresa e outro projeto, então não se trata de evolução do mesmo produto. Mas a direção é a mesma: PQC saindo do software e indo para o silício, num momento em que o cronograma de transição fica mais firme.

Para quem define arquitetura de segurança ou compra hardware criptográfico, o ponto é a agilidade criptográfica. Um engine programável tende a reduzir o risco de ficar preso a um algoritmo se parâmetros ou padrões mudarem. Mas o prazo é longo (2028 para o engine, 2029 para o SoC), então não resolve a migração de curto prazo. É sinal de para onde o mercado de chips de segurança está indo.