Regra de Controle de Dados Não Funciona em Arquivo JAR Quando Corresponde por Código Fonte

Problema

A Regra de Controle de Dados não funciona em Arquivos .JAR quando está configurada para corresponder por Atributos de Arquivo onde o Tipo de Conteúdo é "Código Fonte".

Solução de problemas

A seguinte Regra de Controle de Dados foi configurada para Bloquear o download de Arquivos com um Tipo de Conteúdo identificado como "source_code"

dlp.jpg

 

Em seguida, prosseguimos para baixar dois arquivos .jar:

  1. java-1.0.jar
  2. sample.jar

 

Observação:

O download de java-1.0.jar foi concluído com sucesso.

successfuldl.jpg

 

No entanto, o download de sample.jar foi bloqueado.

blocksourcecode.jpg

Por que a mesma regra trata esses dois arquivos .jar de maneira diferente?

Solução

O motivo é que um arquivo .jar pode ser um arquivo Zip ou um arquivo Java especializado (JAR). Quando identificado como um arquivo Zip, a regra mencionada, configurada para corresponder por Atributos de Arquivo onde o Tipo de Conteúdo é "Código Fonte", não resultará em correspondência. Isso explica por que o primeiro arquivo, java-1.0.jar, não foi bloqueado durante o processo de download.

Podemos usar o comando File no Linux para descobrir o tipo de conteúdo do arquivo .jar.

$ file java-1.0.jar

$ file sample.jar

Se a intenção é bloquear Todos os arquivos JAR, independentemente do tipo de conteúdo, então a solução seria incluir o "Tipo de Conteúdo Arquivos" na regra também. Nota que isso também corresponderia a todos os arquivos de arquivo como cab, tar, zip, gzip, etc.

Esse artigo foi útil?

Usuários que acharam isso útil: 0 de 0

0 comentário