# Exploit a misconfigured CORS - Lab

## TL;DR - show me the fun part❗ <a href="#tldr---show-me-the-fun-part" id="tldr---show-me-the-fun-part"></a>

1. Nạn nhận [login](https://csrf.secure-cookie.io/login) vào app có hổng.
2. Nạn nhân sẽ đi tới [page của kẻ tấn công](https://s3-eu-west-1.amazonaws.com/hacker-secure-cookie-2.io/csrf/attacker/attacker.html).
3. Kẻ tấn công sẽ leak API key🎉.

## I don’t get it. Show me the flow 🔎 <a href="#i-dont-get-it-show-me-the-flow" id="i-dont-get-it-show-me-the-flow"></a>

1. Người dùng được xác thực sẽ tới trang web tấn công.
2. Trang web của kẻ tấn công chưa một đoạn JS độc hại cái mà sẽ yêu cầu trình duyệt gửi một cross-origin request được xác thực( qua XMLHttpRequest hoặc fetch) tới endpoint có lỗ hổng ở example.com.
3. Endpoint có lỗ hổng reflect nhầm request của Origin header vào`Access-Control-Allow-Origin` response header.
4. Trình duyệt thấy Origin của kẻ tấn công được cho phép. Do đó, nó cho phép JS read response.

<figure><img src="https://893723753-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FCEugX4l1Pmpz8WohSnTR%2Fuploads%2FKbz57bKg5h5HyUp9MLPc%2Fimage.png?alt=media&#x26;token=197a280e-ca55-4095-bc77-744c78ef3219" alt=""><figcaption><p><strong>Attacker exploiting misconfigured cors</strong></p></figcaption></figure>

## How did this happen❓ <a href="#how-did-this-happen" id="how-did-this-happen"></a>

Chúng ta đã nói trước đó rằng CORS là một cách để tạo ra một exception tới same origin policy. Nó cho phép đoạn JS để READ một cross-origin resource(Thực hiện đọc tài nguyên của trang web cross)

Ở đoạn JS, bạn có thể thực hiện các request CORSS-Origin được xác thực. Có nghĩa là, một JS có thể yêu cầu trình duyệt tự động gửi cookie cùng với yêu cầu.

Để cho phép loại request được xác thực này, điểm đến endpoint phải cho phép rõ ràng request được xác thực qua HTTP header

```http
Access-Control-Allow-Credentials: true
```

Khi header trên được sử dụng, sau đó endpoint cũng phải chỉ định rõ ràng một origin trong giá trị của `Access-Control-Allow-Origin` header, ví dụ:

```http
Access-Control-Allow-Origin: https://origin.secure-cookie.io
```

Vì các nhà phát triển phải chỉ định một origin. Các nhà phát triển nhầm khi cho phép bất kỳ orign nào thông qua việc reading the origin của request đến và sau đó "reflect" nó trong response header

```http
Access-Control-Allow-Origin: <REQUEST ORIGIN HERE>
```

Điều này gây ra lỗ hổng bảo mật vì request có thể đến từ origin của kẻ tấn công và nó sẽ được reflect trong header được phép. Do đó, JS từ trang web của kẻ tấn công sẽ được phép read response và rò rỉ dữ liệu của người dùng.

## Analysing the attack 👀 <a href="#analysing-the-attack" id="analysing-the-attack"></a>

### Chúng ta sẽ xem xét ứng dụng có lỗ hổng sau:

1. Mở dev tool rồi chuyển qua tab [network monitor](https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor#Opening_the_Network_Monitor) ở trình duyệt của bạn
2. Login tới <https://csrf.secure-cookie.io/login.>
3. Một người dùng được xác thực có thể generate API key bằng cách nhấn vào "`Generate API key`".
4. Khi kích hoạt nút generate sẽ trigger đoạn JS này:&#x20;

   ```javascript
   function get_api_key(){
   var options = {
   method:"GET",
   credentials: 'include'
   }
   var users = fetch(url="https://demo-api.secure-cookie.io/getKey",options);
   users.then(resp => {
              return resp.json()
   }).then(data => {
           update_key_html(data);
        })
   }
   ```
5. Đoạn JS này sẽ yêu cầu trình duyệt tạo GET request tới <https://demo-api.secure-cookie.io/getKey.>
6. Tùy chọn `credentials:'include'`, sẽ cho trình duyệt thực hiện request được xác thực (thêm cookie dọc theo bên request). Theo mặc định mà không có tùy chọn này, trình duyệt sẽ không bao gồm cookie.
7. Endpoint có lỗ hổng sẽ response header như này:

<pre class="language-http" data-overflow="wrap"><code class="lang-http"><strong>#Reflects orgin(https://csrf.secure-cookie.io) của request ở “Access-Control-Allow-Origin” header
</strong><strong>Access-Control-Allow-Origin: https://csrf.secure-cookie.io 
</strong><strong>
</strong><strong>#Cho phép GET method
</strong>Access-Control-Request-Method: GET

#Cho phép người gọi gửi request xác thực kèm cookie 
Access-Control-Allow-Credentials: true
</code></pre>

### Làm thế nào để kẻ tấn công exploit điều này ❓

Ở lab này, hãy mở [trang của kẻ tấn công](https://s3-eu-west-1.amazonaws.com/hacker-secure-cookie-2.io/csrf/attacker/attacker.html):

1. Lưu ý rằng ngay khi bạn/nạn nhân mở trang, khóa API bị hack

   <figure><img src="https://893723753-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FCEugX4l1Pmpz8WohSnTR%2Fuploads%2FqHtEDEWBGrhbRxoUV0G6%2Fimage.png?alt=media&#x26;token=dfd84f67-2076-4063-a9b1-62c2bea99035" alt=""><figcaption><p><strong>Attacker gets API keys due to misconfigured cors</strong></p></figcaption></figure>
2. Trang web của kẻ tấn công chứa đoạn JS mà thực hiện cùng một công việc chính xác mà chúng ta đã giải thích trong các bước (4, 5, 6) ở trên.
3. Endpoint có lỗ hổng sẽ reflect tới origin bị tấn công [**https://s3-eu-west-1.amazonaws.com**](https://s3-eu-west-1.amazonaws.com) **trong respone header**

```http
Access-Control-Allow-Origin: https://s3-eu-west-1.amazonaws.com
Access-Control-Request-Method: GET
Access-Control-Allow-Credentials: true
```

Vì orgin của kẻ tấn công được cho phép, JS trong trang kẻ tấn công có thể đọc API Key🎉.

## Show me the source code of the backend❓ <a href="#show-me-the-source-code-of-the-backend" id="show-me-the-source-code-of-the-backend"></a>

Cho ví dụ này, chúng ta sẽ sử dụng Python cho backend. Đoạn code chứa lỗ hổng ở endpoint /getKey

```python
def get_key():
    #Đọc request header tới và láy giá trị của Origin
    rcvd_origin = request.headers.get("Origin")
    resp = make_response(jsonify(key=GetRandom.session(size=16)))
    
    #Reflect origin tới ở response header Access-Control-Allow-Origin
    resp.headers['Access-Control-Allow-Origin'] = str(rcvd_origin)
    resp.headers['Access-Control-Allow-Credentials'] = 'true'
    resp.headers['Access-Control-Request-Method'] = 'GET'
    
    #Gửi response
    return resp
```

## Conclusion

Đây là một lab đơn giản phân tích rõ hổng hổng liên quan tới CORS phần mở rộng cho SOP. Cảm ơn các bạn đã đọc bài..
