CVE-2021-47801
BaseFortify
Publication date: 2026-01-16
Last updated on: 2026-01-16
Assigner: VulnCheck
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| vianeos | octopus | From 5 (exc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-89 | The product constructs all or part of an SQL command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended SQL command when it is sent to a downstream component. Without sufficient removal or quoting of SQL syntax in user-controllable inputs, the generated SQL query can cause those inputs to be interpreted as SQL instead of ordinary user data. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
This vulnerability is a time-based blind SQL injection in the 'login_user' parameter of Vianeos OctoPUS 5 during authentication requests. Attackers can send specially crafted POST requests with malicious SQL payloads that cause the database to delay its response using sleep functions. By measuring these delays, attackers can extract sensitive information from the database without needing authentication or user interaction. [2, 3]
How can this vulnerability impact me? :
The vulnerability allows remote, unauthenticated attackers to perform unauthorized database queries by exploiting the time-based blind SQL injection. This can lead to extraction of sensitive information, compromising confidentiality. Since the attacker can extract data without privileges or user interaction, it poses a significant security risk to the affected system. [2, 3]
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by sending crafted POST requests to the 'login_user' parameter with SQL payloads that invoke database sleep functions and observing timing delays in responses. For example, using a payload like: signin_user=1&login_user=1' AND (SELECT 8860 FROM (SELECT(SLEEP(5)))xENj) AND 'OoKG'='OoKG&password_user=1 can confirm the presence of the vulnerability by causing a delay in the server response. Monitoring for such anomalous delays in authentication requests can help detect exploitation attempts. [3]