SunBK201

[GHSA-6phf-73q6-gh87] Insecure Deserialization in Apache Commons Beanutils

1

**Updates** - Affected products **Comments** According to [Patch](https://github.com/apache/commons-beanutils/commit/dd48f4e589462a8cdb1f29bbbccb35d6b0291d58), this vulnerability was introduced from 1.9.0.

[GHSA-rgv9-q543-rqg4] Uncontrolled Resource Consumption in FasterXML jackson-databind

1

**Updates** - Affected products **Comments** According to [Patch](https://github.com/FasterXML/jackson-databind/commit/063183589218fec19a9293ed2f17ec53ea80ba88), this vulnerability was introduced from 2.4.0.

[GHSA-cqqj-4p63-rrmm] HTTP Request Smuggling in Netty

1

**Updates** - Affected products **Comments** According to [Patch](https://github.com/netty/netty/commit/07aa6b5938a8b6ed7a6586e066400e2643897323), this vulnerability was introduced from 4.0.0.Beta1.

[GHSA-wx5j-54mm-rqqq] HTTP request smuggling in netty

2

**Updates** - Affected products **Comments** According to [Patch](https://github.com/netty/netty/commit/07aa6b5938a8b6ed7a6586e066400e2643897323), this vulnerability was introduced from 4.0.0.Beta2.

[GHSA-qxxx-2pp7-5hmx] jackson-databind is vulnerable to a deserialization flaw

1

**Updates** - Affected products **Comments** https://mvnrepository.com/artifact/com.fasterxml.jackson.core/jackson-databind

Monitor Pro 可能会影响其他插件正常运行

6

远程 vscode-server 服务器环境: Ubuntu Server 22.04 客户机: Mac (VSCode Version: 1.92.2) 现象：使用 Remote SSH 远程连接服务器，Monitor Pro 能够正常显示信息，但是其他插件，例如 Pylance 插件失效，Python 语法高亮消失。 该现象只能在一台服务器上复现，在其他服务器无法复现，这台有问题服务器跟其他服务器的区别在于 CPU 核心非常多（256 核 512 线程）。

I have detected that apple/cups may be vulnerable in the function of `httpAddrListen ` in the file of `cups/http-addr.c`. It shares similarities to a recent CVE disclosure CVE-2024-35235 in the...

### 说明项目 为网站加入 favicon 与 apple-touch-icon ### 提供官网 _No response_ ### 参考资料 URL https://developer.apple.com/library/archive/documentation/AppleApplications/Reference/SafariWebContent/ConfiguringWebApplications/ConfiguringWebApplications.html

NETLINK_NO_ENOBUFS: Potential packet drop in the large uplink bandwidth

3

I noticed that [`nfqueue-mnl.c`](https://github.com/Zxilly/UA2F/blob/2a64891c762f439aca0d12a26a7eb5a02f44831b/src/third/nfqueue-mnl/nfqueue-mnl.c#L608) sets the `NETLINK_NO_ENOBUFS` option: https://github.com/Zxilly/UA2F/blob/2a64891c762f439aca0d12a26a7eb5a02f44831b/src/third/nfqueue-mnl/nfqueue-mnl.c#L608 This option suppresses errors resulting from an insufficient receive buffer. According to the [netlink(7) man page](http://man7.org/linux/man-pages/man7/netlink.7.html), netlink messages will be dropped...