bitnami/containers

bitnami/containers

Releases0
Stars4.45K
Bitnami container images

CVE History

CVEAffectedPublishedCVSS v3CVSS v2
9.8 CRITICAL

Bitnami Cassandra container images are affected by a retained default superuser vulnerability. When a custom administrator account is configured via the CASSANDRA_USER environment variable, the container initialization script creates the new superuser account but fails to drop the built-in cassandra account in certain scenarios. This leaves the default cassandra:cassandra superuser active as an unintended access path. Affected versions — Container image: 4.0.x prior to 4.0.20-photon-5-r7; 4.1.x prior to 4.1.11-photon-5-r7; 5.0.x prior to 5.0.8-photon-5-r4 / 5.0.8-debian-12-r3.

5.3 MEDIUM

Bitnami MariaDB Galera container images and Helm chart are affected by a hardcoded default credential vulnerability in the Galera replication health-check user. The MARIADB_REPLICATION_USER and MARIADB_REPLICATION_PASSWORD environment variables defaulted to monitor and monitor respectively. This user is granted REPLICATION CLIENT privileges from any host ('%'). The Bitnami Helm chart for MariaDB Galera did not expose parameters to configure this user's credentials, resulting in all chart deployments using this publicly known credential by default. Affected versions — Container image: 10.6.x prior to 10.6.27-photon-5-r0; 10.11.x prior to 10.11.17-photon-5-r1; 11.4.x prior to 11.4.12-photon-5-r0; 11.8.x prior to 11.8.7-photon-5-r1; 12.3.x prior to 12.3.2-photon-5-r0 / 12.3.2-debian-12-r0. Helm chart: prior to 18.3.0.

= 8.5.4-debian-10-r1, = 8.5.2-debian-10-r1, >= 6.4.0-debian-9-r0, <= 6.4.0-debian-9-r31, >= 6.5.2-debian-9-r0, <= 6.5.2-debian-9-r20, >= 6.8.0-debian-9-r0, <= 6.8.0-debian-9-r26, >= 6.12.0-debian-9-r0, <= 6.12.0-debian-10-r33, >= 6.18.0-debian-10-r0, <= 6.18.0-debian-10-r21, >= 6.18.3-debian-10-r0, <= 6.18.3-debian-10-r22, >= 6.18.8-debian-10-r0, <= 6.18.8-debian-10-r110, >= 6.18.35-debian-10-r0, <= 6.18.35-debian-10-r66, = 6.19.0-debian-10-r0, >= 6.20.0-debian-10-r0, < 6.20.0-debian-10-r107, >= 7.0.0-debian-10-r0, <= 7.0.0-debian-10-r7, >= 7.3.0-debian-10-r0, <= 7.3.0-debian-10-r20, >= 7.6.0-debian-10-r0, <= 7.6.0-debian-10-r38, >= 7.12.0-debian-10-r0, <= 7.12.0-debian-10-r72, >= 7.25.0-debian-10-r0, <= 7.25.0-debian-10-r16, >= 7.28.0-debian-10-r0, <= 7.28.0-debian-10-r50, = 7.29.0-debian-10-r0, = 7.30.0-debian-10-r0, >= 7.30.1-debian-10-r0, < 7.30.1-debian-10-r108, >= 8.0.1-debian-10-r0, <= 8.0.1-debian-10-r7, >= 8.0.3-debian-10-r0, <= 8.0.3-debian-10-r18, >= 8.1.0-debian-10-r0, <= 8.1.0-debian-10-r7, >= 8.2.0-debian-10-r0, <= 8.2.0-debian-10-r8, = 8.3.0-debian-10-r0, >= 8.4.0-debian-10-r0, <= 8.4.0-debian-10-r10, >= 6.0.2-debian-9-r0, <= 6.0.2-debian-9-r22, >= 8.4.1-debian-10-r0, <= 8.4.1-debian-10-r6, >= 8.4.2-debian-10-r0, <= 8.4.2-debian-10-r4, >= 8.4.3-debian-10-r0, <= 8.4.3-debian-10-r6, >= 8.4.4-debian-10-r0, <= 8.4.4-debian-10-r6, = 8.5.2-debian-10-r0, = 8.5.3-debian-10-r0, = 8.5.4-debian-10-r0, >= 8.5.5-debian-10-r0, <= 8.5.5-debian-10-r11, >= 8.5.6-debian-10-r0, <= 8.5.6-debian-10-r13, >= 8.5.7-debian-10-r0, <= 8.5.7-debian-10-r6, >= 8.5.8-debian-10-r0, <= 8.5.8-debian-10-r5, >= 8.5.9-debian-10-r0, <= 8.5.9-debian-10-r25, >= 8.5.10-debian-10-r0, <= 8.5.10-debian-10-r67.3 HIGH7.5 HIGH

In Bitnami Containers, all Laravel container versions prior to: 6.20.0-debian-10-r107 for Laravel 6, 7.30.1-debian-10-r108 for Laravel 7 and 8.5.11-debian-10-r0 for Laravel 8, the file /tmp/app/.env is generated at the time that the docker image bitnami/laravel was built, and the value of APP_KEY is fixed under certain conditions. This value is crucial for the security of the application and must be randomly generated per Laravel installation. If your application's encryption key is in the hands of a malicious party, that party could craft cookie values using the encryption key and exploit vulnerabilities inherent to PHP object serialization / unserialization, such as calling arbitrary class methods within your application.

< 0.9.11, >= 0.0.0-0, < 0.9.119.8 CRITICAL7.5 HIGH

An issue was discovered in the containers crate before 0.9.11 for Rust. When a panic occurs, a util::{mutate,mutate2} double drop can be performed.