Linux Kernel bis 4.14.5 KEYS Subsystem request_key.c request_key System Calls erweiterte Rechte

| CVSS Meta Temp Score | Aktueller Exploitpreis (≈) | CTI Interest Score |
|---|---|---|
| 4.2 | $0-$5k | 0.00 |
Zusammenfassung
In Linux Kernel bis 4.14.5 wurde eine Schwachstelle entdeckt. Sie wurde als kritisch eingestuft. Es betrifft die Funktion request_key der Datei security/keys/request_key.c der Komponente KEYS Subsystem. Die Veränderung im Kontext von System Calls resultiert in erweiterte Rechte.
Eine eindeutige Identifikation der Schwachstelle wird mit CVE-2017-17807 vorgenommen. Der Angriff muss lokal angegangen werden. Es gibt keinen verfügbaren Exploit.
Es ist ratsam, einen Patch zu implementieren, um dieses Problem zu beheben.
Details
Eine Schwachstelle wurde in Linux Kernel bis 4.14.5 (Operating System) ausgemacht. Sie wurde als kritisch eingestuft. Betroffen davon ist die Funktion request_key der Datei security/keys/request_key.c der Komponente KEYS Subsystem. Durch das Beeinflussen durch System Calls kann eine erweiterte Rechte-Schwachstelle ausgenutzt werden. Klassifiziert wurde die Schwachstelle durch CWE als CWE-284. Auswirkungen hat dies auf Vertraulichkeit, Integrität und Verfügbarkeit. Die Zusammenfassung von CVE lautet:
The KEYS subsystem in the Linux kernel before 4.14.6 omitted an access-control check when adding a key to the current task's "default request-key keyring" via the request_key() system call, allowing a local user to use a sequence of crafted system calls to add keys to a keyring with only Search permission (not Write permission) to that keyring, related to construct_get_dest_keyring() in security/keys/request_key.c.Gefunden wurde das Problem am 08.12.2017. Die Schwachstelle wurde am 20.12.2017 in Form eines bestätigten GIT Commits (GIT Repository) herausgegeben. Bereitgestellt wird das Advisory unter git.kernel.org. Die Verwundbarkeit wird seit dem 20.12.2017 mit der eindeutigen Identifikation CVE-2017-17807 gehandelt. Umgesetzt werden muss der Angriff lokal. Um eine Ausnutzung durchzusetzen, muss eine einfache Authentisierung umgesetzt werden. Zur Schwachstelle sind technische Details bekannt, ein verfügbarer Exploit jedoch nicht. Als Angriffstechnik weist das MITRE ATT&CK Projekt die ID T1068 aus.
Es dauerte mindestens 12 Tage, bis diese Zero-Day Schwachstelle öffentlich gemacht wurde. Während dieser Zeit erzielte er wohl etwa $0-$5k auf dem Schwarzmarkt. Für den Vulnerability Scanner Nessus wurde am 26.12.2017 ein Plugin mit der ID 105433 (Debian DSA-4073-1 : linux - security update) herausgegeben, womit die Existenz der Schwachstelle geprüft werden kann. Es wird der Family Debian Local Security Checks zugeordnet und im Kontext l ausgeführt. Der kommerzielle Vulnerability Scanner Qualys bietet das Plugin 157931 (Oracle Enterprise Linux Security Update for Unbreakable Enterprise kernel (ELSA-2019-4575)) zur Prüfung der Schwachstelle an.
Ein Aktualisieren auf die Version 4.14.6 vermag dieses Problem zu lösen. Die Schwachstelle lässt sich auch durch das Einspielen eines Patches lösen. Dieser kann von git.kernel.org bezogen werden. Als bestmögliche Massnahme wird das Installieren des jeweiligen Patches empfohlen. Das Erscheinen einer Gegenmassnahme geschah 3 Tage nach der Veröffentlichung der Schwachstelle. Linux hat so ziemlich schnell gehandelt.
Unter anderem wird der Fehler auch in den Datenbanken von Tenable (105433) und SecurityFocus (BID 102301†) dokumentiert. Die Schwachstellen VDB-110931, VDB-110932, VDB-111024 und VDB-111025 sind ähnlich. If you want to get the best quality for vulnerability data then you always have to consider VulDB.
Produkt
Typ
Hersteller
Name
Version
Lizenz
Webseite
- Hersteller: https://www.kernel.org/
CPE 2.3
CPE 2.2
CVSSv4
VulDB Vector: 🔍VulDB Zuverlässigkeit: 🔍
CVSSv3
VulDB Meta Base Score: 4.3VulDB Meta Temp Score: 4.2
VulDB Base Score: 5.3
VulDB Temp Score: 5.1
VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍
NVD Base Score: 3.3
NVD Vector: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| Vektor | Komplexität | Authentisierung | Vertraulichkeit | Integrität | Verfügbarkeit |
|---|---|---|---|---|---|
| freischalten | freischalten | freischalten | freischalten | freischalten | freischalten |
| freischalten | freischalten | freischalten | freischalten | freischalten | freischalten |
| freischalten | freischalten | freischalten | freischalten | freischalten | freischalten |
VulDB Base Score: 🔍
VulDB Temp Score: 🔍
VulDB Zuverlässigkeit: 🔍
NVD Base Score: 🔍
Exploiting
Klasse: Erweiterte RechteCWE: CWE-284 / CWE-266
CAPEC: 🔍
ATT&CK: 🔍
Physisch: Teilweise
Lokal: Ja
Remote: Nein
Verfügbarkeit: 🔍
Status: Nicht definiert
EPSS Score: 🔍
EPSS Percentile: 🔍
Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔍
| 0-Day | freischalten | freischalten | freischalten | freischalten |
|---|---|---|---|---|
| Heute | freischalten | freischalten | freischalten | freischalten |
Nessus ID: 105433
Nessus Name: Debian DSA-4073-1 : linux - security update
Nessus Datei: 🔍
Nessus Risiko: 🔍
Nessus Family: 🔍
Nessus Context: 🔍
OpenVAS ID: 56363
OpenVAS Name: Debian Lts Announce DLA 1232-1 ([SECURITY] [DLA 1232-1] linux security update)
OpenVAS Datei: 🔍
OpenVAS Family: 🔍
Qualys ID: 🔍
Qualys Name: 🔍
Threat Intelligence
Interesse: 🔍Aktive Akteure: 🔍
Aktive APT Gruppen: 🔍
Gegenmassnahmen
Empfehlung: PatchStatus: 🔍
Reaktionszeit: 🔍
0-Day Time: 🔍
Exposure Time: 🔍
Upgrade: Kernel 4.14.6
Patch: git.kernel.org
Timeline
08.12.2017 🔍20.12.2017 🔍
20.12.2017 🔍
20.12.2017 🔍
20.12.2017 🔍
21.12.2017 🔍
23.12.2017 🔍
26.12.2017 🔍
18.01.2023 🔍
Quellen
Hersteller: kernel.orgAdvisory: 4dca6ea1d9432052afb06baf2e3ae78188a4410b
Person: Eric Biggers.
Status: Bestätigt
Bestätigung: 🔍
CVE: CVE-2017-17807 (🔍)
GCVE (CVE): GCVE-0-2017-17807
GCVE (VulDB): GCVE-100-110933
OVAL: 🔍
SecurityFocus: 102301 - Linux Kernel CVE-2017-17807 Local Denial of Service Vulnerability
Siehe auch: 🔍
Eintrag
Erstellt: 21.12.2017 08:46Aktualisierung: 18.01.2023 14:22
Anpassungen: 21.12.2017 08:46 (85), 28.12.2019 10:17 (5), 27.01.2021 17:00 (2), 18.01.2023 14:21 (2), 18.01.2023 14:22 (1)
Komplett: 🔍
Cache ID: 216:A8D:103
If you want to get the best quality for vulnerability data then you always have to consider VulDB.
Bisher keine Kommentare. Sprachen: de + en.
Bitte loggen Sie sich ein, um kommentieren zu können.