Linux内核版本3.3-rc1及更高版本受漏洞影响的地方在于处理 incoming L2CAP commands - ConfigRequest, 以及 ConfigResponse messages.此信息泄漏是未初始化的堆栈变量的结果，这些变量可能会以未初始化状态返回给攻击者。通过操纵处理这些配置消息之前的代码流，攻击者还可以控制将哪些数据保存在未初始化的堆栈变量中。这可以让他绕过KASLR，并stack canaries protection - 因为指针和stack canaries protection都可能以这种方式泄露。将此漏洞(例如)与之前公开的L2CAP配置解析中的RCE漏洞(CVE-2017-1000251)相结合，可能允许攻击者利用RCE 来针对使用上述mitigations构建的内核。以下是此漏洞的具体信息：在函数l2cap_parse_conf_rsp和函数l2cap_parse_conf_req中，声明以下变量而不进行初始化：struct l2cap_conf_efs efs;此外，在解析这两个函数中的输入配置参数时，处理EFS元素的switch case可能会跳过将写入efs变量( ... case L2CAP_CONF_EFS: if (olen == sizeof(efs)) memcpy(&efs, (void *)val, olen); ... )的memcpy call 。上面的olen是受攻击者控制的，无论如何，如果在这两个函数中，efs变量最终会被添加到正在构建的传出配置请求中：l2cap_add_conf_opt(＆ptr，L2CAP_CONF_EFS，sizeof(efs) )，(unsigned long)＆efs);因此，通过发送包含L2CAP_CONF_EFS元素的配置请求或响应，但元素长度不是sizeof(efs) - 可以避免未初始化的efs变量的memcpy，并且将未初始化的变量返回给攻击者(16个字节)。