django-anonymizer

django-anonymizer é um app Django que o ajuda a tornar anónima a dados em um banco de dados usado para o desenvolvimento de um projeto de Django.
É prática comum em develpment usar um banco de dados que é muito semelhante em termos de conteúdo para os dados reais. O problema é que isso pode levar a ter cópias de dados confidenciais de clientes em máquinas de desenvolvimento. Este app Django ajuda fornecendo uma maneira fácil e customizável a anonymize dados em seus modelos.
O método básico é passar por todos os modelos que você especificar, e gerar dados falsos para todos os campos especificados. Introspecção dos modelos produzem um anonymizer que tentará fornecer sensata dados falsos para cada campo, deixando-o de ajustar para suas necessidades.
Por favor, note que os métodos fornecidos podem não ser capaz de dar o anonimato completo. Mesmo se você anonymize os nomes e outros detalhes de seus clientes, pode muito bem haver dados suficientes para identificá-los. As relações entre os registros no banco de dados não são alterados, a fim de preservar a estrutura característica dos dados na sua aplicação, mas isso pode deixá-lo aberto para fugas de informação que pode não ser aceitável para seus dados. Esta aplicação deve ser bom o suficiente para políticas mais simples como "remover todos os números de telefone real a partir do banco de dados '.
Uma abordagem alternativa para o problema da relaçao realista de dados de teste para o desenvolvimento / testes é para preencher um banco de dados a partir do zero - ver django-poseur, Django mockups e Django-autofixture. O disavantage desse método é que a estrutura dos dados - em termos de modelos relacionados - pode ser irrealista.
Resumo Quick (ver docs para obter mais informações, seja em docs / ou em http://packages.python.org/django-anonymizer).
& Nbsp; * Instalar usando setup.py ou pip / easy_install.
& Nbsp; * Adicione "anonymizer 'para seu INSTALLED_APPS.
& Nbsp; * Crie alguns arquivos stub para seus anonymizers:
& Nbsp; ./ manage.py create_anonymizers app_name1 [app_name2 ...]
& Nbsp; Isso irá criar um arquivo anonymizers.py em cada um dos aplicativos que você especificar. (Não vai sobrescrever arquivos existentes).
& Nbsp; * Edite o gerado anonymizers.py arquivos, ajuste ou a exclusão, se necessário, usando as funções em anonymizer.replacers módulo ou funções personalizadas.
& Nbsp; * Se você precisa criar anonymizers para aplicativos que você não controla, você pode querer mover o conteúdo do arquivo anonymizers.py a um app que você controle. Não importa se as classes anonymizer são para os modelos que não correspondem aos aplicativos que eles estão contidos nele.
& Nbsp; (Por exemplo, se você quiser tornar anônimos os modelos em django.contrib.auth, você provavelmente vai querer mover o conteúdo de django / contrib / auth / anonymizers.py em yourprojectapp / anonymizers.py)
& Nbsp; * Execute os anonymizers:
& Nbsp; ./ manage.py anonymize_data app_name1 [app_name2 ...]
& Nbsp; Este destrutivamente vai atualizar todos os seus dados. Certifique-se que você só faz isso em uma cópia de seu banco de dados, use por conta e risco, yada yada.
& Nbsp; * Nota: o seu banco de dados não pode realmente apagar os dados alterados a partir do disco quando você atualizar os campos. Para o PostgreSQL terá de vácuo para eliminar esses dados.
& Nbsp; E mesmo assim, o seu sistema operacional não pode apagar os dados do disco. Corretamente se livrar desses traços é deixada como um exercício para o leitor

O que é novo nesta versão:.

• Changed 'Anonymizer.attributes' a exigir que cada campo a ser listado. Este é lidar com o problema de segurança comum quando um modelo é atualizado, mas o Anonymizer não é atualizado.
• Os campos que não devem ser anónimos deve especificar o valor especial & quot; SKIP & quot; como o 'substituto'.
• atributos devem ser agora uma lista de tuplas, não um dicionário.

O que é novo na versão 0.2:

• Mudou formato de atributos de um dicionário para uma lista de 2 -tuples. (com compatibilidade com versões anteriores - formato anterior é obsoleta)
• Corrigido pequeno bug com nomes / usernames / e-mails, por vezes, não são gerados em conjuntos correspondentes, devido a campos com exclusivo = True não ser (confiável) definido antes de outros campos.
• Adicionado docs.

Requisitos :

• Python