The vulnerability stems from insufficient validation of user-provided pod specifications in Fission, a serverless framework for Kubernetes. The core issue is a two-part flaw. First, at the admission control level, the FunctionSpec.Validate and Environment.Validate functions failed to inspect the contents of the podspec field. This allowed a user with permissions to create or update a Fission Function or Environment to supply a crafted podspec containing dangerous, privilege-escalating fields such as hostNetwork, hostPID, privileged: true, or hostPath volumes. Second, the MergePodSpec function in the executor, which is responsible for creating the final pod, unconditionally merged these dangerous fields from the user's spec into the final pod spec. This combination meant that a low-privilege user could trick Fission's high-privilege executor component into creating a pod with root-level access to the underlying Kubernetes node, resulting in a complete cluster compromise. The patch addresses this by adding strict validation in ValidatePodSpecSafety to reject these fields at admission time and, as a defense-in-depth measure, stripping them out in the MergePodSpec function to prevent exploitation even if the admission webhook were to fail or be bypassed.