Format string vulnerability in panoFileOutputNamesCreate() in libpano13 2.9.20~rc2+dfsg-3 and earlier can lead to read and write arbitrary memory values.
The product uses a function that accepts a format string as an argument, but the format string originates from an external source.
| Name | Vendor | Start Version | End Version |
|---|---|---|---|
| Libpano13 | Libpano13_project | * | 2.9.19 (including) |
| Libpano13 | Libpano13_project | 2.9.20-rc1 (including) | 2.9.20-rc1 (including) |
| Libpano13 | Libpano13_project | 2.9.20-rc2 (including) | 2.9.20-rc2 (including) |
| Libpano13 | Ubuntu | bionic | * |
| Libpano13 | Ubuntu | esm-apps/bionic | * |
| Libpano13 | Ubuntu | esm-apps/jammy | * |
| Libpano13 | Ubuntu | esm-apps/xenial | * |
| Libpano13 | Ubuntu | focal | * |
| Libpano13 | Ubuntu | groovy | * |
| Libpano13 | Ubuntu | hirsute | * |
| Libpano13 | Ubuntu | impish | * |
| Libpano13 | Ubuntu | trusty | * |
| Libpano13 | Ubuntu | upstream | * |
| Libpano13 | Ubuntu | xenial | * |
When an attacker can modify an externally-controlled format string, this can lead to buffer overflows, denial of service, or data representation problems. It should be noted that in some circumstances, such as internationalization, the set of format strings is externally controlled by design. If the source of these format strings is trusted (e.g. only contained in library files that are only modifiable by the system administrator), then the external control might not itself pose a vulnerability.