漏洞 (CVE)
常見漏洞與暴露
漏洞清單
所有 CVE
CISA - 已被利用漏洞
OWASP - 漏洞
CVE(依類別)
依廠商搜尋
依產品搜尋
依年份排序
CVE 2026
CVE 2025
CVE 統計
CVE(依年份/月份)
CVE(依類別)
CVE(依 OWASP)
CVE(依 CVSS 評分)
漏洞廠商 TOP 100
漏洞產品 TOP 100
特定檢視
CVE 嚴重評分
CVE EPSS > 70%
CVE 高危評分
CVE 網路(向量)
CVE 本機(向量)
CVE 實體(向量)
CVE
CVE(常見漏洞與暴露)是一份公開揭露的電腦安全缺陷清單。
OWASP
OWASP Top 10 是識別並記錄 Web 應用程式十大安全漏洞的倡議。
CISA KEV
CISA 已知被利用漏洞(KEV)是識別並發布已知被利用漏洞清單的倡議。
製造商與產品 (CPE)
廠商與產品
廠商清單
所有廠商
漏洞廠商 TOP 100
產品清單
所有產品
漏洞產品 TOP 100
CPE(通用平台枚舉)是一種用於命名硬體、軟體和作業系統的標準化方案。CPE 提供結構化命名方式,可根據廠商、產品名稱、版本、更新、版次和語言等特定屬性,唯一識別和分類資訊技術系統、平台和套件。
弱點 (CWE)
常見弱點枚舉
CWE 清單
所有 CWE
CWE 檢視
CWE 類別
特定檢視
CWE Top 25(2023)
CWE Top 25(2022)
CWE Top 25(2021)
軟體開發
硬體設計
研究概念
最新 5 個 CWE
CWE-1463
(2026-10-28 00:00 +00:00)
CWE-1462
(2026-10-28 00:00 +00:00)
CWE-1466
(2026-10-28 00:00 +00:00)
CWE-1465
(2026-10-28 00:00 +00:00)
CWE-1464
(2026-10-28 00:00 +00:00)
CWE(常見弱點枚舉)是軟體弱點與漏洞的全面清單和分類體系。它作為描述架構、設計、程式碼或實作中可能導致漏洞的軟體安全弱點的通用語言。
攻擊模式 (CAPEC)
常見攻擊模式枚舉與分類
CAPEC 清單
所有 CAPEC
CAPEC 檢視
CAPEC 類別
特定檢視
攻擊機制
攻擊領域
WASC 威脅分類 2.0
ATT&CK 相關模式
OWASP 相關模式
最新 5 個 CAPEC
CAPEC-701
(2023-01-24 00:00 +00:00)
CAPEC-700
(2023-01-24 00:00 +00:00)
CAPEC-702
(2023-01-24 00:00 +00:00)
CAPEC-699
(2023-01-24 00:00 +00:00)
CAPEC-691
(2022-09-29 00:00 +00:00)
CAPEC(常見攻擊模式枚舉與分類)是一個全面的公開資源,記錄了對手在網路攻擊中使用的常見攻擊模式。此知識庫旨在理解和闡明常見漏洞及攻擊者利用這些漏洞的方法。
服務與價格
價格與授權
建立帳戶
說明與資訊
常見問題與說明
部落格與文章
資料庫合作夥伴
聯絡我們
搜尋:CVE ID、CWE ID、CAPEC ID、廠商或 CVE 關鍵字
最近搜尋:
找不到結果
請嘗試使用不同的查詢詞彙
繁體中文
English
Français
Deutsch
Español
Italiano
Português
Nederlands
Polski
日本語
简体中文
繁體中文
한국어
Bahasa Indonesia
Tiếng Việt
淺色
深色
系統
CVE Find - 提醒系統
隨時掌握最新資訊
建立免費帳戶
開設免費帳戶
登入您的帳戶
管理您的提醒
CVE-2022-50583:詳細資料
首頁
常見漏洞與暴露 (CVE)
CVE-2022-50583:詳細資料
CVE-2022-50583
EPSS
0.02%
V4
發布日期
2025-12-08
01h12
+00:00
修改日期
2025-12-23
13h30
+00:00
官方連結
CVE.org
NVD
指定 CVE 通知
掌握特定 CVE 的任何變更。
管理通知
自訂提醒
啟用您的個人化提醒!
要啟用提醒,只需登入您的
免費帳戶
即可。若尚未登入,請選擇以下其中一個選項。
登入您的帳戶
建立免費帳戶
指定 CVE 通知
掌握特定 CVE 的任何變更。
發送提醒的條件:與上次提醒比較,CISA、EPSS、CVSS、CWE、解決方案、CPE 有所差異。
參數
您可以指定一個標題,該標題將出現在所有發送的提醒中。
請輸入 CVE ID,例如 CVE-2025-1234
排程
頻率?
需要更高方案
每小時
即時回應新發布的資訊
需要更高方案
每天
在選定日期發送電子郵件
需要更高方案
每週
在選定日期發送摘要
每個月
每月摘要
小時
每小時
每 15 分鐘 (需要更高方案)
每 30 分鐘 (需要更高方案)
分鐘
00
05
10
15
20
25
30
35
40
45
50
55
適用日
星期一
星期二
星期三
星期四
星期五
星期六
星期日
執行時間 (UTC)
適用日
星期一
星期二
星期三
星期四
星期五
星期六
星期日
執行時間 (UTC)
月份
每個月
選擇月份
一月
二月
三月
四月
五月
六月
七月
八月
九月
十月
十一月
十二月
日
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
執行時間 (UTC)
*
必填欄位
every
1
2
3
4
5
6
7
8
9
10
11
12
every
lastday
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
every
1
2
3
4
5
6
7
every
every4
every12
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
every15
every30
0
5
10
15
20
25
30
35
40
45
50
55
建立日期
-
上次執行
-
下次執行
-
CVE 描述
md/raid0, raid10: Don't set discard sectors for request queue
In the Linux kernel, the following vulnerability has been resolved: md/raid0, raid10: Don't set discard sectors for request queue It should use disk_stack_limits to get a proper max_discard_sectors rather than setting a value by stack drivers. And there is a bug. If all member disks are rotational devices, raid0/raid10 set max_discard_sectors. So the member devices are not ssd/nvme, but raid0/raid10 export the wrong value. It reports warning messages in function __blkdev_issue_discard when mkfs.xfs like this: [ 4616.022599] ------------[ cut here ]------------ [ 4616.027779] WARNING: CPU: 4 PID: 99634 at block/blk-lib.c:50 __blkdev_issue_discard+0x16a/0x1a0 [ 4616.140663] RIP: 0010:__blkdev_issue_discard+0x16a/0x1a0 [ 4616.146601] Code: 24 4c 89 20 31 c0 e9 fe fe ff ff c1 e8 09 8d 48 ff 4c 89 f0 4c 09 e8 48 85 c1 0f 84 55 ff ff ff b8 ea ff ff ff e9 df fe ff ff <0f> 0b 48 8d 74 24 08 e8 ea d6 00 00 48 c7 c6 20 1e 89 ab 48 c7 c7 [ 4616.167567] RSP: 0018:ffffaab88cbffca8 EFLAGS: 00010246 [ 4616.173406] RAX: ffff9ba1f9e44678 RBX: 0000000000000000 RCX: ffff9ba1c9792080 [ 4616.181376] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff9ba1c9792080 [ 4616.189345] RBP: 0000000000000cc0 R08: ffffaab88cbffd10 R09: 0000000000000000 [ 4616.197317] R10: 0000000000000012 R11: 0000000000000000 R12: 0000000000000000 [ 4616.205288] R13: 0000000000400000 R14: 0000000000000cc0 R15: ffff9ba1c9792080 [ 4616.213259] FS: 00007f9a5534e980(0000) GS:ffff9ba1b7c80000(0000) knlGS:0000000000000000 [ 4616.222298] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 4616.228719] CR2: 000055a390a4c518 CR3: 0000000123e40006 CR4: 00000000001706e0 [ 4616.236689] Call Trace: [ 4616.239428] blkdev_issue_discard+0x52/0xb0 [ 4616.244108] blkdev_common_ioctl+0x43c/0xa00 [ 4616.248883] blkdev_ioctl+0x116/0x280 [ 4616.252977] __x64_sys_ioctl+0x8a/0xc0 [ 4616.257163] do_syscall_64+0x5c/0x90 [ 4616.261164] ? handle_mm_fault+0xc5/0x2a0 [ 4616.265652] ? do_user_addr_fault+0x1d8/0x690 [ 4616.270527] ? do_syscall_64+0x69/0x90 [ 4616.274717] ? exc_page_fault+0x62/0x150 [ 4616.279097] entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 4616.284748] RIP: 0033:0x7f9a55398c6b
CVE 資訊
EPSS
EPSS 是一種預測漏洞被利用可能性的評分模型。
EPSS 評分
EPSS 模型產生介於 0 到 1(0% 到 100%)之間的概率分數。分數越高,漏洞被利用的概率越大。
日期
EPSS V0
EPSS V1
EPSS V2
(> 2022-02-04)
EPSS V3
(> 2025-03-07)
EPSS V4
(> 2025-03-17)
2025-12-08
–
–
–
–
0.02%
2025-12-14
–
–
–
–
0.02%
2026-01-09
–
–
–
–
0.02%
2026-02-22
–
–
–
–
0.03%
2026-03-08
–
–
–
–
0.03%
2026-03-22
–
–
–
–
0.03%
2026-04-12
–
–
–
–
0.03%
2026-05-10
–
–
–
–
0.02%
2026-05-31
–
–
–
–
0.02%
EPSS 百分位數
百分位數用於根據 EPSS 分數對 CVE 進行排名。例如,EPSS 評分在第 95 百分位的 CVE 比 95% 的其他 CVE 更有可能被利用。因此,百分位數用於比較某 CVE 的 EPSS 分數與其他 CVE 的相對位置。
EPSS First.org
日期
百分位
2025-12-08
3%
2025-12-14
5%
2026-01-09
6%
2026-02-22
7%
2026-03-08
6%
2026-03-22
7%
2026-04-12
9%
2026-05-10
6%
2026-05-31
7%
參考資料
https://git.kernel.org/stable/c/e80bef070699d2e791badefccb1ddabd6998d468
https://git.kernel.org/stable/c/27e5d61a8e6919b5c0c6f473703ffea2acba862a
https://git.kernel.org/stable/c/8e1a2279ca2b0485cc379a153d02a9793f74a48f