CVE-2000-0668 : Detail

The EPSS model produces a probability score between 0 and 1 (0 and 100%). The higher the score, the greater the probability that a vulnerability will be exploited.

Date	EPSS V0	EPSS V1	EPSS V2 (> 2022-02-04)	EPSS V3 (> 2025-03-07)	EPSS V4 (> 2025-03-17)
2022-02-06	–	–	4.48%	–	–
2022-02-13	–	–	4.48%	–	–
2022-04-03	–	–	4.48%	–	–
2022-12-25	–	–	4.48%	–	–
2023-01-01	–	–	4.48%	–	–
2023-02-26	–	–	4.48%	–	–
2023-03-12	–	–	–	0.81%	–
2023-03-26	–	–	–	0.82%	–
2023-07-02	–	–	–	0.82%	–
2024-02-11	–	–	–	0.82%	–
2024-04-07	–	–	–	0.82%	–
2024-06-02	–	–	–	0.82%	–
2024-12-08	–	–	–	0.82%	–
2024-12-22	–	–	–	0.71%	–
2025-02-16	–	–	–	0.71%	–
2025-01-19	–	–	–	0.71%	–
2025-02-16	–	–	–	0.71%	–
2025-03-18	–	–	–	–	4.09%
2025-03-18	–	–	–	–	4.09,%

The percentile is used to rank CVE according to their EPSS score. For example, a CVE in the 95th percentile according to its EPSS score is more likely to be exploited than 95% of other CVE. Thus, the percentile is used to compare the EPSS score of a CVE with that of other CVE.

Date	Percentile
2022-02-06	71%
2022-02-13	72%
2022-04-03	88%
2022-12-25	89%
2023-01-01	88%
2023-02-26	89%
2023-03-12	79%
2023-03-26	79%
2023-07-02	8%
2024-02-11	81%
2024-04-07	82%
2024-06-02	82%
2024-12-08	83%
2024-12-22	8%
2025-02-16	81%
2025-01-19	8%
2025-02-16	81%
2025-03-18	88%
2025-03-18	88%

source: https://www.securityfocus.com/bid/1513/info There is a vulnerability in the Linux pam_console module that could allow an attacker to remotely reboot the workstation or perform other actions limited to local users. If a workstation is configured to use a display manager (xdm, gdm, kdm, etc.) AND has XDMCP enabled, it is possible for a user who logs in remotely to use Xnest -query to log in on display :1, which is recognized as the system console. This vulnerability is only present if the workstation is running a graphical login manager such as gdm or kdm. This description of how to replicate the problem was posted to RedHat's Bugzilla bug-tracking system by bkw1a@virginia.edu: 1. ssh into the server, allowing ssh to establish a secure forwarded X connection. If no one else is using display number 0, you'll end up with a DISPLAY value of "host:0.0". 2. Invoke "Xnest -query localhost" on the remote machine. 3. Log in, starting a Gnome session. 4. From the Gnome panel, select "logout". You'll be presented with the option of shutting down or rebooting the server. Another description, this one from Andreas Hasenack <andreas@conectiva.com.br>: 1. login remotely (X -broadcast) (have gdm, kdm, whatever running with XDMCP enabled somewhere) 2. after login, start Xnest with -broadcast again, for example 3. login again, now you will be using display :1 4. this is treated as a console user, and commands only available to console users can be run, such as reboot.