Público-alvo: Este artigo é escrito para gestores de programas OEM/ODM, proprietários de marcas preocupados com a erosão do DRM e responsáveis pela conformidade em agências de compras escolares que precisam de uma resposta clara a uma pergunta: "se um concorrente retirar uma caneta da nossa prateleira e reprogramar firmware antigo, consegue trazer de volta uma biblioteca OID sem DRM?". Percorremos o contador monotónico, o layout do eFuse, o handshake de atestado de versão e o fluxo de depuração de campo em cada uma das 11 referências da linha Smart Reading Pen (B1, B2, F8, K7, KF1, L5, P2, Q6, Q8, T2, Y6).
O anti-rollback é a funcionalidade de segurança, de nome pouco apelativo, sem a qual um programa de canetas de leitura não pode viver. Um esquema de DRM que protege o invólucro AES-128 da biblioteca OID só é tão sólido quanto o firmware que detém a chave de invólucro — e se o firmware puder ser revertido para uma build que não verifica o invólucro, o invólucro falha aberto. Já enviámos mais de 47 000 canetas e assistimos a três tentativas de engenharia inversa falharem precisamente porque as apanhámos antes de chegarem a uma build com um contador monotónico mais baixo.
Dica para o comprador: Faça duas perguntas ao fornecedor: "qual é o seu contador monotónico mais alto numa caneta já implantada?" e "pode revogar um contador e forçar um atestado em toda a frota?". Um fornecedor com um contador acima de 1 000 em hardware de produção está a enviar atualizações de firmware reais; abaixo de 200, não está.
1. As Três Ameaças Que o Anti-Rollback Defende
O anti-rollback não é uma funcionalidade única. É a proteção combinada contra três classes de ataque com as quais qualquer comprador B2B se deve preocupar.
- Reprodução: Um concorrente abre uma caneta, dessolda a flash, extrai o firmware e reprograma uma frota contrafeita. O anti-rollback apanha-o no atestado seguinte.
- Repúdio: Um litigante OEM afirma "esta caneta foi enviada com firmware antigo e não somos responsáveis". O contador monotónico é a cadeia de auditoria que fixa o firmware a uma data.
- Regressão: Um distribuidor encontra uma build antiga que não impõe o invólucro OID. Reverte a build de volta para a sua frota. O anti-rollback apanha-o no arranque seguinte.
Tratamos as três como estando no âmbito da equipa de engenharia. Os blocos de contador e atestado são dimensionados em conformidade.
2. O Contador Monotónico por SKU
O contador monotónico reside numa localização física diferente consoante a plataforma. Cada SKU tem pelo menos um contador; a maioria tem dois (um para o firmware, um para a versão do dicionário OID).
| Modelo | SoC | Localização do contador | Bits do contador | Com bateria de apoio? | Gatilho de incremento |
|---|---|---|---|---|---|
| B1 | Cortex-M0 + SE | Contador SE NVM | 32 | Sim (5 anos) | Arranque do firmware |
| B2 | Cortex-M0 + SE | Contador SE NVM | 32 | Sim (5 anos) | Arranque do firmware |
| F8 | Cortex-M4F | Linha de eFuse (8 bancos) | 32 (8 × 4) | Única | Sucesso da OTA |
| K7 | Cortex-M4F | Linha de eFuse (8 bancos) | 32 (8 × 4) | Única | Sucesso da OTA |
| KF1 | Cortex-M4F | Linha de eFuse (8 bancos) | 32 (8 × 4) | Única | Sucesso da OTA |
| L5 | Cortex-M33 TZ-M | Contador SE NVM + linha de eFuse | 32 + 16 | Híbrido | Arranque + OTA |
| P2 | Cortex-M0 + SE | Contador NVM SE | 32 | Sim (5 anos) | Arranque do firmware |
| Q6 | Cortex-M33 TZ-M | Contador NVM SE + linha eFuse | 32 + 16 | Híbrido | Arranque + OTA |
| Q8 | Cortex-M33 TZ-M | Contador NVM SE + linha eFuse | 32 + 16 | Híbrido | Boot + OTA |
| T2 | Cortex-A53 + SE | Contador SE NVM + linha eFuse + espelho RTC | 32 + 16 + 32 | Tripla redundância | Os três em cada arranque |
| Y6 | Cortex-A53 + SE | Contador SE NVM + linha eFuse + espelho RTC | 32 + 16 + 32 | Tripla redundância | Os três em cada arranque |
As linhas eFuse do Cortex-M4F são programáveis uma única vez. Depois de gravar uma linha, não é possível reverter o contador. Os 32 bits distribuídos por oito bancos de 4 bits dão-nos um orçamento teórico de incrementos de 2^32, mais do que suficiente para o tempo de vida de qualquer SKU individual.
As arquiteturas Cortex-M33 e Cortex-A53 combinam um contador NVM com backup por bateria (retenção de 5 anos) com uma linha eFuse. O contador NVM trata dos saltos de versão de rotina; a linha eFuse está reservada para atualizações de atestação de emergência. O contador com tripla redundância em T2 e Y6 é o nível mais elevado e é exigido em programas OEM de Padrão A que pretendem a cadeia anti-repúdio mais forte possível.
3. Atestado de Versão no Primeiro Arranque
O atestado de versão é o handshake pelo qual a caneta prova à nuvem ou a um jig de serviço que está a executar firmware igual ou superior a um mínimo especificado. O protocolo é o mesmo em todas as SKU, mas a primitiva criptográfica difere.
O min_fw_version é mantido na NVM e é assinado pela CA intermédia do OEM. Pode ser aumentado por um payload OTA, mas nunca diminuído. A caneta compara em cada arranque. A comparação utiliza o comparador de hardware do SE, pelo que, mesmo que a CPU host esteja comprometida, o arranque é interrompido.
4. Estatísticas de Campo: Com Que Frequência São Bloqueadas as Canetas?
Em mais de 47 000 canetas implementadas em 2025–26, o subsistema de deteção de reversão captou as seguintes tentativas.
| Origem da tentativa de reversão | Contagem | % da frota | Ação tomada |
|---|---|---|---|
| Técnico de campo (reparação legítima) | 86 | 0,18 % | Contador incrementado, OTA emitido |
| Experiência do distribuidor | 22 | 0,05 % | Conta suspensa |
| Laboratório contrafeito (detetado) | 4 | 0,008 % | Cadeia forense aberta |
| Laboratório contrafeito (estimado, não confirmado) | 60–100 | 0,13 %–0,21 % | Presumido; não testado em litígio |
| Falso positivo | 0 | 0 % | n/a |
As quatro tentativas confirmadas de laboratórios contrafeitos foram detetadas em campo no prazo de 30 dias; todas as quatro envolviam canetas cujo SE tinha sido fisicamente dessoldado e substituído. Como associamos a chave de identidade por dispositivo ao ID do SE, a caneta contrafeita não conseguiu concluir o handshake OTA e foi colocada em blackhole.
5. A Cadência de Incremento do Contador
O contador sobe com cada versão de firmware enviada. A cadência por linha:
| Linha de marca | Versões por ano | Incremento do contador por versão | Contador cumulativo (desde o lançamento) |
|---|---|---|---|
| Série B (B1, B2, P2) | 4 | +4 | 132 |
| Série F (F8) | 6 | +4 | 224 |
| Série K (K7, KF1) | 4 | +4 | 96 |
| Série L (L5) | 6 | +6 | 312 |
| Série Q (Q6, Q8) | 6 | +6 | 264 |
| Série T (T2) | 8 | +8 | 416 |
| Série Y (Y6) | 4 | +4 | 84 |
A linha T2 é a mais atualizada de forma agressiva; isto é propositado, porque a T2 transporta o valor DRM unitário mais elevado (a nova biblioteca OID premium). A Y6 é atualizada de forma mais conservadora porque está posicionada como uma ferramenta estável para distritos escolares que não pretendem alterações mensais.
6. Revogação Forçada por Rollback de Emergência
Existe um caso em que queremos forçar toda a frota para um contador mais elevado. Isso acontece quando é descoberta uma anomalia real em campo e precisamos que cada caneta reateste com uma versão mínima atualizada. O procedimento é idêntico em todas as SKUs.
- Gerar uma nova imagem de firmware com
min_fw_version = atual + 10. - Assinar a imagem no HSM da fábrica.
- Enviar a imagem via OTA, marcada com a flag "EMERGENCY".
- No próximo arranque bem-sucedido, a verificação do contador sobe para o novo valor e a caneta continua a funcionar.
- As canetas que nunca receberem o OTA no prazo de 30 dias são sinalizadas no painel cloud para o OEM.
O evento mais baixo (Q2-26, 95,6 %) foi uma implementação num ministério brasileiro em que 4,4 % das canetas estiveram offline durante mais de 30 dias. O gestor distrital escolar do OEM recolheu essas canetas e executou o OTA pela base desktop em lotes.
7. Programas OEM e Custódia do Contador
Para programas OEM de Padrão A (apenas T2, Y6), o contador é incrementado pelo HSM de assinatura do OEM. O payload OTA é construído pela ferramenta de assinatura do importador. Para OEM de Padrão B, o HSM da fábrica é dono do contador e o importador só pode solicitar um aumento do contador através de um ticket de suporte.
O Padrão A é o mais seguro, mas o mais pesado operacionalmente. Um aumento do contador requer duas assinaturas do lado OEM, o que custa 8 ms num Thales Luna T-7. O Padrão B é gratuito ao nível da unidade, mas significa que o importador não pode aumentar unilateralmente o contador durante um incidente na cadeia de abastecimento.
A regra de decisão que sugerimos aos compradores OEM: escolha o Padrão A apenas se o seu programa enviar acima de 50 000 canetas/ano ou se os seus concursos exigirem explicitamente a custódia do contador internamente. Abaixo disso, o Padrão B oferece-lhe as mesmas propriedades defensáveis de anti-rollback com zero custo operacional incremental.
8. Reprogramação Após uma Tentativa Bloqueada pelo Contador
Quando uma caneta é bloqueada por uma verificação anti-rollback, o único caminho de retorno é uma re-flash de fábrica com um token de manutenção de utilização única. O token é gerado pela equipa de suporte OEM, assinado pelo HSM da fábrica, válido por 30 dias e queimado após utilização. Custo: 1,20 USD por token em escala (a queima do elemento seguro é o gargalo), mão de obra manual 4,50 USD.
Para mais de 47 000 canetas enviadas, a taxa média de eventos de bloqueio é de 0,21 % por ano; isto traduz-se em cerca de 100 tokens enviados. Orçamentamos 200 tokens por ano para 50 000 canetas; a variação é absorvida na nossa margem.
9. O Conclusivo para Distribuidores e Concursos
O anti-rollback é o que transforma um esquema DRM de "papel" para "aplicado". O contador monotónico, o mecanismo de bump OTA e a paragem de depuração em campo são tudo o que separa uma proposta OEM legítima de uma fábrica de contrafação. Nas 11 SKUs que detemos, o contador é mantido em três tecnologias redundantes (NVM do SE, linha de eFuse, espelho RTC em T2/Y6) com auditorias trimestrais.
CTA
Leitura Relacionada
- Encriptação de Firmware e Secure Boot da Caneta de Leitura
- Fluxo de Arranque BIOS e Trusted Boot da Caneta de Leitura
- Rollback OTA e Version Pinning da Caneta de Leitura
- Caneta de Leitura com Criptografia e TrustZone
- Caneta de Leitura com Elemento Seguro e Anti-adulteração
- Caneta de Leitura com Gestão de Chaves e HSM
- Pedir Orçamento