p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Schwachstellen im Stack Betriebssysteme · Seite 194

In den letzten 30 Tagen veröffentlichte Sicherheitslücken für Betriebssysteme: 7000. Davon im KEV-Katalog: 4.

RSS ↗ JSON ↗
Sicherheitslücken filtern
Betriebssysteme

Sicherheitslücken: 161078

  1. CVE-2026-98866

    Hoch · CVSS 7.3EPSS 0,14%Korrektur verfügbar

    sched/cache: Introduce task_struct->sched_cache_grp to fix UAF

    In the Linux kernel, the following vulnerability has been resolved: sched/cache: Introduce task_struct->sched_cache_grp to fix UAF Add a sched_cache_grp pointer to task_struct so that scheduler code can access the cache group directly via the task, without going through mm->sched_cache_grp. This decouples the scheduler's hot-path accesses from the mm_struct. Each task holds its own refcount on the sched_cache_group, separate from the reference held by its mm_struct. The reference is acquired in copy_mm() (fork) and exec_mmap() (exec), and released in exit_mm(). This fixes the use-after-free when account_mm_sched() reaches the group throu

    linux linux linux linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edge linux-gcp linux-gcp-5.3 linux-gke-4.15Betriebssysteme
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  2. CVE-2026-98865

    Nicht bewertetEPSS 0,17%Korrektur verfügbar

    sched_ext: Don't run ops.dequeue() with a DSQ lock held

    In the Linux kernel, the following vulnerability has been resolved: sched_ext: Don't run ops.dequeue() with a DSQ lock held ops.dequeue() is invoked with the source user DSQ's lock still held on the consume and move paths (scx_consume_dispatch_q(), move_task_between_dsqs()). A BPF scheduler which locks the source user DSQ from ops.dequeue() - e.g. by iterating it with bpf_iter_scx_dsq - self-deadlocks. ops.dequeue() can only call the "any" kfuncs and none of them can lock a builtin DSQ, so the global and bypass paths can't deadlock; however, all DSQ locks share one lockdep class, so iterating any user DSQ from ops.dequeue() on those paths

    linux linux linux linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edge linux-gcp linux-gcp-5.3 linux-gke-4.15Betriebssysteme
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  3. CVE-2026-98864

    Mittel · CVSS 5.7EPSS 0,16%Korrektur verfügbar

    sched_ext: Wait for SCX_OPSS_DISPATCHING before reenqueueing a task

    In the Linux kernel, the following vulnerability has been resolved: sched_ext: Wait for SCX_OPSS_DISPATCHING before reenqueueing a task ebf1ccff79c4 ("sched_ext: Fix ops.dequeue() semantics") moved the final ops_state store in scx_dispatch_enqueue() after the DSQ unlock so that the custody update and ops.dequeue() precede it. A task can thus be found on a DSQ while still SCX_OPSS_DISPATCHING. The dequeue and core-sched pick paths wait for the state to clear in ops_dequeue() but the reenqueue paths don't. A reenqueue in that window runs ops.enqueue() and sets SCX_OPSS_QUEUED before the dispatch has completed. The dispatcher's final store th

    linux linux linux linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edge linux-gcp linux-gcp-5.3 linux-gke-4.15Betriebssysteme
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  4. CVE-2026-98863

    Hoch · CVSS 8.4EPSS 0,15%Korrektur verfügbar

    KVM: x86: Re-pend GET_NESTED_STATE_PAGES if getting said pages fails

    In the Linux kernel, the following vulnerability has been resolved: KVM: x86: Re-pend GET_NESTED_STATE_PAGES if getting said pages fails Re-pend GET_NESTED_STATE_PAGES before exiting to userspace if getting the nested pages fails in the KVM_RUN path. If userspace re-runs the vCPU, and vmcs02 holds valid PFNs from the *previous* run of L2, then KVM could re-enter L2 with stale, unpinned PFNs mapped into e.g. the vAPIC page. Note, both SVM and VMX (as of commit 11722439fb20 ("KVM: nVMX: Ensure KVM_REQ_GET_NESTED_STATE_PAGES is cleared on VM-Exit") ensure the request is cleared on VM-Exit (including the "forced" case), i.e. there is no risk

    linux linux linux linux linux linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-aws-5.4 linux-azure linux-azure-5.3 linux-azure-5.4Betriebssysteme
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  5. CVE-2026-98862

    Hoch · CVSS 7.1EPSS 0,17%Korrektur verfügbar

    audit: fix exe mark UAF in kill_rules()

    In the Linux kernel, the following vulnerability has been resolved: audit: fix exe mark UAF in kill_rules() kill_rules() removes mixed AUDIT_DIR and AUDIT_EXE rules when an audit tree is pruned. It drops entry->rule.exe before removing the rule from the RCU-visible filter lists. After a rule has been installed with AUDIT_ADD_RULE, which requires CAP_AUDIT_CONTROL, removing the watched directory can race with another task that is still evaluating the rule. In that case, fsnotify can free the executable mark before the reader reaches audit_mark_compare(), causing a use-after-free. KASAN reports: BUG: KASAN: slab-use-after-free in audit

    linux linux linux linux linux linux-6.12 linux-aws linux-azure linux-lts-xenial linux linux-aws linux-aws-hweBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  6. CVE-2026-98861

    Hoch · CVSS 7.1EPSS 0,17%Korrektur verfügbar

    fprobe: Use guard(rcu_sched_notrace) and check rcu_is_watching()

    In the Linux kernel, the following vulnerability has been resolved: fprobe: Use guard(rcu_sched_notrace) and check rcu_is_watching() unregister_fprobe() and unregister_fprobe_async() (used by BPF kprobe-multi) rely on standard RCU grace periods (synchronize_rcu() and call_rcu()) to wait until in-flight fprobe handlers complete before freeing the fprobe. However, if an fprobe handler executes while RCU is not watching (such as in the idle loop or nohz_full extended quiescent states), standard RCU does not track preemption-disabled sections. Consequently, synchronize_rcu() does not wait for those executions, which can lead to a use-after-fre

    linux linux linux linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edge linux-gcp linux-gcp-5.3 linux-gke-4.15Betriebssysteme
    • Auf 6.18.56 aktualisieren
    • Auf 7.1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  7. CVE-2026-98860

    Nicht bewertetEPSS 0,16%Korrektur verfügbar

    HID: bpf: cast size to ssize_t when checking hid_bpf_hw_request

    In the Linux kernel, the following vulnerability has been resolved: HID: bpf: cast size to ssize_t when checking hid_bpf_hw_request As reported by Sashiko: If a transport driver encounters a hardware error and returns a negative error code such as -EPIPE, ret is implicitly promoted to size_t when compared against size. This causes the negative error code to evaluate as a large positive number, making the (ret > size) condition true. This silently converts the hardware error into a success return value and copies the unmodified buffer back, which could leave BPF programs operating on uninitialized or stale data. Fix this by casting size in

    linux linux linux linux linux-6.12 linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edge linux-gcpBetriebssysteme
    • Auf 6.12.113 aktualisieren
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 6.18.56 aktualisieren
    • Auf 6.20 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  8. CVE-2026-98859

    Mittel · CVSS 5.4EPSS 0,16%Korrektur verfügbar

    HID: multitouch: stop the release timer from being rearmed on remove

    In the Linux kernel, the following vulnerability has been resolved: HID: multitouch: stop the release timer from being rearmed on remove mt_remove() quiesces the sticky-finger timer before stopping the hardware: timer_delete_sync(&td->release_timer); sysfs_remove_group(&hdev->dev.kobj, &mt_attribute_group); hid_hw_stop(hdev); timer_delete_sync() waits for a running callback and dequeues the timer, but it does not stop the timer from being armed again. The transport is still delivering reports at that point, and the report path rearms it: if (app->quirks & MT_QUIRK_STICKY_FINGERS) { if (td->mt_io_flags & MT_IO_SLO

    linux linux linux linux linux linux-6.12 linux-azure linux-aws-hwe linux-azure linux-gcp linux-hwe linux-hwe-edgeBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  9. CVE-2026-98858

    Hoch · CVSS 7.3EPSS 0,16%Korrektur verfügbar

    io_uring: fix task_work add use-after-free with SQPOLL

    In the Linux kernel, the following vulnerability has been resolved: io_uring: fix task_work add use-after-free with SQPOLL For SQPOLL, the sqpoll thread runs task_work off its own list and doesn't need to be told about it, so it can pop and complete a request as soon as mpscq_push() has published it. If that was the last request holding the ring alive, io_ring_exit_work() then frees the ctx, stops the thread, and with it the tctx, while io_req_normal_work_add() is still looking at both after the push: BUG: KASAN: slab-use-after-free in io_req_normal_work_add+0x439/0x510 Read of size 4 at addr ff11000000ca0000 by task repro/55 (...)

    linux linux linux linux linux-6.12 linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edge linux-gcpBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  10. CVE-2026-98857

    Mittel · CVSS 6.8EPSS 0,16%Korrektur verfügbar

    ipvs: bound LBLCR and LBLC cache growth

    In the Linux kernel, the following vulnerability has been resolved: ipvs: bound LBLCR and LBLC cache growth ip_vs_lblcr_new() and ip_vs_lblc_new() create cache entries for every previously unseen destination address. The table max_size only tells the periodic collector to reclaim entries after the cache has already exceeded the limit. It does not reclaim entries that the attacker continues to use. Reject new cache entries once either table reaches max_size * 3 / 2. The extra headroom lets the periodic collector catch up while the existing scheduler fallback continues to use the selected destination when cache creation fails. New traffic th

    linux linux linux linux linux linux-6.12 linux linux-aws linux-azure linux-lts-xenial linux linux-awsBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  11. CVE-2026-98856

    Nicht bewertetEPSS 0,18%Korrektur verfügbar

    kprobes: Skip disarmed probes when checking optkprobe overlap

    In the Linux kernel, the following vulnerability has been resolved: kprobes: Skip disarmed probes when checking optkprobe overlap On x86, an optkprobe at A replaces five bytes with a jump. If a disabled probe B is at A+2, get_optimized_kprobe() stops at B when arming a new probe C at A+4. It leaves A optimized: A A+1 A+2 A+3 A+4 A's jump | e9 | d0 | d1 | d2 | d3 | after C | e9 | d0 | d1 | d2 | cc | The INT3 for C overwrites the last byte of A's jump displacement, so execution can jump to the wrong address. B can have prepared optinsns while disarmed, but has no jump to unoptimize. Continue past disarmed and unp

    linux linux linux linux linux linux-6.12 linux linux-aws linux-azure linux-lts-xenial linux linux-awsBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  12. CVE-2026-98855

    Nicht bewertetEPSS 0,17%Korrektur verfügbar

    of/overlay: put property on deadprops only after changeset add succeeds

    In the Linux kernel, the following vulnerability has been resolved: of/overlay: put property on deadprops only after changeset add succeeds add_changeset_property() links a new property of a not-yet-live target node into the node's deadprops list before handing it to of_changeset_add_property(). If that fails, the error path frees the property but leaves the freed pointer linked in deadprops, and of_node_release() frees it a second time when the aborted overlay's node is released. Record the changeset entry first and link the property into deadprops only on success. of_changeset_add_property() never looks at the node's property lists, so t

    linux linux linux linux linux linux-6.12 linux-azure linux-aws-hwe linux-azure linux-gcp linux-hwe linux-hwe-edgeBetriebssysteme
    • Auf 4.20 aktualisieren
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  13. CVE-2026-98854

    Nicht bewertetEPSS 0,16%Korrektur verfügbar

    of/overlay: only treat a positive changeset id as registered

    In the Linux kernel, the following vulnerability has been resolved: of/overlay: only treat a positive changeset id as registered of_overlay_fdt_apply() stores the idr_alloc() return value in ovcs->id before checking it. On failure the stored id is negative, free_overlay_changeset()'s "if (ovcs->id)" check passes, idr_remove() is called with a negative id and list_del() runs on ovcs->ovcs_list, which is not initialized until after the id allocation. An allocation failure at that point dereferences NULL. Make free_overlay_changeset() treat only a strict-positive id as registered. The rest of the function already copes with a partially-initia

    linux linux linux linux linux linux-6.12 linux-azure linux-aws-hwe linux-azure linux-gcp linux-hwe linux-hwe-edgeBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  14. CVE-2026-98853

    Mittel · CVSS 6.8EPSS 0,15%Korrektur verfügbar

    net: gso: limit recursive IP-in-IP segmentation

    In the Linux kernel, the following vulnerability has been resolved: net: gso: limit recursive IP-in-IP segmentation IP-in-IP GSO can re-enter inet_gso_segment() or ipv6_gso_segment() for each nested IP header. encap_level tracks header bytes, not callback depth, so a deep chain can exhaust the kernel stack. Making inet_gso_segment() stackable introduced unbounded IPv4 nesting; IPIP GSO/TSO later made the path reachable. The IPv6 stackable path was introduced separately and uses the same guard. Count IPv4 and IPv6 GSO handler entries in skb_gso_cb, initialized once per top-level GSO operation and preserved across GRE/UDP context changes. Us

    linux linux linux linux linux linux linux-aws linux-azure linux-lts-xenial linux linux-aws linux-aws-hweBetriebssysteme
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  15. CVE-2026-98852

    Mittel · CVSS 6.8EPSS 0,16%Korrektur verfügbar

    net: extend IPv6 exthdr detection of tunneled packets

    In the Linux kernel, the following vulnerability has been resolved: net: extend IPv6 exthdr detection of tunneled packets Commit c4336a07eb6b ("net: correctly handle tunneled traffic on IPV6_CSUM GSO fallback") split skb_gso_has_extension_hdr() into mutually exclusive branches on skb->encapsulation. This did not yet address all paths: 1. With skb->encapsulation set, the outer header is not checked. IPv6 tunnels such as ip6_gre and ip6_tunnel add an outer Destination Options header by default (encap_limit). Their GSO packets skip software GSO, then skb_csum_hwoffload_help() sees the outer extension header and calls skb_checksum_

    linux linux linux linux linux linux-6.12 linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edgeBetriebssysteme
    • Auf 6.12.113 aktualisieren
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 6.18.56 aktualisieren
    • Auf 6.2 aktualisieren
    • Auf 6.20 aktualisieren
    • Auf 6.6.160 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  16. CVE-2026-98851

    Niedrig · CVSS 2EPSS 0,17%Korrektur verfügbar

    netfilter: nft_flow_offload: drop flowtable reference on init error path

    In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_flow_offload: drop flowtable reference on init error path nft_flow_offload_init() bumps the flowtable use count with nft_use_inc() before calling nf_ct_netns_get(). When the latter fails, the error is returned as-is and the reference is leaked. The upper layers do not balance it either: nf_tables_newexpr() clears expr->ops when the expression init callback fails, so the nft_expr_more() iteration in nft_rule_expr_deactivate() and nf_tables_rule_destroy() stops right before the failed expression and its ->destroy callback, which would drop the reference, neve

    linux linux linux linux linux linux-6.12 linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-aws-5.4 linux-azure linux-azure-5.3Betriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  17. CVE-2026-98850

    Mittel · CVSS 5.7EPSS 0,17%Korrektur verfügbar

    net/packet: prevent TX_RING byte count overflow

    In the Linux kernel, the following vulnerability has been resolved: net/packet: prevent TX_RING byte count overflow tpacket_snd() drains every SEND_REQUEST frame in a TX ring and adds each valid packet length to the signed int len_sum. Userspace can recycle completed frames concurrently, so a single blocking send call is not bounded by the ring size. After enough successful transmissions len_sum wraps into the negative range. In particular, 65536 65535-byte frames followed by a 65007-byte frame produce 0xfffffdef, or -EIOCBQUEUED. sock_sendmsg_nosec() treats that as an impossible return and triggers a BUG. On systems configured to panic on

    linux linux linux linux linux linux-6.12 linux linux-aws linux-azure linux-lts-xenial linux linux-awsBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  18. CVE-2026-98849

    Mittel · CVSS 5.7EPSS 0,17%Korrektur verfügbar

    pfcp: fix socket lifetime on netdevice registration failure

    In the Linux kernel, the following vulnerability has been resolved: pfcp: fix socket lifetime on netdevice registration failure pfcp_newlink() creates the UDP socket before register_netdevice(). If registration fails after pfcp_dev_init() succeeds, the core calls pfcp_dev_uninit(), which releases the socket and clears pfcp->sk. The newlink error path then releases it again, causing a NULL pointer dereference. This was observed with failslab fault injection: FAULT_INJECTION: forcing a failure. kobject: kobject_add_internal failed for pfcp0 (error: -12 parent: net) BUG: KASAN: null-ptr-deref in udp_tunnel_sock_release+0x1c/0x50 Read

    linux linux linux linux linux-6.12 linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edge linux-gcpBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  19. CVE-2026-98848

    Nicht bewertetEPSS 0,16%Korrektur verfügbar

    rtc: ac100: Assign .num before accessing .hws

    In the Linux kernel, the following vulnerability has been resolved: rtc: ac100: Assign .num before accessing .hws Commit f316cdff8d67 ("clk: Annotate struct clk_hw_onecell_data with __counted_by") annotated the hws member of 'struct clk_hw_onecell_data' with __counted_by, which informs the bounds sanitizer (UBSAN_BOUNDS) about the number of elements in .hws[], so that it can warn when .hws[] is accessed out of bounds. As noted in that change, the __counted_by member must be initialized with the number of elements before the first array access happens, otherwise there will be a warning from each access prior to the initialization because the

    linux linux linux linux linux-6.12 linux-hwe-edge linux-aws-5.0 linux-aws-5.3 linux-azure linux-azure-5.3 linux-azure-edge linux-gcpBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

  20. CVE-2026-98847

    Nicht bewertetEPSS 0,16%Korrektur verfügbar

    rtc: spear: initialize IRQ state before requesting alarm IRQ

    In the Linux kernel, the following vulnerability has been resolved: rtc: spear: initialize IRQ state before requesting alarm IRQ devm_request_irq() enables the interrupt before it returns, so the handler may run while probe is still initializing the device. Initialize the MMIO address and spinlock before requesting the alarm IRQ.

    linux linux linux linux linux linux-6.12 linux linux-aws linux-azure linux-lts-xenial linux linux-awsBetriebssysteme
    • Auf 6.12.113-1 aktualisieren
    • Auf 6.12.113-1~deb12u1 aktualisieren
    • Auf 7.2.10-1 aktualisieren
    Veröffentlicht Aktualisiert
    Originalmeldung 1 ↗Originalmeldung 2 ↗Originalmeldung 3 ↗

Prüfen Sie Ihren Server

Gleichen Sie Ihren installierten Stack und seine Versionen mit den aktuellen Sicherheitsmeldungen ab.

Prüfen Sie Ihren Server →