Um veículo não precisa mais visitar a oficina para receber uma correção ou um novo recurso — ele a recebe remotamente (OTA), onde quer que esteja estacionado. Essa capacidade não reconhece fronteiras, e tampouco reconhece a disciplina de engenharia criada para governá-la: a ISO 24089, publicada em 2023.
Assim como a ISO/SAE 21434 fez com a cibersegurança, a ISO 24089 — “Road vehicles — Software update engineering” — transforma uma capacidade técnica em rápida evolução em um processo estruturado. E, assim como aquele padrão, ela se aplica a todos os lugares onde um veículo conectado é vendido ou fornecido, não a uma única região.
De Recalls à Engenharia Remota
Durante a maior parte da história da indústria, um problema de software em um veículo era tratado da mesma forma que um problema mecânico: um aviso de recall, uma visita agendada, um técnico conectando uma ferramenta de diagnóstico na concessionária. Esse modelo pressupunha que as atualizações eram raras, locais e supervisionadas pessoalmente.
A capacidade OTA rompe as três suposições ao mesmo tempo. As atualizações agora podem ser frequentes em vez de raras, remotas em vez de locais, e não supervisionadas em vez de conduzidas por um técnico. Isso representa uma responsabilidade de engenharia muito maior do que parece — uma atualização com falhas enviada a uma frota não afeta apenas um carro em uma oficina, pode afetar milhares de veículos simultaneamente, em vários países ao mesmo tempo, sem nenhum técnico presente para detectar o problema antes que ele chegue ao motorista. A ISO 24089 existe justamente porque a antiga rede de segurança baseada em recalls não cobre essa nova realidade.
O Que a ISO 24089 Realmente Exige
A ISO 24089 especifica requisitos e recomendações para a engenharia de atualizações de software em dois níveis: o organizacional e o de projeto.
No nível organizacional, ela exige que a empresa tenha políticas, papéis e processos definidos para a engenharia de atualizações de software antes que qualquer atualização específica seja desenvolvida. Isso inclui atribuir responsabilidades claras sobre as decisões de atualização, manter a competência das equipes envolvidas, e ter um processo para compartilhar informações relevantes sobre atualizações entre a organização e seus parceiros.
No nível de projeto, o padrão cobre todo o percurso de uma atualização: planejar o que a atualização fará e quais sistemas afetará, desenvolver e verificar o pacote de atualização, empacotá-lo e distribuí-lo, e confirmar a instalação bem-sucedida no veículo — incluindo o que acontece se uma instalação falhar no meio do processo. Também exige a capacidade de reverter uma atualização ou de recuperar o veículo com segurança caso algo dê errado após a implantação.
Por trás de tudo isso está a rastreabilidade: a organização precisa ser capaz de demonstrar, para qualquer veículo e em qualquer momento de sua vida útil, exatamente quais versões de software estão instaladas, quando e como chegaram lá, e qual histórico de atualizações as precedeu. O padrão não prescreve uma tecnologia ou mecanismo de atualização específico para alcançar isso — ele estabelece o nível de exigência de engenharia que uma organização deve atingir, deixando a implementação a critério da capacidade de cada organização.
Por Que Isso É uma Exigência Global, Não Regional
Três realidades tornam a ISO 24089 relevante em todos os mercados ao mesmo tempo:
- A conectividade está chegando a todos os lugares ao mesmo tempo. Veículos capazes de receber atualizações de software remotamente já estão sendo vendidos em todos os principais mercados automotivos, em um ritmo que não coloca mais uma única região à frente das demais.
- A exigência viaja com a plataforma. Um componente ou módulo fabricado em qualquer ponto de um programa de veículo com fornecimento global herda as mesmas expectativas de engenharia de atualização de um componente fabricado em qualquer outro ponto desse mesmo programa. A plataforma do veículo não reconhece fronteiras; tampouco o padrão sobre o qual foi projetada.
- É inseparável da cibersegurança. Todo canal de atualização é também uma possível superfície de ataque. A ISO 24089 e a ISO/SAE 21434 foram projetadas para trabalhar juntas — um mecanismo de atualização de software que não seja projetado com segurança compromete o trabalho de cibersegurança construído no restante do veículo.
Para um fornecedor Tier 1 ou Tier 2 em qualquer parte do mundo, a pergunta relevante deixou de ser “meu mercado local exige isso?” e passou a ser “o programa global do meu cliente exige isso?” — e, para qualquer fornecedor que trabalhe com sistemas de veículos conectados, a resposta é cada vez mais afirmativa.
O Risco de Fazer Isso Errado
O custo de um processo de atualização de software fraco não é apenas técnico. Uma atualização falha ou mal gerenciada pode imobilizar veículos, degradar funções relevantes para a segurança, ou abrir uma brecha de segurança — qualquer um desses cenários se transforma em um problema de responsabilidade legal, reputacional e contratual que vai muito além da equipe de engenharia que desenvolveu a atualização. Para os fornecedores, o risco mais imediato é comercial: as grandes OEMs vêm usando cada vez mais a conformidade com padrões como a ISO 24089 como critério de qualificação antes mesmo de convidar um fornecedor a cotar em um programa de veículo conectado. Chegar a essa conversa sem um processo demonstrável não apenas atrasa as coisas — pode eliminar diretamente um fornecedor da lista de consideração antes mesmo de começarem as discussões técnicas.
Como Ela Se Encaixa com Outros Padrões
As organizações que já trabalham com engenharia de cibersegurança sob a ISO/SAE 21434 estão em melhor posição para incorporar a ISO 24089, porque as disciplinas se sobrepõem diretamente: ambas exigem rastreabilidade, ambas exigem evidências de gestão de riscos, e ambas são mais sólidas quando construídas como parte de um único sistema de gestão integrado, em vez de três projetos de conformidade separados sendo executados em paralelo. Tratar a engenharia de atualizações, a cibersegurança e a segurança da informação como um único sistema conectado — em vez de três auditorias conduzidas por três equipes desconectadas entre si — é o que consistentemente diferencia as organizações que passam pelas avaliações de fornecedores sem complicações daquelas que lutam para conciliar documentações conflitantes sob pressão.
Quem Deveria Estar Atento Agora
A ISO 24089 se aplica a qualquer organização envolvida na engenharia de atualizações de software para veículos rodoviários — fabricantes, fornecedores e suas subsidiárias ou parceiros, independentemente de onde operem. Ela está estreitamente alinhada com o Regulamento UN nº 156, que vários dos principais mercados de homologação de veículos já exigem para a homologação de tipo, o que significa que a influência do padrão está se espalhando pelas cadeias de fornecimento ainda mais rápido do que sugerem os cronogramas formais de adoção. Uma organização que espera por um mandato local antes de agir está, na prática, escolhendo ser a última a estar pronta quando um cliente global fizer a pergunta.
Conclusão
As atualizações de software deixaram de ser uma visita ocasional à oficina e passaram a ser uma responsabilidade de engenharia contínua e remota — e essa responsabilidade agora acompanha as plataformas de veículos globais a todos os mercados que elas alcançam. Entender o que a ISO 24089 exige, e como ela se conecta ao trabalho de cibersegurança e segurança da informação já em andamento, é o que diferencia os fornecedores prontos para a próxima solicitação de cotação daqueles que estão correndo atrás do prejuízo.
