Tony Nguyen

The issue is related to a null pointer dereference in the `ice ptp.c` file of the Linux kernel, specifically with the `devm kasprintf()` function, which can return a null pointer upon failure. This can potentially allow an attacker to cause a denial of service.

A vulnerability in the Linux kernel can cause a panic when setting sriov numvfs to zero while the PF driver is processing requests from the VF driver. This issue can be triggered by disabling VFs while the PF driver is active, resulting in a kernel panic. The problem is related to the lack of locking when disabling SR-IOV, allowing process VF mailbox communication to occur simultaneously.

Name of the Vulnerable Software and Affected Versions: Linux kernel (affected versions not specified) Description: The issue is related to a NULL pointer dereference in the `i40e dbg dump desc` function when trying to dump VFs VSI RX/TX descriptors using debugfs. This can cause a crash due to the NULL pointer dereference. A check has been added to `i40e dbg dump desc` to ensure the VSI type is correct for dumping RX/TX descriptors. Recommendations: At the moment, there is no information about a newer version that contains a fix for this vulnerability.

The issue is related to a null pointer dereference in the i40e component of the Linux kernel. This occurs when synchronizing VSI filters, potentially allowing an attacker to cause a denial of service. A new flag, I40E VSI RELEASING, has been added to signal the deletion and release of VSI resources, synchronizing the thread with the sync filters subtask. Without this patch, it is possible to start updating the VSI filter list after the VSI is removed, causing a kernel oops.