Digital.ai para Automotivo

Protegendo um alvo em movimento

Os aplicativos de carros conectados são tão vulneráveis ​​a ataques quanto qualquer outro aplicativo baixado de uma loja de aplicativos pública. Sem proteção de código, os aplicativos automotivos conectados podem facilmente sofrer engenharia reversa para roubar código, propriedade intelectual, informações de identificação pessoal (PII) ou fornecer aos cibercriminosos uma maneira de se comunicarem com sistemas de back office. Se a integração entre um aplicativo de smartphone e a Interface Homem-Máquina (HMI) de um veículo conectado for comprometida, ele poderá ser usado como uma porta de entrada para tudo que estiver conectado eletronicamente dentro e fora do carro conectado.

Uma vez comprometido, um aplicativo pode fornecer acesso aos controles do veículo, incluindo fechaduras e ignição, reconhecimento de voz, botões do painel, navegação e, em casos extremos, aceleradores controlados por computador, direção, frenagem e outras operações autônomas do veículo. As aplicações violadas geram o controle de serviços externos, como infoentretenimento, seguros e contas bancárias, que podem então ser explorados para fraudes subsequentes.

A proteção em nível de aplicativo móvel é crítica

Os atacantes variam de lobos solitários a estados-nação – todos com motivos variados, mas todos compartilham algumas características comuns: são implacáveis ​​e estão sempre evoluindo seus métodos de ataque. O potencial de perda é alto: reputação comercial, marca, perda financeira e, o mais importante, perda do cliente. safety.

As melhores práticas de codificação e as proteções de software tradicionais não podem fornecer proteção adequada contra determinados malfeitores que empregam engenharia reversa métodos para atacar aplicativos. O que é necessário para proteger os aplicativos móveis automotivos conectados de hoje é uma abordagem em camadas que possa proteger o código do aplicativo contra ataques de engenharia reversa e ser aplicada durante o DevSecOps processo sem interferir nos ciclos de construção. Essas camadas devem incluir:

• Ofuscação de código: Ofuscação de código oculta deliberadamente o código do aplicativo, dificultando a decifração e a engenharia reversa dos invasores
• Autodefesa e preservação da integridade: Medidas defensivas automatizadas acionadas por alterações detectadas durante a execução do tempo de execução podem invocar o autorreparo do código ou o encerramento da funcionalidade do aplicativo.
• Detecção de ameaças e ciclo de feedback: A detecção e a resposta são essenciais para impedir ataques a aplicativos. Os dados de ameaças em tempo real podem servir como um aviso antecipado de ataques em andamento, notificando a empresa sobre dispositivos comprometidos, metodologias de ataque e geolocalização do invasor. Os dados de ameaças podem então ser utilizados em ciclos de feedback de desenvolvimento para que a proteção dos aplicativos possa ser revisada e os aplicativos atualizados sejam publicados conforme necessário para impedir ataques.