https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 08 Oct 2026 14:47:57 +0000 https://cve.radiocsirt.org/vuln/bdu:2021-06165 bdu:2021-06165 https://cve.radiocsirt.org/vuln/bdu:2021-06165 https://cve.radiocsirt.org/vuln/cnvd-2021-95606 cnvd-2021-95606 https://cve.radiocsirt.org/vuln/cnvd-2021-95606 https://cve.radiocsirt.org/vuln/euvd-2026-291541 EUVD-2026-291541 https://cve.radiocsirt.org/vuln/euvd-2026-291541 https://cve.radiocsirt.org/vuln/fkie_cve-2019-8921 <p>An issue was discovered in bluetoothd in BlueZ through 5.48. The vulnerability lies in the handling of a SVC_ATTR_REQ by the SDP implementation. By crafting a malicious CSTATE, it is possible to trick the server into returning more bytes than the buffer actually holds, resulting in leaking arbitrary heap data. The root cause can be found in the function service_attr_req of sdpd-request.c. The server does not check whether the CSTATE data is the same in consecutive requests, and instead simply trusts that it is the same.</p> <p>An issue was discovered in bluetoothd in BlueZ through 5.48. The vulnerability lies in the handling of a SVC_ATTR_REQ by the SDP implementation. By crafting a malicious CSTATE, it is possible to trick the server into returning more bytes than the buffer actually holds, resulting in leaking arbitrary heap data. The root cause can be found in the function service_attr_req of sdpd-request.c. The server does not check whether the CSTATE data is the same in consecutive requests, and instead simply trusts that it is the same.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2019-8921 https://cve.radiocsirt.org/vuln/ghsa-69h8-fh92-ch8q <p>An issue was discovered in bluetoothd in BlueZ through 5.48. The vulnerability lies in the handling of a SVC_ATTR_REQ by the SDP implementation. By crafting a malicious CSTATE, it is possible to trick the server into returning more bytes than the buffer actually holds, resulting in leaking arbitrary heap data. The root cause can be found in the function service_attr_req of sdpd-request.c. The server does not check whether the CSTATE data is the same in consecutive requests, and instead simply trusts that it is the same.</p> <p>An issue was discovered in bluetoothd in BlueZ through 5.48. The vulnerability lies in the handling of a SVC_ATTR_REQ by the SDP implementation. By crafting a malicious CSTATE, it is possible to trick the server into returning more bytes than the buffer actually holds, resulting in leaking arbitrary heap data. The root cause can be found in the function service_attr_req of sdpd-request.c. The server does not check whether the CSTATE data is the same in consecutive requests, and instead simply trusts that it is the same.</p> https://cve.radiocsirt.org/vuln/ghsa-69h8-fh92-ch8q https://cve.radiocsirt.org/vuln/gsd-2019-8921 gsd-2019-8921 https://cve.radiocsirt.org/vuln/gsd-2019-8921 https://cve.radiocsirt.org/vuln/suse-su-2022:3687-1 <p>Security update for bluez</p> <p>Security update for bluez</p> https://cve.radiocsirt.org/vuln/suse-su-2022:3687-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2019-8921 <p><strong>Affected:</strong> Ubuntu:Pro:16.04:LTS: bluez, Ubuntu:18.04:LTS: bluez</p> <p>An issue was discovered in bluetoothd in BlueZ through 5.48. The vulnerability lies in the handling of a SVC_ATTR_REQ by the SDP implementation. By crafting a malicious CSTATE, it is possible to trick the server into returning more bytes than the buffer actually holds, resulting in leaking arbitrary heap data. The root cause can be found in the function service_attr_req of sdpd-request.c. The server does not check whether the CSTATE data is the same in consecutive requests, and instead simply trusts that it is the same.</p> <p><strong>Affected:</strong> Ubuntu:Pro:16.04:LTS: bluez, Ubuntu:18.04:LTS: bluez</p> <p>An issue was discovered in bluetoothd in BlueZ through 5.48. The vulnerability lies in the handling of a SVC_ATTR_REQ by the SDP implementation. By crafting a malicious CSTATE, it is possible to trick the server into returning more bytes than the buffer actually holds, resulting in leaking arbitrary heap data. The root cause can be found in the function service_attr_req of sdpd-request.c. The server does not check whether the CSTATE data is the same in consecutive requests, and instead simply trusts that it is the same.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2019-8921