Hoch68 / 100Konfidenz: Mittel

In CISA KEVCVSS9.8EPSS98 %Über Netz erreichbarOhne Zutun des Nutzers

Installieren Sie umgehend die von IBM bereitgestellten Sicherheitsupdates für QRadar SIEM.

▸Herleitung der Bewertung(4)

Wie der Wert zustande kommt

Im CISA-KEV-Katalog: CVE-2026-34197+25
Hoechster CVSS-Basiswert 9.8+18
EPSS 98.3 % Ausnutzungswahrscheinlichkeit binnen 30 Tagen+15
Ohne Anmeldung ueber das Netz ausnutzbar (CVE-2025-10263, CVSS-Vektor AV:N/PR:N)+10

Woraus sich die Konfidenz ergibt

Nur ein Herausgeber — keine Gegenlesung
Darunter eine behoerdliche Primaerquelle
Strukturierte CVE-Daten aus der NVD vorhanden

Die Konfidenz misst die Belegqualität, nicht die Schwere.

Einschränkungen

35 im Text genannte CVE(s) liegen uns nicht vor und gehen nicht in die Bewertung ein: CVE-2025-13151, CVE-2025-48913, CVE-2025-66168, CVE-2025-71089, CVE-2026-10879, CVE-2026-23216, CVE-2026-31692, CVE-2026-33227, CVE-2026-33416, CVE-2026-33558, CVE-2026-40046, CVE-2026-41043, CVE-2026-41411, CVE-2026-42402, CVE-2026-42403, CVE-2026-42404, CVE-2026-43056, CVE-2026-43279, CVE-2026-43450, CVE-2026-46113, CVE-2026-46209, CVE-2026-49432, CVE-2026-49434, CVE-2026-50734, CVE-2026-53404, CVE-2026-53434, CVE-2026-53916, CVE-2026-53917, CVE-2026-54370, CVE-2026-54475, CVE-2026-55276, CVE-2026-55693, CVE-2026-55956, CVE-2026-57455, CVE-2026-57456
Fuer 1 erkannte CVE(s) liegt noch kein CVSS-Basiswert vor (NVD-Rueckstau).

Bewertung v1.1, deterministisch berechnet. Bedrohungswert und Konfidenz sind getrennte Größen.· 2026-08-27 10:11 UTCMethodik

Red Team Network & Perimeter

[NEU] [hoch] IBM QRadar SIEM: Mehrere Schwachstellen

CERT-Bund·27. August 2026, 10:11

Originalartikel lesen bei CERT-Bund

Mehrere Schwachstellen in IBM QRadar SIEM ermöglichen Angreifern, Sicherheitsvorkehrungen zu umgehen, Privilegien zu erhöhen, Denial-of-Service-Angriffe durchzuführen und Daten zu manipulieren. Betroffen sind alle Nutzer von IBM QRadar SIEM. Es wird dringend empfohlen, die bereitgestellten Sicherheitsupdates umgehend zu installieren, um die Systeme zu schützen.

SecBoard-Einordnung

Diese Schwachstellen können die Integrität und Verfügbarkeit von Sicherheitsüberwachungssystemen beeinträchtigen, was die Erkennung und Reaktion auf andere Bedrohungen erschwert oder unmöglich macht. Die Kompromittierung eines SIEM-Systems kann weitreichende Auswirkungen auf die gesamte Sicherheitslage einer Organisation haben.

Realistisch schlimmster Fall: Ein Angreifer könnte die Kontrolle über das SIEM-System erlangen, Sicherheitswarnungen unterdrücken, forensische Daten manipulieren und somit unentdeckt weitere Angriffe im Netzwerk durchführen, was zu weitreichenden Systemkompromittierungen und Datenverlust führen könnte.

Im erfassten Bestand

▸CVE-2025-10263 kommt damit in 5 erfassten Meldungen der letzten 90 Tage vor.
▸CVE-2026-34197 stand zum Zeitpunkt dieser Meldung seit 133 Tagen im KEV-Katalog der CISA.

Gezählt im eigenen Bestand, rückwärts ab dem Erscheinungsdatum. Das ist Belegstärke, keine Aussage über die Häufigkeit in der Welt.

Key Facts· 12 / 149

Nach Dringlichkeit sortiert: KEV-Eintrag, dann CVSS, dann EPSS. Vollstaendige Liste im Meldungstext.

CVE-2026-34197CISA KEV

CVSS: 8.8 · HIGH
EPSS: 98.3%
Über das Netz: ja
Anmeldung nötig: ja
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
im KEV seit: 2026-04-16
Patch: unbekannt

CVE-2026-44930

CVSS: 9.8 · CRITICAL
EPSS: 0.7%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: 4.2.1

CVE-2026-64530

CVSS: 9.8 · CRITICAL
EPSS: 0.5%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-5450

CVSS: 9.8 · CRITICAL
EPSS: 0.5%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-9698

CVSS: 9.8 · CRITICAL
EPSS: 0.5%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-14739

CVSS: 9.8 · CRITICAL
EPSS: 0.4%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-46135

CVSS: 9.8 · CRITICAL
EPSS: 0.4%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-53006

CVSS: 9.8 · CRITICAL
EPSS: 0.4%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-15043

CVSS: 9.8 · CRITICAL
EPSS: 0.4%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-52993

CVSS: 9.8 · CRITICAL
EPSS: 0.4%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-43198

CVSS: 9.8 · CRITICAL
EPSS: 0.3%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: nein
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt

CVE-2026-16441

CVSS: 9.6 · CRITICAL
EPSS: 0.3%
Über das Netz: ja
Anmeldung nötig: nein
Nutzerinteraktion nötig: ja
Angriffskomplexität: niedrig
Beeinträchtigt: Vertraulichkeit, Integrität, Verfügbarkeit
Patch: unbekannt
Zuweisende CNA: emo@eclipse.org

Betroffen

Alle Nutzer von IBM QRadar SIEM.

Hersteller

ApacheEclipseLinuxPerlRedhat

Produkte

ActiveMQDbiEnterprise Linux3 VersionenLinux Kernel2 VersionenOPENJ9

▸ CPE-Rohbezeichner anzeigen (12)

cpe:2.3:a:eclipse:openj9:*:*:*:*:*:*:*:*
cpe:2.3:a:perl:dbi:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:2.6.12:-:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:2.6.12:rc2:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:2.6.12:rc3:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:2.6.12:rc4:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:2.6.12:rc5:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:7.0:rc1:*:*:*:*:*:*
cpe:2.3:o:redhat:enterprise_linux:10.0:*:*:*:*:*:*:*
cpe:2.3:o:redhat:enterprise_linux:8.0:*:*:*:*:*:*:*
cpe:2.3:o:redhat:enterprise_linux:9.0:*:*:*:*:*:*:*

Prüfen

▸Überprüfen Sie die installierte Version von IBM QRadar SIEM und stellen Sie sicher, dass alle aktuellen Sicherheitsupdates angewendet wurden.
▸Validieren Sie, dass die Integrität der QRadar-Systemprotokolle und -Konfigurationen nicht kompromittiert wurde, indem Sie auf ungewöhnliche Aktivitäten oder Änderungen prüfen.

▸ 1 weitere

▸Testen Sie die Funktionalität der Sicherheitskontrollen und -regeln in QRadar, um sicherzustellen, dass sie nach der Aktualisierung wie erwartet funktionieren und keine Umgehungen möglich sind.

Offene Punkte

▸ anzeigen

▸Spezifische CVE-IDs der Schwachstellen sind im Artikel nicht genannt.
▸Details zu den genauen Angriffsmethoden oder der Komplexität der Ausnutzung sind nicht spezifiziert.
▸Informationen zu potenziellen Angreifergruppen oder der Motivation sind nicht im Artikel enthalten.

Red-Team-Relevanz

Was heißt das für dein nächstes Assessment?

▸ Einordnung anzeigen

Initial Access möglich?Möglich
Privilege Escalation relevant?Unklar
Exploit öffentlich verfügbar?Ja
Detection / Logging prüfbar?Ja
Für Purple-Team-Szenario geeignet?Ja

Kundenfragen

Sind wir hiervon betroffen — und können wir es detektieren?

MITRE ATT&CK(4)

Techniken aus allen Quellen zusammengeführt — nach Stärke des Belegs sortiert.

T1068Exploitation for Privilege Escalationzugeordnet

„Privilegien zu erhöhen“

T1499Denial of Servicezugeordnet

„Denial-of-Service-Angriffe durchzuführen“

T1562Impair Defenseszugeordnet

„Sicherheitsvorkehrungen zu umgehen“

T1565Data Manipulationzugeordnet

„Daten zu manipulieren“

Mehrere Herkünfte bei derselben Technik heißt: mehrere unabhängige Wege führen dorthin.

Quellen & Belege· 1 Quelle

CERT-BundPrimärbelegPUBLICZuverlässigkeit Adiese Meldung

Behoerdliche Veroeffentlichung mit Amtspflicht zur Richtigkeit, frei zugaenglich.

[NEU] [hoch] IBM QRadar SIEM: Mehrere Schwachstellen

Nur eine Quelle — der Sachverhalt ist an keiner zweiten Stelle gegengelesen.

Verknüpfte Intelligence

Dieselben Entitäten an anderer Stelle auf SecBoard.

Themen

hoch

Vollständigen Artikel lesen bei CERT-Bund

Erwähnte CVEs (12)

CVE-2026-34197HIGH(8.8)

KEVEPSS 98.3%

Improper Input Validation, Improper Control of Generation of Code ('Code Injection') vulnerability in Apache ActiveMQ Broker, Apache ActiveMQ. Apache ActiveMQ Classic exposes the Jolokia JMX-HTTP bridge at /api/jolokia/ on the web console. The default Jolokia access policy permits exec operations on all ActiveMQ MBeans (org.apache.activemq:*), including BrokerService.addNetworkConnector(String) and BrokerService.addConnector(String). An authenticated attacker can invoke these operations with a crafted discovery URI that triggers the VM transport's brokerConfig parameter to load a remote Spring XML application context using ResourceXmlApplicationContext. Because Spring's ResourceXmlApplicationContext instantiates all singleton beans before the BrokerService validates the configuration, arbitrary code execution occurs on the broker's JVM through bean factory methods such as Runtime.exec(). This issue affects Apache ActiveMQ Broker: before 5.19.4, from 6.0.0 before 6.2.3; Apache ActiveMQ All: before 5.19.4, from 6.0.0 before 6.2.3; Apache ActiveMQ: before 5.19.4, from 6.0.0 before 6.2.3. Users are recommended to upgrade to version 5.19.4 or 6.2.3, which fixes the issue

Details NVD

CVE-2026-44930CRITICAL(9.8)

EPSS 0.7%

An LDAP injection vulnerability in the LDAP Certificate repository of the XKMS server in Apache CXF may allow an attacker to retrieve arbitrary certificates from the repository. Users are recommended to upgrade to versions 4.2.1, 4.1.6 or 3.6.11, which fix this issue.

Details NVD

CVE-2026-64530CRITICAL(9.8)

EPSS 0.5%

In the Linux kernel, the following vulnerability has been resolved: net/sched: cls_api: Handle TC_ACT_CONSUMED in tcf_qevent_handle tcf_classify() can return TC_ACT_CONSUMED while the skb is held by the defragmentation engine (e.g. act_ct on out-of-order fragments). When that happens the skb is no longer owned by the caller and must not be touched again. tcf_qevent_handle() did not handle TC_ACT_CONSUMED: it fell through the switch and returned the skb to the caller as if classification had passed. The only qdisc that wires up qevents today is RED, via three call sites (qe_mark on RED_PROB_MARK/HARD_MARK, qe_early_drop on congestion_drop) red_enqueue() was continuing to operate on an skb it no longer owns in this case -- enqueueing it, dropping it, or updating statistics. Resulting in a UAF. tc qdisc add dev eth0 root handle 1: red ... qevent early_drop block 10 tc filter add block 10 ... action ct (with ct defrag enabled and traffic that produces out-of-order fragments, e.g. a fragmented UDP stream) Handle TC_ACT_CONSUMED in tcf_qevent_handle() the same way the ingress and egress fast paths do: treat it as stolen and return NULL without touching the skb. Unlike the TC_ACT_STOLEN case, the skb must not be dropped/freed here, as it is no longer owned by us.

Details NVD

CVE-2026-5450CRITICAL(9.8)

EPSS 0.5%

Calling the scanf family of functions with a %mc (malloc'd character match) in the GNU C Library version 2.7 to version 2.43 with a format width specifier with an explicit width greater than 1024 could result in a one byte heap buffer overflow.

Details NVD

CVE-2026-9698CRITICAL(9.8)

EPSS 0.5%

DBI versions before 1.648 for Perl saved errors in a limited-sized buffer. Error messages that were returned when RaiseError, PrintError or HandleError were set were written to a 200-byte buffer without a length limit. Attackers that can influence the error text in an application can trigger a buffer overflow.

Details NVD

CVE-2026-14739CRITICAL(9.8)

EPSS 0.4%

DBI versions before 1.650 for Perl have a heap overflow when preparsing SQL statements with an extreme number of placeholders. The fix for CVE-2026-10879 did not allocate enough memory to handle approximately 1.2-million placeholders. DBI version 1.650 sets a hard limit of 99,999 placeholders.

Details NVD

CVE-2026-46135CRITICAL(9.8)

EPSS 0.4%

In the Linux kernel, the following vulnerability has been resolved: nvmet-tcp: fix race between ICReq handling and queue teardown nvmet_tcp_handle_icreq() updates queue->state after sending an Initialization Connection Response (ICResp), but it does so without serializing against target-side queue teardown. If an NVMe/TCP host sends an Initialization Connection Request (ICReq) and immediately closes the connection, target-side teardown may start in softirq context before io_work drains the already buffered ICReq. In that case, nvmet_tcp_schedule_release_queue() sets queue->state to NVMET_TCP_Q_DISCONNECTING and drops the queue reference under state_lock. If io_work later processes that ICReq, nvmet_tcp_handle_icreq() can still overwrite the state back to NVMET_TCP_Q_LIVE. That defeats the DISCONNECTING-state guard in nvmet_tcp_schedule_release_queue() and allows a later socket state change to re-enter teardown and issue a second kref_put() on an already released queue. The ICResp send failure path has the same problem. If teardown has already moved the queue to DISCONNECTING, a send error can still overwrite the state with NVMET_TCP_Q_FAILED, again reopening the window for a second teardown path to drop the queue reference. Fix this by serializing both post-send state transitions with state_lock and bailing out if teardown has already started. Use -ESHUTDOWN as an internal sentinel for that bail-out path rather than propagating it as a transport error like -ECONNRESET. Keep nvmet_tcp_socket_error() setting rcv_state to NVMET_TCP_RECV_ERR before honoring that sentinel so receive-side parsing stays quiesced until the existing release path completes.

Details NVD

CVE-2026-53006CRITICAL(9.8)

EPSS 0.4%

In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->head can change. Remove these temporary variables: - We only access &ipv6_hdr(skb)->saddr and &ipv6_hdr(skb)->daddr when net_dbg_ratelimited() is called in the slow path. - Avoid potential future misuse after pskb_pull() call.

Details NVD

CVE-2026-15043CRITICAL(9.8)

EPSS 0.4%

DBI::SQL::Nano versions from 1.42 before 1.651 for Perl have inverted <= and >= SQL operators on text. DBI::SQL::Nano, DBI's built-in mini-SQL engine, evaluated WHERE predicates incorrectly in some cases. In the non-numeric string branch of the is_matched method, <= was evaluated using Perl's ge operator, and >= was evaluated using Perl's le operator. SQL::Nano is the fallback query engine for DBI's file-backed drivers (DBD::File, DBD::DBM, CSV-style drivers) whenever SQL::Statement is not installed, and is forced whenever DBI_SQL_NANO=1. Queries over such tables use these predicates directly. The impact depends on the context. Where an application relies on a WHERE clause to filter file-backed data for policy or authorization, an inverted <=/>= comparison silently returns the wrong rows.

Details NVD

CVE-2026-52993CRITICAL(9.8)

EPSS 0.4%

In the Linux kernel, the following vulnerability has been resolved: tipc: fix double-free in tipc_buf_append() tipc_msg_validate() can potentially reallocate the skb it is validating, freeing the old one. In tipc_buf_append(), it was being called with a pointer to a local variable which was a copy of the caller's skb pointer. If the skb was reallocated and validation subsequently failed, the error handling path would free the original skb pointer, which had already been freed, leading to double-free. Fix this by checking if head now points to a newly allocated reassembled skb. If it does, reassign *headbuf for later freeing operations.

Details NVD

CVE-2026-43198CRITICAL(9.8)

EPSS 0.3%

In the Linux kernel, the following vulnerability has been resolved: tcp: fix potential race in tcp_v6_syn_recv_sock() Code in tcp_v6_syn_recv_sock() after the call to tcp_v4_syn_recv_sock() is done too late. After tcp_v4_syn_recv_sock(), the child socket is already visible from TCP ehash table and other cpus might use it. Since newinet->pinet6 is still pointing to the listener ipv6_pinfo bad things can happen as syzbot found. Move the problematic code in tcp_v6_mapped_child_init() and call this new helper from tcp_v4_syn_recv_sock() before the ehash insertion. This allows the removal of one tcp_sync_mss(), since tcp_v4_syn_recv_sock() will call it with the correct context.

Details NVD

CVE-2026-16441CRITICAL(9.6)

EPSS 0.3%

In Eclipse OpenJ9 versions up to 0.60, when executing class files where a previously concrete superclass method has been recompiled as abstract, execution is incorrectly delegated to an interface default method.

Details NVD

GitHub Advisories (20)

GHSA-8wm6-6fqh-phmc· CVE-2026-42253

org.apache.activemq:apache-activemq

Apache ActiveMQ, Apache ActiveMQ Web have a Cross-site Scripting issue

GHSA-g36m-9g3m-2vmp· CVE-2026-42402

org.apache.neethi:neethi

Apache Neethi is vulnerable to a Denial of Service attack through algorithmic complexity in policy normalization

GHSA-2hfh-9h53-qc24· CVE-2026-42403

org.apache.neethi:neethi

Apache Neethi does not properly detect circular references in policy definitions.

GHSA-287c-fxr7-3w6c· CVE-2026-42404

org.apache.neethi:neethi

Apache Neethi doesn't impose any restrictions on URIs when manually fetching remote policy references through the PolicyReference API

GHSA-hg6c-8mvr-jqc9· CVE-2026-42588

org.apache.activemq:activemq-broker

Apache ActiveMQ Broker, Apache ActiveMQ All, Apache ActiveMQ have a Code Injection issue

GHSA-7pwc-h2j2-rjgj· CVE-2026-43869

org.apache.thrift:libthrift

Apache Thrift has an Improper Validation of Certificate with Host Mismatch Vulnerability

GHSA-2hvc-5c6v-f533· CVE-2026-44417

org.apache.cxf:cxf-rt-transports-jms

Apache CXF: Untrusted JMS configuration can lead to RCE

GHSA-vmm5-fjgx-2jhp· CVE-2026-44618

org.apache.cxf:cxf-rt-ws-transfer

Apache CXF's WS-Transfer module has an insecure XML parser configuration

GHSA-pg32-686q-qh6x· CVE-2026-44930

org.apache.cxf.services.xkms:cxf-services-xkms-x509-repo-ldap

Apache CXF has an LDAP injection vulnerability

GHSA-v853-w46p-fv2h· CVE-2026-45505

org.apache.activemq:activemq-broker

Apache ActiveMQ Broker, Apache ActiveMQ All, Apache ActiveMQ have a Code Injection issue

GHSA-cpw7-g3p5-qrfq· CVE-2026-46605

org.apache.activemq:apache-activemq

Apache ActiveMQ server has an incomplete authorization workflow

GHSA-99qx-5qqr-4j95· CVE-2026-49157

org.apache.activemq:apache-activemq

Apache ActiveMQ has an Incorrect Default Permissions vulnerability

GHSA-hf52-78x8-6w3w· CVE-2026-49270

org.apache.activemq:apache-activemq

Apache ActiveMQ Broker, Apache ActiveMQ, Apache ActiveMQ All have an Exposure of Sensitive Information Through Metadata vulnerability

GHSA-j3rv-43j4-c7qm· CVE-2026-54512