Protegendo Software Open-Source na IoT: Mitigando Riscos de Software

Existem agora 7 mil milhões de dispositivos IoT no mundo. Lev Lesokhin da CAST projeta que a contagem triplicará até 2025, atingindo 21,5 mil milhões de dispositivos. O crescimento rápido levou fabricantes a lançar produtos mais rápido que nunca, muitas vezes à custa da qualidade de software.

Para acelerar time-to-market, muitas empresas recorrem a pacotes prontos de comunidades open-source como GitHub e Apache. No entanto, como mostra o Relatório de Inteligência de Software 2018 da CAST, uma grande parte destes projetos falha em conformidade de segurança.

Código open-source raramente vem com segurança robusta integrada. Na pressa de lançar, empresas podem renunciar a revisões de segurança completas, deixando cada um dos sete mil milhões de dispositivos vulnerável a atacantes.

Ao contrário de sistemas de transação enterprise-grade, muito firmware IoT origina-se de engenheiros de software embarcado cujo foco principal é funcionalidade em vez de proteção de dados. Este desalinhamento significa que muitos desenvolvedores carecem das competências especializadas necessárias para salvaguardar dados sensíveis.

Como qualquer um pode contribuir para open source, garantir que padrões de segurança e qualidade são mantidos é inerentemente desafiante. Código ineficiente, descuidado ou até malicioso pode passar despercebido.

Compradores raramente detetam estas fraquezas. Veem dispositivos IoT como ferramentas para eficiência de negócio, não como vetores potenciais que podem ser armados contra os seus donos.

Os Olhos do Mundo Estão no Seu Código

Código proprietário in-house pode conter falhas, mas apenas os desenvolvedores contratados tipicamente as veem. Código fonte proprietário é privado e protegido de olhares indiscretos. Em contraste, open source é publicamente acessível — todos, incluindo potenciais atacantes, podem examiná-lo antes de ser incorporado.

Em 2013, a Target sofreu uma violação de cartões de crédito custando US$ 220 milhões (≈€194 milhões) após atacantes explorarem uma falha no seu sistema de controlo climático. As credenciais do fornecedor foram roubadas e deixadas inalteradas na implementação, deixando cada unidade instalada exposta.

Verifique-se Antes de Se Destruir

Embora vulnerabilidades nunca possam ser eliminadas inteiramente, a sua probabilidade pode ser contida seguindo três passos-chave:

1. Entenda a linhagem do seu software. Fabricantes devem saber precisamente que código enviam. Quando usado responsavelmente, open source pode ser inestimável, mas a sua proveniência deve ser rastreada à fonte e cruzada com vulnerabilidades conhecidas.

2. Aloque tempo suficiente para segurança. Correções pós-fabrico são dispendiosas e frequentemente ineficazes. O incidente da Target ilustra como é fácil para atacantes explorar falhas persistentes uma vez que um dispositivo está no terreno.

3. Realize análise ponta-a-ponta. Faça scan de toda a base de código, aborde prontamente fraquezas destacadas e elimine dívida técnica. O objetivo é um sistema resiliente que proteja utilizadores finais por anos.

Em última análise, o fornecedor de controlo climático da Target permanece sob investigação, com custos contínuos cerca de US$ 18,5 milhões (≈€16,3 milhões). Uma falha tão dispendiosa pode — e deve — ser evitada.

O autor deste blog é Lev Lesokhin, EVP de Estratégia & Analytics na CAST.