Threats Tagged 'cve-2026-53393'
View all threats tagged with 'cve-2026-53393'. Filter and sort to focus on specific types of threats.
Stop chasing alerts. Route them.
Start free, then upgrade once to turn Radar into an automated delivery engine for your security stack.
Custom feeds / Automations: email, Slack, webhooks, SIEM/MISP / API access (baseline limits)
API access activates after upgrading in Console -> Billing.
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.
Filter Threats
Narrow down the results by type, severity, or affected countries
Threats Tagged 'cve-2026-53393'
Click on any threat for detailed analysis and mitigation recommendations
kernel-devel-7.1.4-1.1 on GA mediaCVE-2026-53366 0 These are all security issues fixed in the kernel-devel-7.1.4-1.1 package on the GA media of openSUSE Tumbleweed. Join the discussion | GCVE Database | 07/22/2026, 00:00:00 UTC Added: 07/17/2026, 10:15:02 UTC |
0 These are all security issues fixed in the kernel-devel-7.1.4-1.1 package on the GA media of openSUSE Tumbleweed. Join the discussion | GCVE Database | 07/22/2026, 00:00:00 UTC Added: 07/16/2026, 10:35:33 UTC |
A vulnerability in the Linux kernel's NFS server (nfsd) was resolved involving the handling of deferred writeback errors. The issue was that the server's write verifier was not reset when certain writeback errors occurred, causing clients to incorrectly believe their data was durably stored when it was not. This violates the durability guarantees of the NFS protocol. The fix involves adding calls to reset the write verifier on these error paths. Join the discussion | GCVE Database | 07/19/2026, 12:30:22 UTC Added: 07/19/2026, 19:38:21 UTC |
In the Linux kernel, the following vulnerability has been resolved: nfsd: reset write verifier on deferred writeback errors nfsd_vfs_write() and nfsd_commit() both call filemap_check_wb_err() to detect deferred writeback errors, but neither rotates the server's write verifier (nn->writeverf) when this check fails. Every other durable-storage-failure path in these functions calls commit_reset_write_verifier() before returning an error. The missing rotation means clients holding UNSTABLE write data under the current verifier will COMMIT, receive the unchanged verifier back, and conclude their data is durable — silently dropping data that failed writeback. This violates the UNSTABLE+COMMIT durability contract (RFC 1813 §3.3.7, RFC 8881 §18.32). Add commit_reset_write_verifier() calls at both filemap_check_wb_err() error sites, matching the pattern used by adjacent error paths in the same functions. The helper already filters -EAGAIN and -ESTALE internally, so the calls are unconditionally safe. Join the discussion | GCVE Database | 07/19/2026, 12:16:00 UTC Added: 07/21/2026, 20:02:56 UTC |
In the Linux kernel, the following vulnerability has been resolved: rxrpc: Also unshare DATA/RESPONSE packets when paged frags are present The DATA-packet handler in rxrpc_input_call_event() and the RESPONSE handler in rxrpc_verify_response() copy the skb to a linear one before calling into the security ops only when skb_cloned() is true. An skb that is not cloned but still carries externally-owned paged fragments (e.g. SKBFL_SHARED_FRAG set by splice() into a UDP socket via __ip_append_data, or a chained skb_has_frag_list()) falls through to the in-place decryption path, which binds the frag pages directly into the AEAD/skcipher SGL via skb_to_sgvec(). Extend the gate to also unshare when skb_has_frag_list() or skb_has_shared_frag() is true. This catches the splice-loopback vector and other externally-shared frag sources while preserving the zero-copy fast path for skbs whose frags are kernel-private (e.g. NIC page_pool RX, GRO). The OOM/trace handling already in place is reused. Join the discussion | GCVE Database | 05/11/2026, 08:16:00 UTC Added: 07/18/2026, 11:19:29 UTC |
Showing 1 to 5 of 5 results