Mostrar código-fonte de Ataque de canal lateral

[[Arquivo:Power attack.png|thumb|Tentativa de decodificar bits de chave [[RSA (sistema criptográfico)|RSA]] usando análise de energia. O pico à esquerda representa as variações de energia da CPU durante a etapa do algoritmo sem multiplicação, o pico à direita (mais amplo) – etapa com multiplicação, permitindo que um atacante leia os bits 0, 1.]]
Em [[Segurança de computadores|segurança da computação]], um '''ataque de canal lateral''' é qualquer ataque baseado em informações adicionais que podem ser reunidas devido à forma fundamental como um [[Protocolo (ciência da computação)|protocolo de computador]] ou [[algoritmo]] é implementado, ao invés de falhas no design do protocolo ou algoritmo em si (por exemplo, falhas encontradas em uma [[criptoanálise]] de um [[criptografia|algoritmo criptográfico]]) ou erros menores, mas potencialmente devastadores, na implementação. (A criptanálise também inclui a busca por ataques de canal lateral.) Informações de temporização, consumo de energia, vazamentos [[eletromagnético|eletromagnéticos]] e som são exemplos de informações adicionais que podem ser exploradas para facilitar ataques de canal lateral.

Alguns ataques de canal lateral exigem conhecimento técnico da operação interna do sistema, embora outros, como a análise diferencial de potência, sejam eficazes como ataques de [[Teste de caixa-preta|caixa preta]]. O surgimento de aplicativos [[Web 2.0]] e [[software como serviço]] também aumentou significativamente a possibilidade de ataques de canal lateral na web, mesmo quando as transmissões entre um navegador da web e o servidor são criptografadas (por exemplo, por meio de [[HTTPS]] ou criptografia [[Wi-Fi]]), segundo pesquisadores da [[Microsoft Research]] e da [[Indiana University]].<ref>{{cite journal |url=http://research.microsoft.com/pubs/119060/WebAppSideChannel-final.pdf |title=Vazamentos de Canal Lateral em Aplicações Web: uma Realidade Hoje, um Desafio Amanhã |date=maio de 2010 |journal=Microsoft Research |publisher=IEEE Symposium on Security & Privacy 2010 |author1=Shuo Chen |author2=Rui Wang |author3=XiaoFeng Wang |author4=Kehuan Zhang}}</ref>

Tentativas de quebrar um criptossistema enganando ou coagindo pessoas com acesso legítimo geralmente não são consideradas ataques de canal lateral: veja [[engenharia social (segurança)|engenharia social]] e [[criptoanálise de mangueira de borracha]].

As classes gerais de ataques de canal lateral incluem:

* Ataque de cache — ataques baseados na capacidade do atacante de monitorar os acessos ao [[cache]] feitos pela vítima em um sistema físico compartilhado, como em um ambiente virtualizado ou um tipo de serviço em nuvem.
* [[Ataque de temporização]] — ataques baseados na medição do tempo que várias computações (como, por exemplo, comparar a senha fornecida por um atacante com a senha desconhecida da vítima) levam para serem realizadas.
* Ataque de monitoramento de energia — ataques que fazem uso da variação do consumo de energia pelo hardware durante a computação.
* Ataque eletromagnético — ataques baseados em vazamentos de radiação eletromagnética, que podem fornecer diretamente textos simples e outras informações. Tais medições podem ser usadas para inferir chaves criptográficas usando técnicas equivalentes às da análise de potência ou podem ser usadas em ataques não criptográficos, por exemplo, ataques [[TEMPEST]] (também conhecidos como [[van Eck phreaking]] ou monitoramento de radiação).
* Criptoanálise acústica — ataques que exploram o som produzido durante uma computação (semelhante à análise de potência).
* Análise diferencial de falha — na qual segredos são descobertos introduzindo falhas em uma computação.
* [[Persistência de dados]] — na qual dados sensíveis são lidos após supostamente terem sido excluídos (por exemplo, ataque de inicialização a frio [<nowiki/>[[Cold boot attack]]]).
* Ataques iniciados por software — Atualmente, uma classe rara de canais laterais, Row hammer é um exemplo no qual a memória fora dos limites pode ser alterada acessando a memória adjacente com muita frequência (causando perda de retenção de estado).
* Lista de permissões — ataques baseados no fato de que os dispositivos de lista branca se comportarão de maneira diferente ao se comunicar com dispositivos permitidos (enviando de volta as respostas) e dispositivos não permitidos (não respondendo aos dispositivos). Um canal lateral baseado em lista branca pode ser usado para rastrear endereços MAC do Bluetooth.
* Óptico - no qual segredos e dados sensíveis podem ser lidos por gravação visual usando uma câmera de alta resolução ou outros dispositivos que possuam tais capacidades (veja exemplos abaixo).

Em todos os casos, o princípio subjacente é que os efeitos físicos causados pela operação de um [[sistema criptográfico]] (''ao lado'') podem fornecer informações adicionais úteis sobre segredos no sistema, como a [[chave criptográfica]], informações parciais de estado, textos simples completos ou parciais e assim por diante. O termo criptofthora (degradação secreta) é às vezes usado para expressar a degradação de material de chave secreta resultante do vazamento de canal lateral.

==Exemplos==
Um '''ataque de cache de canal lateral''' funciona monitorando operações críticas de segurança, como a entrada da tabela AES<ref>{{cite book | chapter=Algoritmos Altamente Eficientes para Recuperação de Chave AES em Ataques de Acesso ao Cache | year=2016 | author1=Ashokkumar C. | title=2016 IEEE European Symposium on Security and Privacy (EuroS&P) | pages=261–275 | author2=Ravi Prakash Giri | author3=Bernard Menezes| doi=10.1109/EuroSP.2016.29 | isbn=978-1-5090-1751-5 | s2cid=11251391 }}</ref><ref>{{citation |url=http://eprint.iacr.org/2014/435.pdf |title=Espera aí! Um ataque rápido entre máquinas virtuais no AES |author1=Gorka Irazoqui |author2=Mehmet Sinan Inci |author3=Thomas Eisenbarth |author4=Berk Sunar |access-date=2018-01-07}}</ref><ref>{{citation |url=http://eprint.iacr.org/2013/448.pdf |title=Flush+Reload: um Ataque de Canal Lateral de Alta Resolução, Baixo Ruído no Cache L3 |author1=Yuval Yarom |author2=Katrina Falkner |access-date=2018-01-07}}</ref> ou exponenciação modular ou multiplicação ou acessos à memória.<ref>{{citation |url=http://eprint.iacr.org/2016/596.pdf |title=Ataques ao Cache Possibilitam a Recuperação em Massa de Chaves na Nuvem |author1=Mehmet S. Inci |author2=Berk Gulmezoglu |author3=Gorka Irazoqui |author4=Thomas Eisenbarth |author5=Berk Sunar |access-date=2018-01-07}}</ref> O atacante então é capaz de recuperar a chave secreta dependendo dos acessos feitos (ou não feitos) pela vítima, deduzindo a chave de criptografia. Além disso, ao contrário de alguns outros ataques de canal lateral, esse método não cria uma falha na operação criptográfica em andamento e é invisível para a vítima.

Em 2017, foram descobertas duas vulnerabilidades da [[Unidade Central de Processamento|CPU]] (denominadas [[Meltdown (informática)|Meltdown]] e [[Spectre (informática)|Spectre]]), que podem usar um canal lateral baseado em cache para permitir que um atacante vaze o conteúdo da memória de outros processos e do próprio sistema operacional.Um '''ataque de temporização''' observa o movimento de dados para dentro e para fora da [[Unidade Central de Processamento|CPU]] ou memória no hardware que executa o criptossistema ou algoritmo. Apenas observando variações no tempo que leva para realizar operações criptográficas, pode ser possível determinar toda a chave secreta. Tais ataques envolvem análise estatística de medidas de temporização e foram demonstrados em redes.<ref>{{cite web|url=http://crypto.stanford.edu/~dabo/papers/ssl-timing.pdf|title=Ataques remotos de temporização são práticos|author1=David Brumley |author2=Dan Boneh |year=2003}}</ref>

Um '''ataque de análise de potência''' pode fornecer informações ainda mais detalhadas observando o consumo de energia de um dispositivo de hardware, como CPU ou circuito criptográfico. Esses ataques são categorizados de forma aproximada em análise de potência simples (SPA) e análise de potência diferencial (DPA). Um exemplo é o Collide+Power, que afeta quase todas as CPUs.<ref>{{Cite web |last=Kovacs |first=Eduard |date=2023-08-01 |title=Quase Todas as CPUs Modernas Vazam Dados para Novo Ataque de Canal Lateral Collide+Power |url=https://www.securityweek.com/nearly-all-modern-cpus-leak-data-to-new-collidepower-side-channel-attack/ |access-date=2023-08-02 |website=SecurityWeek |language=en-US}}</ref><ref name=":3">{{Cite web |last=Claburn |first=Thomas |title=Outra falha de vazamento de dados na CPU encontrada. Felizmente, é impraticável |url=https://www.theregister.com/2023/08/01/collide_power_cpu_attack/ |access-date=2023-08-02 |website=www.theregister.com |language=en}}</ref><ref>{{Citation |title=Collide+Power |date=2023-08-01 |url=https://github.com/IAIK/CollidePower |access-date=2023-08-02 |publisher=Institute of Applied Information Processing and Communications (IAIK)}}</ref> Outros exemplos usam abordagens de [[aprendizado de máquina]].<ref>{{cite journal |last1=Lerman |first1=Liran |last2=Bontempi |first2=Gianluca |last3=Markowitch |first3=Olivier |title=Ataque de análise de potência: uma abordagem baseada em aprendizado de máquina |journal=International Journal of Applied Cryptography |date=1 de janeiro de 2014 |volume=3 |issue=2 |pages=97–115 |doi=10.1504/IJACT.2014.062722 |url=https://www.inderscienceonline.com/doi/abs/10.1504/IJACT.2014.062722 |issn=1753-0563}}</ref>

Flutuações na corrente também geram [[eletromagnético|ondas de rádio]], permitindo ataques que analisam medidas de emissões eletromagnéticas (EM). Esses ataques geralmente envolvem técnicas estatísticas semelhantes às dos ataques de análise de potência.

Um '''ataque de canal lateral baseado em aprendizado profundo''',<ref>{{cite journal |last1=Timon |first1=Benjamin |date=2019-02-28 |title=Ataques de Canal Lateral Baseados em Aprendizado Profundo não Perfis com Análise de Sensibilidade |url=//tches.iacr.org/index.php/TCHES/article/view/7387 |journal=Transações IACR sobre Hardware Criptográfico e Sistemas Embarcados |volume= |issn=2569-2925 |pages=107–131 |doi=10.13154/tches.v2019.i2.107-131 |s2cid=4052139 |access-date=2021-11-19}}
</ref><ref>[https://ieeexplore.ieee.org/document/8806883 "X-DeepSCA: Ataque de Canal Lateral com Aprendizado Profundo entre Dispositivos"] por D. Das, A. Golder, J. Danial, S. Ghosh, A. Raychowdhury e S. Sen, na 56ª Conferência de Projeto Automatizado ACM/IEEE (DAC) 2019.</ref><ref>[https://ieeexplore.ieee.org/abstract/document/8777157 "Abordagens Práticas para Ataque de Canal Lateral de Energia com Aprendizado Profundo entre Dispositivos"] por A. Golder, D. Das, J. Danial, S. Ghosh, A. Raychowdhury e S. Sen, no IEEE Transactions on Very Large Scale Integration (VLSI) Systems, Vol. 27, Edição 12, 2019.</ref> utilizando informações de potência e EM em vários dispositivos foi demonstrado com o potencial de quebrar a chave secreta de um dispositivo diferente, mas idêntico, em tão pouco quanto um único traço.

Análogos históricos aos ataques modernos de canal lateral são conhecidos. Um documento recentemente desclassificado da [[Agência de Segurança Nacional|NSA]] revela que, já em 1943, um engenheiro da Bell Telephone observou picos decifráveis em um osciloscópio associados à saída descriptografada de um determinado teletipo criptografante.<ref>{{cite magazine|url=http://blog.wired.com/27bstroke6/2008/04/nsa-releases-se.html|title=Documento da NSA desclassificado revela a história secreta do TEMPEST|magazine=Wired|publisher=Wired.com|date=29 de abril de 2008}}</ref> Segundo o ex-oficial do [[MI5]], Peter Wright, o Serviço de Segurança Britânico analisou as emissões do equipamento cifrado francês na década de 1960.<ref>{{Cite web|url=https://www.sans.org/reading-room/whitepapers/privacy/introduction-tempest-981|title=Uma Introdução ao TEMPEST}}</ref> Na década de 1980, suspeitava-se que espiões soviéticos ([[KGB]]) haviam plantado dispositivos de escuta dentro de máquinas de escrever IBM Selectric para monitorar o ruído elétrico gerado quando a esfera da máquina girava e se inclinava para atingir o papel; as características desses sinais poderiam determinar qual tecla foi pressionada.<ref>{{cite magazine|url=http://www.time.com/time/magazine/article/0,9171,964052-2,00.html|archive-url=https://web.archive.org/web/20110604062749/http://www.time.com/time/magazine/article/0,9171,964052-2,00.html|archive-date=4 de junho de 2011|title=A Arte da Espionagem de Alta Tecnologia|magazine=Time| last= Church |first= George|date=20 de abril de 1987|access-date=21 de janeiro de 2010}}</ref>

O consumo de energia dos dispositivos causa aquecimento, que é compensado por efeitos de resfriamento. Mudanças de temperatura criam estresse mecânico termicamente induzido. Esse estresse pode gerar emissões acústicas de baixo nível de CPUs em operação (cerca de 10 kHz em alguns casos). Pesquisas recentes de [[Adi Shamir|Shamir]] et al. sugerem que informações sobre a operação de criptossistemas e algoritmos podem ser obtidas dessa maneira também. Isso é um '''ataque de criptoanálise acústica'''.

Se a superfície do chip da CPU, ou em alguns casos a embalagem da CPU, puder ser observada, imagens [[infravermelho]] também podem fornecer informações sobre o código sendo executado na CPU, conhecido como '''ataque de imagem térmica'''.

Exemplos de '''ataques de canal lateral óptico''' incluem obter informações do indicador de atividade do disco rígido<ref>{{citation |url=http://www.securityweek.com/hard-drive-led-allows-data-theft-air-gapped-pcs |title=LED do Disco Rígido Permite Roubo de Dados de PCs Isolados |author=Eduard Kovacs |date=23 de fevereiro de 2017 |access-date=18 de março de 2018 |work=Security Week}}</ref> até a leitura de um pequeno número de fótons emitidos por transistores à medida que mudam de estado.<ref>{{citation |url=http://digital-library.theiet.org/content/journals/10.1049/iet-ifs_20080038 |title=Quando AES pisca: introduzindo canal lateral óptico |author1=J. Ferrigno |author2=M. Hlaváč |journal=IET Information Security |volume=2 |issue=3 |date=setembro de 2008 |pages=94–98 |doi=10.1049/iet-ifs:20080038}}</ref>

Também existem '''canais laterais baseados em alocação''' e se referem às informações que vazam da alocação (em oposição ao uso) de um recurso, como largura de banda de rede, para clientes que estão solicitando simultaneamente o recurso disputado.<ref>{{citation |url=https://eprint.iacr.org/2020/287.pdf |title=Alocadores de Recursos Privados e Suas Aplicações |author1=S. Angel |author2=S. Kannan |author3=Z. Ratliff |journal=Proceedings of the IEEE Symposium on Security and Privacy (S&P), 2020.}}</ref>

==Contramedidas==
Como os ataques de canal lateral dependem da relação entre as informações emitidas (vazadas) por meio de um canal lateral e os dados secretos, as contramedidas se enquadram em duas categorias principais: (1) eliminar ou reduzir a liberação de tais informações e (2) eliminar a relação entre as informações vazadas e os dados secretos, ou seja, tornar as informações vazadas não relacionadas, ou melhor, "não correlacionadas", aos dados secretos, geralmente por meio de alguma forma de randomização do texto cifrado que transforma os dados de maneira reversível após a operação criptográfica (por exemplo, descriptografia) ser concluída.

Na primeira categoria, displays com blindagem especial para reduzir as emissões eletromagnéticas, diminuindo a suscetibilidade a ataques [[TEMPEST]], estão agora disponíveis comercialmente. A condicionamento e filtragem da linha de energia podem ajudar a dissuadir ataques de monitoramento de energia, embora tais medidas devam ser usadas com cautela, uma vez que até mesmo correlações muito pequenas podem permanecer e comprometer a segurança. Invólucros físicos podem reduzir o risco de instalação sorrateira de microfones (para combater ataques acústicos) e outros dispositivos de micro-monitoramento (contra ataques de consumo de energia da CPU ou imagem térmica).

Outra contramedida (ainda na primeira categoria) é saturar o canal emitido com ruído. Por exemplo, um atraso aleatório pode ser adicionado para desencorajar ataques temporizados, embora os adversários possam compensar esses atrasos fazendo a média de várias medições (ou, mais geralmente, usando mais medições na análise). Quando a quantidade de ruído no canal lateral aumenta, o adversário precisa coletar mais medições.

Outra contramedida na primeira categoria é usar software de análise de segurança para identificar certas classes de ataques de canal lateral que podem ser encontrados durante as etapas de design do próprio hardware subjacente. Ataques temporizados e ataques de cache podem ser identificados por meio de certas plataformas de software de análise de segurança disponíveis comercialmente, que permitem testar a vulnerabilidade ao ataque em si, bem como a eficácia da mudança arquitetônica para contornar a vulnerabilidade. O método mais abrangente para empregar essa contramedida é criar um Ciclo de Vida de Desenvolvimento Seguro para hardware, que inclui a utilização de todas as plataformas de análise de segurança disponíveis em suas respectivas fases do ciclo de vida de desenvolvimento do hardware.<ref>{{cite web|url=http://www.tortugalogic.com/isolation/|title=Identificação de Problemas de Isolamento em Arquiteturas Modernas de Microprocessadores|author1=Tortuga Logic|year=2018|access-date=2018-02-23|archive-date=2018-02-24|archive-url=https://web.archive.org/web/20180224113055/http://www.tortugalogic.com/isolation/}}</ref>

No caso de ataques temporizados contra alvos cujos tempos de computação são quantizados em contagens de ciclos de relógio discretos, uma contramedida eficaz é projetar o software para ser isócrono, ou seja, executar em uma quantidade exatamente constante de tempo, independentemente de valores secretos. Isso torna os ataques temporizados impossíveis.<ref name="Spadavecchia">
[http://www.era.lib.ed.ac.uk/bitstream/1842/860/1/Spadavecchia_thesis.pdf "Uma Arquitetura Assíncrona Baseada em Rede para Dispositivos Criptográficos"]
por Ljiljana Spadavecchia
2005
nas seções "3.2.3 Contramedidas", "3.4.2 Contramedidas",
"3.5.6 Contramedidas", "3.5.7 Contramedidas de Software",
"3.5.8 Contramedidas de Hardware" e "4.10 Análise de Canal Lateral de Arquiteturas Assíncronas".
</ref> Tais contramedidas podem ser difíceis de implementar na prática, uma vez que até mesmo instruções individuais podem ter temporizações variáveis em algumas CPUs.

Uma contramedida parcial contra ataques simples de energia, mas não contra ataques diferenciais de análise de energia, é projetar o software de modo que seja "seguro para o contador de programa" no "modelo de segurança do contador de programa". Em um programa seguro para o contador de programa, o caminho de execução não depende de valores secretos. Em outras palavras, todos os ramos condicionais dependem apenas de informações públicas. (Esta é uma condição mais restritiva do que o código isócrono, mas menos restritiva do que o código sem branches). Mesmo que as operações de multiplicação consumam mais energia do que NOP (código) em praticamente todas as CPUs, usar um caminho de execução constante impede que diferenças de energia dependentes de operações (diferenças de energia ao escolher um ramo em vez de outro) vazem informações secretas.<ref name="Spadavecchia" /> Em arquiteturas onde o tempo de execução da instrução não é dependente de dados, um programa seguro para o contador de programa também é imune a ataques de temporização.<ref>[https://www.cs.berkeley.edu/~daw/papers/pcmodel-long.pdf "The Program Counter Security Model: Automatic Detection and Removal of Control-Flow Side Channel Attacks"] de David Molnar, Matt Piotrowski, David Schultz, David Wagner (2005).</ref><ref>[https://www.usenix.org/legacy/events/sec05/wips/molnar.pdf "The Program Counter Security Model: Automatic Detection and Removal of Control-Flow Side Channel Attacks" apresentação do trabalho em andamento da USENIX]</ref>

Outra maneira pela qual o código pode ser não isócrono é que as CPUs modernas têm um cache de memória: acessar informações raramente utilizadas incorre em uma grande penalidade de temporização, revelando algumas informações sobre a frequência de uso dos blocos de memória. O código criptográfico projetado para resistir a ataques de cache tenta usar a memória de maneira previsível (como acessar apenas os dados de entrada, saída e do programa, e fazer isso de acordo com um padrão fixo). Por exemplo, buscas de tabela dependentes de dados devem ser evitadas porque o cache poderia revelar qual parte da tabela de busca foi acessada.

Outras contramedidas parciais tentam reduzir a quantidade de informações vazadas devido a diferenças de energia dependentes de dados. Algumas operações usam energia correlacionada ao número de bits 1 em um valor secreto. O uso de um código de peso constante (como o uso de portas Fredkin ou codificação de trilho duplo) pode reduzir o vazamento de informações sobre o peso de Hamming do valor secreto, embora correlações exploráveis provavelmente permaneçam a menos que o balanceamento seja perfeito. Esse "design equilibrado" pode ser aproximado no software manipulando tanto os dados quanto seu complemento juntos.<ref name="Spadavecchia" />

Vários "CPUs seguros" foram construídos como CPUs assíncronas; eles não têm uma referência de temporização global. Embora essas CPUs tenham sido destinadas a tornar os ataques de temporização e energia mais difíceis,<ref name="Spadavecchia" /> pesquisas subsequentes descobriram que variações de temporização em circuitos assíncronos são mais difíceis de eliminar.<ref>{{Cite book|title=2007 Asia and South Pacific Design Automation Conference|last1=Jeong|first1=C.|last2=Nowick|first2=S. M.|chapter=Optimization of Robust Asynchronous Circuits by Local Input Completeness Relaxation|doi=10.1109/ASPDAC.2007.358055|isbn=978-1-4244-0629-6|chapter-url=https://ieeexplore.ieee.org/document/4196101/;jsessionid=dvEHDfrAohpjVZcxALGqKOFtVVYE7st919bZU5l_tSBwb8sdBn1t!696014846|pages=622–627|s2cid=14219703}}</ref>

Um exemplo típico da segunda categoria (decorrelação) é uma técnica conhecida como ''[embaralhamento (criptografia)|embaralhamento]''. No caso de descriptografia RSA com exponente secreto <math>d</math> e correspondente exponente de criptografia <math>e</math> e módulo <math>m</math>, a técnica é aplicada da seguinte forma (por simplicidade, a redução modular por ''m'' é omitida nas fórmulas): antes de descriptografar, ou seja, antes de calcular o resultado de <math>y^d</math> para um dado texto cifrado <math>y</math>, o sistema escolhe um número aleatório <math>r</math> e o criptografa com o exponente público <math>e</math> para obter <math>r^e</math>. Em seguida, a descriptografia é feita em <math>y \cdot r^e</math> para obter <math>{(y \cdot r^e)}^d = y^d \cdot r^{e\cdot d} = y^d \cdot r</math>. Como o sistema de descriptografia escolheu <math>r</math>, ele pode calcular sua inversa módulo <math>m</math> para cancelar o fator <math>r</math> no resultado e obter <math>y^d</math>, o resultado real da descriptografia. Para ataques que requerem coleta de informações de canal lateral de operações com dados ''controlados pelo atacante'', o embaralhamento é uma contramedida eficaz, pois a operação real é executada em uma versão randomizada dos dados, sobre a qual o atacante não tem controle ou conhecimento.

Uma contramedida mais geral (pois é eficaz contra todos os ataques de canal lateral) é a contramedida de mascaramento. O princípio do mascaramento é evitar a manipulação direta de qualquer valor sensível <math>y</math>, mas manipular um compartilhamento dele: um conjunto de variáveis (chamadas "compartilhamentos") <math>y_1, ..., y_d</math> tal que <math>y = y_1 \oplus ... \oplus y_d</math> (onde <math>\oplus</math> é a operação [[porta XOR|XOR]]). Um atacante deve recuperar todos os valores dos compartilhamentos para obter qualquer informação significativa.<ref>[https://www.iacr.org/archive/eurocrypt2013/78810139/78810139.pdf "Mascaramento contra Ataques de Canal Lateral: Uma Prova Formal de Segurança"] por Emmanuel Prouff, Matthieu Rivain em Avanços em Criptologia - EUROCRYPT 2013.</ref>

Recentemente, a modelagem de caixa branca foi utilizada para desenvolver uma contramedida genérica de baixo custo em nível de circuito <ref>[https://ieeexplore.ieee.org/document/9062997 "EM and Power SCA-Resilient AES-256 in 65nm CMOS Through >350× Current-Domain Signature Attenuation"] por D. Das et al., na Conferência Internacional de Circuitos de Estado Sólido da IEEE (ISSCC), 2020,</ref> contra ataques de canal lateral tanto de EM quanto de energia. Para minimizar os efeitos das camadas de metal de nível superior em um CI atuando como antenas mais eficientes,<ref>[https://ieeexplore.ieee.org/document/8740839 "STELLAR: A Generic EM Side-Channel Attack Protection through Ground-Up Root-cause Analysis"] por D. Das, M. Nath, B. Chatterjee, S. Ghosh e S. Sen, na Conferência Internacional da IEEE sobre Segurança e Confiança Orientadas por Hardware (HOST), Washington, DC, 2019.</ref> a ideia é incorporar o núcleo criptográfico com um circuito de supressão de assinatura,<ref>[https://ieeexplore.ieee.org/document/8351968 "ASNI: Attenuated Signature Noise Injection for Low-Overhead Power Side-Channel Attack Immunity"] por D. Das, S. Maity, S.B. Nasir, S. Ghosh, A. Raychowdhury e S. Sen, na IEEE Transactions on Circuits and Systems I: Regular Papers, 2017, Vol. 65, Edição 10.</ref><ref>[https://ieeexplore.ieee.org/document/7951799 "High efficiency power side-channel attack immunity using noise injection in attenuated signature domain"] por D. Das, S. Maity, S.B. Nasir, S. Ghosh, A. Raychowdhury e S. Sen, na Conferência Internacional da IEEE sobre Segurança e Confiança Orientadas por Hardware (HOST), Washington, DC, 2017.</ref> roteado localmente dentro das camadas de metal de nível inferior, levando à imunidade contra ataques de canal lateral tanto de energia quanto de EM.
==Ver também==

* [[Criptografia]]
* [[Ataque de força bruta]]
* [[Vigilância de computadores e redes]]
* [[Autenticação]]
* [[Integridade de dados]]
* [[Multiprocessamento]]
* [[Criptanálise acústica]]

==Referências==
{{reflist}}

==Leitura adicional==
===Livros===
{{cite book|author=Ambrose, Jude|title=Power Analysis Side Channel Attacks: The Processor Design-level Context|publisher=VDM Verlag|year=2010|isbn=978-3-8364-8508-1|url=https://books.google.com/books?id=n9wsQwAACAAJ|display-authors=etal}}
===Artigos===
[http://www.rambus.com/differential-power-analysis/], Análise Diferencial de Energia, P. Kocher, J. Jaffe, B. Jun, apresentado em CRYPTO'99.
[https://www.researchgate.net/publication/269463480_Side_channel_attack_An_approach_based_on_machine_learning], Ataque de canal lateral: uma abordagem baseada em aprendizado de máquina, 2011, L Lerman, G Bontempi, O Markowitch.
[http://www.rambus.com/timing-attacks-on-implementations-of-diffie-hellman-rsa-dss-and-other-systems/], Ataques temporizados em implementações de Diffie-Hellman, RSA, DSS e outros sistemas, P. Kocher.
[http://www.rambus.com/introduction-to-differential-power-analysis-and-related-attacks/], Introdução à Análise Diferencial de Energia e ataques relacionados, 1998, P Kocher, J Jaffe, B Jun.
[https://web.archive.org/web/20000816072517/http://csrc.nist.gov/encryption/aes/round1/conf2/papers/chari.pdf Nist.gov], uma nota de cautela sobre a avaliação de candidatos AES em cartões inteligentes, 1999, S Chari, C Jutla, J R Rao, P Rohatgi
DES e Análise Diferencial de Energia, L Goubin e J Patarin, em Proceedings of CHES'99, Lecture Notes in Computer Science Nr 1717, Springer-Verlag
{{cite book|author=Grabher, Philipp|chapter=Cryptographic Side-Channels from Low-power Cache Memory|editor=Galbraith, Steven D.|title=Cryptography and coding: 11th IMA International Conference, Cirencester, UK, December 18-20, 2007: proceedings, Volume 11|publisher=Springer|year=2007|isbn=978-3-540-77271-2|chapter-url=https://books.google.com/books?id=V0L2Ki72osoC&pg=PA170|display-authors=etal}}
*{{cite journal |first1=Abdel Alim |last1=Kamal |first2=Amr M. |last2=Youssef |title=Fault analysis of the NTRUSign digital signature scheme |journal=Cryptography and Communications |volume=4 |issue=2 |pages=131–144 |year=2012 |doi=10.1007/s12095-011-0061-3 |s2cid=2901175 }}
{{cite web |url=http://www.tau.ac.il/~tromer/acoustic/ |title=Extração de Chave RSA via Criptoanálise Acústica de Baixa Largura de Banda |author1=Daniel Genkin |author2=Adi Shamir |author3=Eran Tromer |date=18 de dezembro de 2013 |website=[[Universidade de Tel Aviv]] |access-date=15 de outubro de 2014}}
==Ligações externas==

* [https://web.archive.org/web/20040610001039/http://javvin.com/protocolsuite.html Javvin's Protocol Dictionary]
* [https://www.ipcomm.de/protocols_en.html Overview of protocols in telecontrol field with OSI Reference Model]
{{Ciência da computação}}
[[Categoria:Ataques criptográficos]]
[[Categoria:Segurança computacional]]
[[Categoria:Segurança da informação]]