https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 09 Oct 2026 18:32:20 +0000 https://cve.radiocsirt.org/vuln/euvd-2026-338088 EUVD-2026-338088 https://cve.radiocsirt.org/vuln/euvd-2026-338088 https://cve.radiocsirt.org/vuln/fkie_cve-2025-32781 <p>Apollo is a reliable configuration management system suitable for microservice configuration management scenarios. Prior to 2.5.0, Apollo Portal does not verify application and namespace permissions when an authenticated user requests a release by ID through GET /envs/{env}/releases/{releaseId} while configView.memberOnly.envs is enabled, allowing a low-privileged Portal user who obtains or guesses a valid releaseId to read configuration data from other applications and namespaces without calling UserPermissionValidator.shouldHideConfigToCurrentUser(...). This issue is fixed in version 2.5.0.</p> <p>Apollo is a reliable configuration management system suitable for microservice configuration management scenarios. Prior to 2.5.0, Apollo Portal does not verify application and namespace permissions when an authenticated user requests a release by ID through GET /envs/{env}/releases/{releaseId} while configView.memberOnly.envs is enabled, allowing a low-privileged Portal user who obtains or guesses a valid releaseId to read configuration data from other applications and namespaces without calling UserPermissionValidator.shouldHideConfigToCurrentUser(...). This issue is fixed in version 2.5.0.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2025-32781 https://cve.radiocsirt.org/vuln/ghsa-jxpj-9j24-w337 <p><strong>Affected:</strong> Maven: com.ctrip.framework.apollo:apollo</p> <p>### Summary</p> <p>Apollo Portal versions before 2.5.0 do not verify application and namespace permissions when an authenticated user requests a release by ID through `GET /envs/{env}/releases/{releaseId}`.</p> <p>When `configView.memberOnly.envs` is enabled for the requested environment, a low-privileged Portal user can supply a valid release ID belonging to an application or namespace they are not authorized to view. The endpoint returns the release data without calling `UserPermissionValidator.shouldHideConfigToCurrentUser(...)`.</p> <p>### Impact</p> <p>An authenticated attacker who obtains or guesses a valid release ID can read configuration data from other applications and namespaces. Exposed configuration may contain sensitive values such as credentials or service endpoints. The issue does not allow configuration modification and does not directly affect availability.</p> <p>### Affected versions</p> <p>Apollo Portal versions earlier than 2.5.0 are affected when `configView.memberOnly.envs` is enabled.</p> <p>### Patches</p> <p>The issue is fixed in Apollo 2.5.0. The fix adds the missing application and namespace permission check before returning release data.</p> <p>- Fix: https://github.com/apolloconfig/apollo/pull/5378 - Fix commit: https://github.com/apolloconfig/apollo/commit/362735ded4f13b62f6ab9df135d7096066e8e291 - Patched release: https://github.com/apolloconfig/apollo/releases/tag/v2.5.0</p> <p>### Workarounds</p> <p>Upgrade to Apollo 2.5.0 or later. If an immediate upgrade is not possible, backport the permission check fr…</p> <p><strong>Affected:</strong> Maven: com.ctrip.framework.apollo:apollo</p> <p>### Summary</p> <p>Apollo Portal versions before 2.5.0 do not verify application and namespace permissions when an authenticated user requests a release by ID through `GET /envs/{env}/releases/{releaseId}`.</p> <p>When `configView.memberOnly.envs` is enabled for the requested environment, a low-privileged Portal user can supply a valid release ID belonging to an application or namespace they are not authorized to view. The endpoint returns the release data without calling `UserPermissionValidator.shouldHideConfigToCurrentUser(...)`.</p> <p>### Impact</p> <p>An authenticated attacker who obtains or guesses a valid release ID can read configuration data from other applications and namespaces. Exposed configuration may contain sensitive values such as credentials or service endpoints. The issue does not allow configuration modification and does not directly affect availability.</p> <p>### Affected versions</p> <p>Apollo Portal versions earlier than 2.5.0 are affected when `configView.memberOnly.envs` is enabled.</p> <p>### Patches</p> <p>The issue is fixed in Apollo 2.5.0. The fix adds the missing application and namespace permission check before returning release data.</p> <p>- Fix: https://github.com/apolloconfig/apollo/pull/5378 - Fix commit: https://github.com/apolloconfig/apollo/commit/362735ded4f13b62f6ab9df135d7096066e8e291 - Patched release: https://github.com/apolloconfig/apollo/releases/tag/v2.5.0</p> <p>### Workarounds</p> <p>Upgrade to Apollo 2.5.0 or later. If an immediate upgrade is not possible, backport the permission check fr…</p> https://cve.radiocsirt.org/vuln/ghsa-jxpj-9j24-w337