https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sun, 18 Oct 2026 09:16:52 +0000 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0174 certfr-2026-avi-0174 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0174 https://cve.radiocsirt.org/vuln/euvd-2026-268921 EUVD-2026-268921 https://cve.radiocsirt.org/vuln/euvd-2026-268921 https://cve.radiocsirt.org/vuln/fkie_cve-2026-26988 <p>LibreNMS is an auto-discovering PHP/MySQL/SNMP based network monitoring tool. Versions 25.12.0 and below contain an SQL Injection vulnerability in the ajax_table.php endpoint. The application fails to properly sanitize or parameterize user input when processing IPv6 address searches. Specifically, the address parameter is split into an address and a prefix, and the prefix portion is directly concatenated into the SQL query string without validation. This allows an attacker to inject arbitrary SQL commands, potentially leading to unauthorized data access or database manipulation. This issue has been fixed in version 26.2.0.</p> <p>LibreNMS is an auto-discovering PHP/MySQL/SNMP based network monitoring tool. Versions 25.12.0 and below contain an SQL Injection vulnerability in the ajax_table.php endpoint. The application fails to properly sanitize or parameterize user input when processing IPv6 address searches. Specifically, the address parameter is split into an address and a prefix, and the prefix portion is directly concatenated into the SQL query string without validation. This allows an attacker to inject arbitrary SQL commands, potentially leading to unauthorized data access or database manipulation. This issue has been fixed in version 26.2.0.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-26988 https://cve.radiocsirt.org/vuln/ghsa-h3rv-q4rq-pqcv <p><strong>Affected:</strong> Packagist: librenms/librenms</p> <p>### Summary *SQL Injection in IPv6 Address Search functionality via `address` parameter**</p> <p>A SQL injection vulnerability exists in the `ajax_table.php` endpoint. The application fails to properly sanitize or parameterize user input when processing IPv6 address searches. Specifically, the `address` parameter is split into an address and a prefix, and the prefix portion is directly concatenated into the SQL query string without validation. This allows an attacker to inject arbitrary SQL commands, potentially leading to unauthorized data access or database manipulation.</p> <p>### Details The vulnerability is located in the logic that handles address searching when `search_type` is set to `ipv6`.</p> <p>The application takes the user-supplied `address` parameter and splits it using the `/` delimiter: ```PHP [$address, $prefix] = explode(&#39;/&#39;, $vars[&#39;address&#39;]); ``` If the search_type is ipv6 and the $prefix variable is not empty, the code constructs the SQL query by directly concatenating the $prefix variable into the string: ``` } elseif ($vars[&#39;search_type&#39;] == &#39;ipv6&#39;) { // ... code omitted ... if (! empty($prefix)) { // VULNERABILITY: Direct concatenation of user input $sql .= &#34; AND ipv6_prefixlen = &#39;$prefix&#39;&#34;; } } ``` Unlike the ipv4 block, which attempts to use prepared statements (binding parameters via $param[]), the ipv6 block treats the prefix as a raw string. By supplying an input containing a /, an attacker can populate the $prefix variable. If this va…</p> <p><strong>Affected:</strong> Packagist: librenms/librenms</p> <p>### Summary *SQL Injection in IPv6 Address Search functionality via `address` parameter**</p> <p>A SQL injection vulnerability exists in the `ajax_table.php` endpoint. The application fails to properly sanitize or parameterize user input when processing IPv6 address searches. Specifically, the `address` parameter is split into an address and a prefix, and the prefix portion is directly concatenated into the SQL query string without validation. This allows an attacker to inject arbitrary SQL commands, potentially leading to unauthorized data access or database manipulation.</p> <p>### Details The vulnerability is located in the logic that handles address searching when `search_type` is set to `ipv6`.</p> <p>The application takes the user-supplied `address` parameter and splits it using the `/` delimiter: ```PHP [$address, $prefix] = explode(&#39;/&#39;, $vars[&#39;address&#39;]); ``` If the search_type is ipv6 and the $prefix variable is not empty, the code constructs the SQL query by directly concatenating the $prefix variable into the string: ``` } elseif ($vars[&#39;search_type&#39;] == &#39;ipv6&#39;) { // ... code omitted ... if (! empty($prefix)) { // VULNERABILITY: Direct concatenation of user input $sql .= &#34; AND ipv6_prefixlen = &#39;$prefix&#39;&#34;; } } ``` Unlike the ipv4 block, which attempts to use prepared statements (binding parameters via $param[]), the ipv6 block treats the prefix as a raw string. By supplying an input containing a /, an attacker can populate the $prefix variable. If this va…</p> https://cve.radiocsirt.org/vuln/ghsa-h3rv-q4rq-pqcv