CVE-2000-0992 : Détail

Le modèle EPSS produit un score de probabilité compris entre 0 et 1 (0 et 100 %). Plus la note est élevée, plus la probabilité qu'une vulnérabilité soit exploitée est grande.

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.37%	–
2023-04-16	–	–	–	0.37%	–
2023-07-02	–	–	–	0.53%	–
2023-10-29	–	–	–	0.53%	–
2023-11-12	–	–	–	0.53%	–
2023-11-19	–	–	–	0.53%	–
2023-12-03	–	–	–	0.53%	–
2023-12-10	–	–	–	0.53%	–
2024-02-11	–	–	–	0.77%	–
2024-06-02	–	–	–	0.77%	–
2024-06-02	–	–	–	0.77%	–
2024-08-11	–	–	–	0.77%	–
2024-12-22	–	–	–	0.87%	–
2025-03-02	–	–	–	0.87%	–
2025-01-19	–	–	–	0.87%	–
2025-03-09	–	–	–	0.87%	–
2025-03-18	–	–	–	–	2.83%
2025-03-18	–	–	–	–	2.83,%

Le percentile est utilisé pour classer les CVE en fonction de leur score EPSS. Par exemple, une CVE dans le 95e percentile selon son score EPSS est plus susceptible d'être exploitée que 95 % des autres CVE. Ainsi, le percentile sert à comparer le score EPSS d'une CVE par rapport à d'autres 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	68%
2023-04-16	69%
2023-07-02	74%
2023-10-29	75%
2023-11-12	74%
2023-11-19	75%
2023-12-03	74%
2023-12-10	75%
2024-02-11	81%
2024-06-02	81%
2024-06-02	81%
2024-08-11	82%
2024-12-22	82%
2025-03-02	83%
2025-01-19	82%
2025-03-09	83%
2025-03-18	85%
2025-03-18	85%

source: https://www.securityfocus.com/bid/1742/info A vulnerability exists in the 1.2.x releases of scp which, if properly exploited using a modified scp binary on the server end, can permit the remote server to spoof local pathnames and overwrite files belonging to the local user. For example, following the command scp user@remotehost:/somefile /home/user/newfile the modified server on the remote machine maliciously sends the filename as ../../etc/passwd the local user's scp program will then write the data to /home/user/../../etc/passwd (which is the same as /etc/passwd) Note that the target file can only be overwritten if the local user has write access to it. As a result, it remains inadvisable to run scp as root. This vulnerability applies to 1.2.x versions of ssh on the remote machine, irrespective of the version running as the client. ssh-2.x on the remote employs a different protocol and as a result is reportedly not vulnerable to this bug. As a proof of concept, I created trivial scp replacement (put it on remote machine in the place of original scp binary - usually in /usr/local/bin). It will try to exploit any file transfer, creating setuid /tmp/ScpIsBuggy file on client system: #!/bin/bash echo "D0755 0 ../../../../../../tmp/nope" echo "D0755 0 ../../../../../../tmp" echo "C4755 200 ScpIsBuggy" dd if=/dev/urandom of=/dev/stdout bs=200 count=1 2>/dev/null dd if=/dev/zero of=/dev/stdout bs=1 count=2 2>/dev/null