A regra de ouro na segurança de aplicações web é nunca confiar em dados de fontes não confiáveis. Às vezes pode ser útil transmitir dados através de um canal inseguro. Valores criptografados podem ser passados através de um um canal suspeito na certeza de que qualquer adulteração nos dados será detectada.
\nO Django fornece uma API de baixo nível para assinar valores e uma API de alto nível para configuração e leitura de cookies assinados, um dos tipos mais comuns de assinatura em aplicações Web.
\nVocê também pode achar a assinatura útil para o seguinte:
\nGerar URLs do tipo “recuperar minha conta” para enviar a usuários que perderam suas senhas.
Garantir que dados armazenados em campos hidden de formulários não foram alterados.
Gerar URLs secretas de uso único para permitir acesso temporário a recursos protegidos, por exemplo um arquivo baixável pelo qual um usuário pagou.
SECRET_KEYLink para este cabeçalho#Quando você cria um novo projeto Django usando startproject, o arquivo settings.py é gerado automaticamente e recebe um valor aleatório para a SECRET_KEY. Esse valor é a chave para proteger dados assinados – Ela é vital para manter isso seguro, ou atacantes podem usá-la para gerar seus próprios valores assinados.
Os métodos de assinatura estão localizados no módulo django.core.signing. Para assinar um valor, primeiro é preciso instanciar a classe Signer:
>>> from django.core.signing import Signer\n>>> signer = Signer()\n>>> value = signer.sign('My string')\n>>> value\n'My string:GdMGD6HNQ_qdgxYP8yBZAdAIV1w'\nA assinatura é anexada no final da string, seguida de “:”. Você pode recuperar o valor original usando o método unsign:
>>> original = signer.unsign(value)\n>>> original\n'My string'\nIf you pass a non-string value to sign, the value will be forced to string\nbefore being signed, and the unsign result will give you that string\nvalue:
>>> signed = signer.sign(2.5)\n>>> original = signer.unsign(signed)\n>>> original\n'2.5'\nSe a assinatura ou valor forem alterados de qualquer situação, uma exceção do tipo django.core.signing.BadSignature será lançada:
>>> from django.core import signing\n>>> value += 'm'\n>>> try:\n... original = signer.unsign(value)\n... except signing.BadSignature:\n... print("Tampering detected!")\nPor padrão, a classe Signer utiliza a configuração SECRET_KEY para gerar assinaturas. Você pode usar uma chave diferente passando ela no construtor de Signer:
>>> signer = Signer('my-other-secret')\n>>> value = signer.sign('My string')\n>>> value\n'My string:EkfQJafvGyiofrdGnuthdxImIJw'\nReturns a signer which uses key to generate signatures and sep to\nseparate values. sep cannot be in the URL safe base64 alphabet. This alphabet contains alphanumeric characters, hyphens,\nand underscores. algorithm must be an algorithm supported by\nhashlib, it defaults to 'sha256'.
saltLink para este cabeçalho#Se você não quiser que toda a ocorrência de uma string em particular possua a mesma assinatura hash, você pode usar o argumento opcional salt na classe Signer. Assim a função de assinatura hash usará tanto o argumento salt quanto a sua SECRET_KEY:
>>> signer = Signer()\n>>> signer.sign('My string')\n'My string:GdMGD6HNQ_qdgxYP8yBZAdAIV1w'\n>>> signer = Signer(salt='extra')\n>>> signer.sign('My string')\n'My string:Ee7vGi-ING6n02gkcJ-QLHg6vFw'\n>>> signer.unsign('My string:Ee7vGi-ING6n02gkcJ-QLHg6vFw')\n'My string'\nUtilizar o argumento salt dessa forma coloca as diferentes assinaturas em diferentes namespaces. A assinatura proveniente de um namespace (um valor para o argumento salt em particular) não pode ser usada para validar a mesma string em texto simples em um namespace diferente usando um valor de salt diferente. Esse resutado é para prevenir um invasor de usar a string gerada e assinada em um local no código como entrada para outro pedaço de código que está gerando (e verificando) assinaturas usando um valor diferente para o argumento salt.
\nAo contrário de sua SECRET_KEY, o seu argumento salt não precisa ser mantido em segredo.
A classe TimestampSigner é uma subclasse da classe Signer que adiciona um rótulo contendo o tempo, ou seja, um timestamp ao valor. Isso permite que você confirme que o valor assinado foi criado dentro de um determinado período de tempo:
>>> from datetime import timedelta\n>>> from django.core.signing import TimestampSigner\n>>> signer = TimestampSigner()\n>>> value = signer.sign('hello')\n>>> value\n'hello:1NMg5H:oPVuCqlJWmChm1rA2lyTUtelC-c'\n>>> signer.unsign(value)\n'hello'\n>>> signer.unsign(value, max_age=10)\n...\nSignatureExpired: Signature age 15.5289158821 > 10 seconds\n>>> signer.unsign(value, max_age=20)\n'hello'\n>>> signer.unsign(value, max_age=timedelta(seconds=20))\n'hello'\nAssina um value e adiciona um rótulo com o horário atual nele.
Verifica se o valor foi assinado a menos de max_age segundos atrás, caso contrário lança SignatureExpired. O parâmetro max_age pode aceitar um inteiro ou um objeto da classe datetime.timedelta.
Se você quiser proteger uma lista, tupla ou um dicionário você pode fazer isso usando as funções de assinatura do módulo signing dumps e loads. Elas simulam o módulo pickle do Python, mas usam serialização JSON internamente. O JSON garante que um atacante não será capaz de executar comandos arbitrários explorando o formato do picke mesmo que sua SECRET_KEY seja roubada.
>>> from django.core import signing\n>>> value = signing.dumps({"foo": "bar"})\n>>> value\n'eyJmb28iOiJiYXIifQ:1NMg1b:zGcDE4-TCkaeGzLeW9UQwZesciI'\n>>> signing.loads(value)\n{'foo': 'bar'}\nPor causa da natureza do JSON (não há distinção nativa entre listas e tuplas) se você passar uma tupla para signing.loads(object), você terá uma lista:
>>> from django.core import signing\n>>> value = signing.dumps(('a','b','c'))\n>>> signing.loads(value)\n['a', 'b', 'c']\nReturns URL-safe, signed base64 compressed JSON string. Serialized object\nis signed using TimestampSigner.
Inverso da função dumps(), lança BadSignature se a assinatura falhar. Verifica o max_age (em segundos) se fornecido.