24. Segurança de scripts Python

Depois de integrar arquivos, comandos e serviços, precisamos revisar cada fronteira como possível entrada de dados hostis ou exposição de informação sensível.

Este é o capítulo 24 de 25 da apostila Python para Automação e Scripts. Ele aproveita a base construída em Robustez, idempotência e recuperação e dá mais um passo no desenvolvimento da automação. Ao final, estaremos preparados para estudar Qualidade operacional e manutenção.

Começando pela situação real

Nos capítulos finais, tratamos a execução como um serviço que precisa conviver com concorrência, interrupções, repetição e entradas hostis. As decisões anteriores passam a ser avaliadas em conjunto. Em Segurança de scripts Python, observaremos como essa parte se liga ao conjunto, mantendo claros o contrato de entrada, o processamento, os efeitos e a conferência do resultado.

Ao ler os exemplos, não tente decorar chamadas isoladas. Pergunte o que entra, qual estado muda, o que sai e como a falha aparece. Essa sequência aproxima a sintaxe do problema que ela resolve e cria uma base que continuará útil quando a biblioteca ou o ambiente mudar.

Validação de entrada

O primeiro conceito do capítulo é Validação de entrada. Ele fornece a base para interpretar os demais recursos sem confundir o nome de uma ferramenta com o comportamento que ela realmente oferece.

Validação de entrada aplica regras de formato, faixa, tamanho e autorização antes de usar dado externo. Em termos simples, essa definição descreve uma promessa feita pelo programa: dadas certas condições, esperamos um comportamento específico. Antes de usar o recurso, identifique essas condições e pense no que deveria acontecer tanto no caminho normal quanto diante de uma entrada inadequada.

Na prática, usar allowlist e normalizar somente quando semanticamente seguro. Transforme essa orientação em passos visíveis: defina a entrada, aplique a operação, observe a saída e registre a condição de sucesso. Assim, o código continua ligado à finalidade da tarefa.

Uma forma de conferir o entendimento é observar o seguinte critério: fuzzing e casos adversariais são rejeitados antes do efeito. Esse critério deve aparecer em um teste, em uma saída controlada ou em outro efeito que possa ser reproduzido.

Desserialização segura

Depois de compreender Validação de entrada, podemos avançar para Desserialização segura. As duas ideias se conectam porque uma automação precisa preservar o contrato à medida que os dados percorrem novas etapas.

Desserialização segura evita formatos capazes de construir objetos ou executar código para dados não confiáveis. Em termos simples, essa definição descreve uma promessa feita pelo programa: dadas certas condições, esperamos um comportamento específico. Antes de usar o recurso, identifique essas condições e pense no que deveria acontecer tanto no caminho normal quanto diante de uma entrada inadequada.