# Application has bad "regex" Implementation to check Trusted Origin
Le second challenge propose une mauvaise configuration causée par l'utilisation d'une regex trop permissive :
En effet, il suffit simplement que le site (le nom de domaine) demandant la ressource possède l'occurrence `b0x.com` pour être autorisé à accéder Sans cela, la requête sera bloquée par CORS :
Pour simuler un nom de domaine malicieux mais contenant l'occurrence souhaité, je modifie mon fichier `/etc/hosts` :
```
192.168.56.182 maliciousb0x.com
```
Le script hébergé sur le serveur malicieux reste le même que pour le précédent challenge :
```markup
CORS vulnerable lab - Bad regex implementation
```
Le contenu du site vulnérable s'affiche bien dans la console lorsque la victime visite la page malicieuse :
La réponse lors de l'accès à la ressource contient bien l'entête CORS attendu :
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://sharpforce.gitbook.io/cybersecurity/walkthroughs/deliberately-vulnerable/cors-vulnerable-lab/application-has-bad-regex-implementation-to-check-trusted-origin.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.