Já expliquei em outro artigo as três categorias de ataque físico — invasivo, semi-invasivo e não invasivo — e as motivações reais por trás de quem investe nisso. Esse aqui é o outro lado da moeda: o que engenheiro de hardware de verdade projeta dentro do chip pra encarecer, atrasar ou detectar esses ataques. Porque “usar criptografia forte” é necessário, mas está longe de ser suficiente quando o atacante tem o chip físico na mão.
O ponto de partida: mesmo com acesso físico, a informação tem que continuar cara de extrair
A premissa de qualquer defesa física decente é: aceitar que o atacante vai conseguir acesso ao chip é diferente de aceitar que ele vai conseguir extrair o segredo. O objetivo de design não é impedir todo acesso físico — isso é impossível a partir de um certo nível de investimento do atacante — é fazer com que o custo de extrair algo útil supere o benefício que o atacante ganharia com isso.
Duas técnicas concretas de design fazem esse trabalho na prática, além da criptografia em si.
Bus scrambling: esconder qual fio carrega o quê
Numa arquitetura de chip “óbvia”, o barramento entre CPU e memória transmite dados numa ordem previsível — o bit 0 de um byte sempre no mesmo fio físico, sempre na mesma posição relativa ao clock. Isso é conveniente pra debug e simulação, e é exatamente o que facilita a vida de quem está fazendo microprobing: identificar visualmente qual trilha física carrega qual bit de dado.
Bus scrambling embaralha essa ordem de transmissão entre CPU e memória de forma não óbvia (e idealmente variável por dispositivo, não um padrão fixo documentado publicamente). Isso não impede microprobing — quem tem acesso físico ainda consegue sondar as trilhas — mas transforma “sondar um fio e ler o bit” em “sondar dezenas de fios e descobrir por engenharia reversa qual combinação corresponde a qual bit”, o que multiplica o tempo e a expertise necessários pro mesmo resultado.
Glue logic: integrar em vez de usar peças previsíveis
A abordagem tradicional de design usa componentes padronizados e previsíveis — registrador aqui, decodificador ali, unidade aritmética logo depois, cada um reconhecível por quem já fez engenharia reversa de chips parecidos antes. Glue logic design faz o oposto: integra essas funcionalidades (registradores, decodificadores, unidades aritméticas) numa estrutura única e não padronizada, dificultando a identificação de caminhos de dados durante reverse engineering.
Do ponto de vista de quem projeta, isso tem um custo real: um design mais integrado e não padronizado é mais difícil de verificar, de reusar entre projetos, e de depurar internamente. É uma troca consciente entre segurança e engenharia — vale a pena quando o produto realmente precisa resistir a engenharia reversa séria (smartcard, secure element, chip de pagamento); é over-engineering pra um sensor IoT de baixo custo que não guarda segredo nenhum relevante.
Sensor mesh: detectar a tentativa, não só dificultar
Essa é a contramedida mais interessante porque muda o jogo de “dificultar passivamente” pra “detectar ativamente e reagir”. Dispositivos modernos como smartcards incorporam uma malha de sensores (sensor mesh) na camada de metal superior do chip — uma grade condutora que cobre a superfície ativa. Qualquer tentativa de microprobing ou decapsulação que perturbe fisicamente essa malha (cortando, expondo, ou alterando a continuidade elétrica dela) dispara um alarme interno que apaga automaticamente os dados sensíveis armazenados.
Isso muda fundamentalmente a economia do ataque pro invasor: não basta ter o equipamento de microprobing, é preciso conseguir contornar a malha sem disparar o alarme — o que exige uma camada adicional de expertise (e geralmente equipamento ainda mais caro) só pra chegar no ponto de partida de outras técnicas invasivas.
Encriptação de barramento e auditoria contínua fecham o quadro
Além dessas duas técnicas de design físico, dois elementos completam uma estratégia de defesa física madura:
- Criptografia robusta de dados em trânsito e em repouso, de forma que mesmo se o atacante conseguir acesso físico ao barramento ou à memória, o dado extraído ainda precise ser desencriptado — adicionando outra camada de custo além do acesso físico em si.
- Auditoria de segurança contínua e testes simulando ataque real, porque uma contramedida de hardware não é validada por especificação — é validada testando fisicamente contra o mesmo tipo de equipamento que um atacante real usaria. Isso inclui manter firmware e software atualizados, já que boa parte dos ataques não invasivos explora vulnerabilidades que patches corrigiriam.
O que fica de lição prática
Nenhuma dessas técnicas resolve sozinha. Bus scrambling sem sensor mesh ainda deixa a porta de microprobing aberta pra quem tiver paciência de reverse engineer o padrão de embaralhamento. Sensor mesh sem criptografia robusta ainda expõe dado em claro se o atacante conseguir contornar a malha por algum caminho não coberto. A defesa real é a combinação das camadas, dimensionada pro modelo de ameaça do seu produto específico — que é exatamente o que discuto no artigo sobre taxonomia e motivações de ataque físico, e no artigo sobre como avaliar e certificar o nível de segurança física de um sistema (níveis de tamper resistance e certificação FIPS 140). Os três juntos dão o quadro completo: o que pode acontecer, por que alguém faria isso, e como você mede se sua defesa está de fato à altura.
