Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ttyn_gsm修复 gsm0_receive() 中可能的越界 假设存在下列情况： - A 侧在基本选项模式下配置 n_gsm - B 侧发送数据长度为 1 的基本选项模式帧的标头 - A 侧切换切换为高级选项模式 - B 方发送 2 个数据字节超出 gsm->len原因
    高级选项模式中不使用 gsm->len。 - A 端切换到基本选项模式 - B 端持续发送直到 gsm0_receive() 写入过去 gsm->buf 原因：重新配置后 gsm->state 和 gsm->len 均未重置。通过将 gsm->count 与 gsm->len 的比较从等于更改为小于，可以修复此问题。
    还添加了针对 gsm0_receive() 和 gsm1_receive() 中常量 MAX_MRU 的上限检查，以针对 gsm->len 和 gsm->mru 的内存损坏进行强化。所有其他检查仍然存在，因为我们仍需根据用户配置和实际负载大小限制数据。(CVE-2024-36016)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2024-36016

high Nessus 插件 ID 228639

版本 1.10