| 제목 | ASSESSMENT MANAGEMENT IN PHP WITH SOURCE CODE admin/edit-user.php Stored XSS Vulnerability v1 Stored XSS |
|---|
| 설명 | ## ASSESSMENT MANAGEMENT IN PHP WITH SOURCE CODE admin/edit-user.php Stored XSS Vulnerability
### I. Vulnerability Impact
An attacker who can submit the user-editing form can inject arbitrary HTML/JavaScript into the `name` (or `surname`, `email`, `username`) field, which is stored in the database without any HTML encoding. The stored script is then rendered raw when any user opens the edit page for that account, resulting in persistent (stored) cross-site scripting and arbitrary script execution in the victim's browser, enabling session hijacking or phishing.
### II. Source Code Analysis
The vulnerability resides in `admin/edit-user.php`. On form submission the user input is only passed through `mysqli_real_escape_string()`, which escapes SQL special characters but leaves HTML characters untouched, and is then written to the `users` table:
```php
$name1 = mysqli_real_escape_string($conn, $_REQUEST['name']);
$sname1 = mysqli_real_escape_string($conn, $_REQUEST['sname']);
$email1 = mysqli_real_escape_string($conn, $_REQUEST['email']);
$username1 = mysqli_real_escape_string($conn, $_REQUEST['username']);
$password1 = mysqli_real_escape_string($conn, $_REQUEST['password']);
$query = "UPDATE users SET name='$name1', surname='$sname1', email='$email1', username='$username1', password='$password1', rank='$level' WHERE username='$user'";
```
When the page is rendered, the stored values are printed directly into the `value` attributes without `htmlspecialchars()` or `strip_tags()`:
```php
<input class="form-control" type="text" name="name" value="<?php if (isset($_GET['id'])) { print $name; }?>">
<input class="form-control" type="text" name="username" value="<?php if (isset($_GET['id'])) { print $user; }?>">
```
Because the stored value is printed raw inside an HTML attribute, a stored `"><script>` sequence closes the `value` attribute and the injected tag is executed by the browser. Note that the `name`/`surname`/`email`/`password` fields print stored database values without encoding (stored XSS). Additionally, when the `id` lookup returns no row, `$user` keeps the SQL-escaped `id` value and is printed into the `username` field, so the same `id` parameter is also a reflected XSS sink.
### III. Payload
The core stored payload written into the `name` field is:
```
"><sCrIpT>alert(999)</ScRiPt>
```
### IV. Source Download
https://code-projects.org/assessment-management-in-php-with-source-code/ |
|---|
| 원천 | ⚠️ https://github.com/zzzxc643/CVE1/blob/main/2026-8-24/vul2.md |
|---|
| 사용자 | SSL_Seven_Security Lab_WangZhiQiang_XiaoZiLong (UID 38936) |
|---|
| 제출 | 2026. 08. 24. AM 11:29 (27 날 ago) |
|---|
| 모더레이션 | 2026. 09. 19. PM 12:27 (26 days later) |
|---|
| 상태 | 수락 |
|---|
| VulDB 항목 | 407934 [code-projects Assessment Management 1.0 User Editing admin/edit-user.php name/sname/email/username/password/id 크로스 사이트 스크립팅] |
|---|
| 포인트들 | 20 |
|---|