CVE, singkatan dari Common Vulnerabilities and Exposures, adalah daftar kerentanan keamanan komputer yang telah diungkapkan kepada publik.
OWASP
OWASP Top 10 adalah inisiatif yang mengidentifikasi dan mendokumentasikan 10 kerentanan keamanan teratas dalam aplikasi web.
CISA KEV
CISA Known Exploited Vulnerabilities (KEV) adalah inisiatif yang mengidentifikasi dan mempublikasikan daftar kerentanan yang diketahui telah dieksploitasi.
CPE, singkatan dari Common Platform Enumeration, adalah skema standar untuk penamaan perangkat keras, perangkat lunak, dan sistem operasi. CPE menyediakan skema penamaan terstruktur untuk mengidentifikasi dan mengklasifikasikan sistem teknologi informasi, platform, dan paket secara unik berdasarkan atribut tertentu seperti vendor, nama produk, versi, pembaruan, edisi, dan bahasa.
CWE, atau Common Weakness Enumeration, adalah daftar dan kategorisasi komprehensif tentang kelemahan dan kerentanan perangkat lunak. Ini berfungsi sebagai bahasa umum untuk mendeskripsikan kelemahan keamanan perangkat lunak dalam arsitektur, desain, kode, atau implementasi yang dapat menyebabkan kerentanan.
CAPEC, singkatan dari Common Attack Pattern Enumeration and Classification, adalah sumber daya publik yang komprehensif yang mendokumentasikan pola serangan umum yang digunakan oleh penyerang dalam serangan siber. Basis pengetahuan ini bertujuan untuk memahami dan mengartikulasikan kerentanan umum dan metode yang digunakan penyerang untuk mengeksploitasinya.
Layanan & Harga
Bantuan & Info
Cari : CVE id, CWE id, CAPEC id, vendor atau kata kunci dalam CVE
In the Linux kernel, the following vulnerability has been resolved:
Bluetooth: bpa10x: avoid OOB read of revision string in bpa10x_setup()
bpa10x_setup() sends the vendor command 0xfc0e and passes the response
to bt_dev_info() and hci_set_fw_info() as a "%s" string starting at
skb->data + 1, without checking the length:
bt_dev_info(hdev, "%s", (char *)(skb->data + 1));
hci_set_fw_info(hdev, "%s", skb->data + 1);
A device that returns a one-byte response (status only) leaves
skb->data + 1 past the end of the data, and the %s walk reads adjacent
slab memory until it meets a NUL. The same happens when the payload is
not NUL-terminated within skb->len. The out-of-bounds bytes end up in
the kernel log and the firmware-info debugfs file.
Print the revision string with a bounded "%.*s" limited to skb->len - 1
instead. This keeps the string readable for well-behaved devices while
never reading past the received data, and does not fail setup, so a
device returning a short or unterminated response keeps working.