CVE-2019-3883
published 2019-04-17CVE-2019-3883: In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads. Each sockets will be waited by the worker for at most 'ioblocktimeout' seconds…
PriorityP348high7.5CVSS 3.1
AVNACLPRNUINSUCNINAH
EPSS
8.43%
94.4th percentile
In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads. Each sockets will be waited by the worker for at most 'ioblocktimeout' seconds. However this timeout applies only for un-encrypted requests. Connections using SSL/TLS are not taking this timeout into account during reads, and may hang longer.An unauthenticated attacker could repeatedly create hanging LDAP requests to hang all the workers, resulting in a Denial of Service.
Affected
8 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | 389-ds-base | < 389-ds-base 1.4.1.5-1 (bookworm) | 389-ds-base 1.4.1.5-1 (bookworm) |
| debian | debian_linux | — | — |
| fedoraproject | 389_directory_server | <= 1.4.1.2 | — |
| port389 | 389-ds-base | >= 0 < 1.4.1.5-1 | 1.4.1.5-1 |
| port389 | 389-ds-base | >= 0 < 1.4.1.5-1 | 1.4.1.5-1 |
| port389 | 389-ds-base | >= 0 < 1.4.1.5-1 | 1.4.1.5-1 |
| red_hat | 389-ds-base | — | — |
| redhat | enterprise_linux | — | — |
CVSS provenance
nvdv3.17.5HIGHCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
nvdv3.05.3MEDIUMCVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
nvdv2.05.0MEDIUMAV:N/AC:L/Au:N/C:N/I:N/A:P
osv7.5HIGH
vendor_debian7.5HIGH
vendor_redhat7.5HIGH
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
GHSA
GHSA-c65q-p9xj-798w: In 389-ds-base up to version 1
ghsa_unreviewed·2022-05-13
CVE-2019-3883 [HIGH] CWE-772 GHSA-c65q-p9xj-798w: In 389-ds-base up to version 1
In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads. Each sockets will be waited by the worker for at most 'ioblocktimeout' seconds. However this timeout applies only for un-encrypted requests. Connections using SSL/TLS are not taking this timeout into account during reads, and may hang longer.An unauthenticated attacker could repeatedly create hanging LDAP requests to hang all the workers, resulting in a Denial of Service.
OSV
CVE-2019-3883: In 389-ds-base up to version 1
osv·2019-04-17·CVSS 7.5
CVE-2019-3883 [HIGH] CVE-2019-3883: In 389-ds-base up to version 1
In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads. Each sockets will be waited by the worker for at most 'ioblocktimeout' seconds. However this timeout applies only for un-encrypted requests. Connections using SSL/TLS are not taking this timeout into account during reads, and may hang longer.An unauthenticated attacker could repeatedly create hanging LDAP requests to hang all the workers, resulting in a Denial of Service.
Red Hat
389-ds-base: DoS via hanging secured connections
vendor_redhat·2019-04-12·CVSS 7.5
CVE-2019-3883 [HIGH] CWE-772 389-ds-base: DoS via hanging secured connections
389-ds-base: DoS via hanging secured connections
In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads. Each sockets will be waited by the worker for at most 'ioblocktimeout' seconds. However this timeout applies only for un-encrypted requests. Connections using SSL/TLS are not taking this timeout into account during reads, and may hang longer.An unauthenticated attacker could repeatedly create hanging LDAP requests to hang all the workers, resulting in a Denial of Service.
It was found that encrypted connections did not honor the 'ioblocktimeout' parameter to end blocking requests. As a result, an unauthenticated attacker could repeatedly start a sufficient number of encrypted connections to block all workers, resulting in a denial of service.
Package: 389-ds-ba
Debian
CVE-2019-3883: 389-ds-base - In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads. E...
vendor_debian·2019·CVSS 7.5
CVE-2019-3883 [HIGH] CVE-2019-3883: 389-ds-base - In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads. E...
In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads. Each sockets will be waited by the worker for at most 'ioblocktimeout' seconds. However this timeout applies only for un-encrypted requests. Connections using SSL/TLS are not taking this timeout into account during reads, and may hang longer.An unauthenticated attacker could repeatedly create hanging LDAP requests to hang all the workers, resulting in a Denial of Service.
Scope: local
bookworm: resolved (fixed in 1.4.1.5-1)
bullseye: resolved (fixed in 1.4.1.5-1)
sid: resolved (fixed in 1.4.1.5-1)
trixie: resolved (fixed in 1.4.1.5-1)
No detection rules found.
No public exploits indexed.
https://access.redhat.com/errata/RHSA-2019:1896https://access.redhat.com/errata/RHSA-2019:3401https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-3883https://lists.debian.org/debian-lts-announce/2019/05/msg00008.htmlhttps://lists.debian.org/debian-lts-announce/2023/04/msg00026.htmlhttps://pagure.io/389-ds-base/issue/50329https://pagure.io/389-ds-base/pull-request/50331https://access.redhat.com/errata/RHSA-2019:1896https://access.redhat.com/errata/RHSA-2019:3401https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-3883https://lists.debian.org/debian-lts-announce/2019/05/msg00008.htmlhttps://lists.debian.org/debian-lts-announce/2023/04/msg00026.htmlhttps://pagure.io/389-ds-base/issue/50329https://pagure.io/389-ds-base/pull-request/50331
2019-04-17
Published