| Title | FreeBSDにおける権限管理に関する脆弱性 |
|---|---|
| Summary | cap_netサービスの場合、古い制限に存在していたキーが新しい制限から省略された場合、省略されたキーは拒否されるのではなく「すべて許可」として扱われていました。特定のシナリオでは、以前にネットワーク操作のサブセットを制限していたアプリケーションが、プロセスの権限を拡張するために新しい制限を要求することがありました。 |
| Possible impacts | 当該ソフトウェアが扱う情報の一部が外部に漏れる可能性があります。 また、当該ソフトウェアが扱う情報の一部が書き換えられる可能性があります。 さらに、当該ソフトウェアは停止しません。 そして、この脆弱性を悪用した攻撃の影響は、他のソフトウェアには及びません。 |
| Solution | 正式な対策が公開されています。ベンダ情報を参照して適切な対策を実施してください。 |
| Publication Date | May 21, 2026, midnight |
| Registration Date | May 25, 2026, 10:19 a.m. |
| Last Update | May 25, 2026, 10:19 a.m. |
| CVSS3.0 : 警告 | |
| Score | 6.5 |
|---|---|
| Vector | CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N |
| FreeBSD |
| FreeBSD 14.3 |
| FreeBSD 14.4 |
| FreeBSD 15.0 |
| No | Changed Details | Date of change |
|---|---|---|
| 1 | [2026年05月25日] 掲載 |
May 25, 2026, 10:19 a.m. |
| Summary | In the case of the cap_net service, when a key present in the old limit was omitted from the new limit, the missing key was treated as "allow any" instead of being rejected. In certain scenarios, an application that had previously restricted a subset of network operations could ask for a new limit that extended the permissions of the process. |
|---|---|
| Publication Date | May 21, 2026, 7:16 p.m. |
| Registration Date | May 22, 2026, 4:07 a.m. |
| Last Update | May 22, 2026, 1:16 a.m. |