Threats Tagged 'cve-2025-68212'
View all threats tagged with 'cve-2025-68212'. 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-2025-68212'
Click on any threat for detailed analysis and mitigation recommendations
A vulnerability in the Linux kernel's statmount_string() function was fixed to address an uninitialized pointer 'offp'. The issue arose because certain code paths (STATMOUNT_MNT_UIDMAP and STATMOUNT_MNT_GIDMAP) did not initialize 'offp' before dereferencing it, potentially causing undefined behavior. The fix ensures 'offp' is properly assigned in all cases, maintaining consistent code execution. Join the discussion | GCVE Database | 12/16/2025, 15:30:45 UTC Added: 07/30/2026, 15:50:43 UTC |
In the Linux kernel, the following vulnerability has been resolved: fs: Fix uninitialized 'offp' in statmount_string() In statmount_string(), most flags assign an output offset pointer (offp) which is later updated with the string offset. However, the STATMOUNT_MNT_UIDMAP and STATMOUNT_MNT_GIDMAP cases directly set the struct fields instead of using offp. This leaves offp uninitialized, leading to a possible uninitialized dereference when *offp is updated. Fix it by assigning offp for UIDMAP and GIDMAP as well, keeping the code path consistent. Join the discussion | GCVE Database | 12/16/2025, 14:15:00 UTC Added: 07/18/2026, 11:33:50 UTC |
Showing 1 to 2 of 2 results