Questão de Análise de Sistemas · CESGRANRIO BNDES 01/2024 (nº 51)

O conceito-chave é que, para bloquear URLs por padrão de texto (regex), o Apache usa <LocationMatch> (que casa com a URL) ou <FilesMatch> (que casa com o nome do arquivo). A diretiva <Location> casa com um caminho exato, não com substring, e <Files> casa só com o final do caminho (nome do arquivo). A pegadinha é que a banca mistura sintaxes de diretivas diferentes e usa regex inválida ou incompleta.

• (A) Incorreta: <Files ~> casa com o nome do arquivo, não com a URL inteira; além disso, a regex " /teste | /pronto $" tem espaços e âncoras erradas, não casando com a substring em qualquer posição da URL.
• (B) Correta: <LocationMatch> aplica uma regex à URL completa; (teste|pronto) casa com qualquer URL que contenha "teste" ou "pronto" em qualquer posição, e Order deny,allow + deny from all bloqueia todos, que é exatamente o que o enunciado pede.
• (C) Incorreta: <Location /security> casa com um caminho exato (ou prefixo), não com substring; além disso, Match ("/teste") | ("/pronto") não é sintaxe válida do Apache (não existe diretiva Match).
• (D) Incorreta: <Files ~> casa com nome de arquivo, e a regex "/. teste | pronto $" tem um /. que casa com qualquer caractere antes de "teste", além de espaços e âncora $ que limitam o casamento ao final do nome, não à URL.
• (E) Incorreta: <DirectoryMatch> casa com caminhos do sistema de arquivos (diretórios), não com URLs; e a sintaxe Match ("/teste") | ("/pronto") é inválida, pois não existe diretiva Match no Apache.

Armadilha do distrator mais tentador (A): A banca coloca <Files ~> com uma regex que parece plausível, mas o aluno que não sabe a diferença entre <Files> (nome do arquivo) e <Location> (URL) cai na pegadinha. Além disso, a regex com espaços e $ não casa com a substring em qualquer posição, mas sim com o final do nome do arquivo, o que não atende ao pedido de bloquear URLs que contenham "/teste" ou "/pronto".