Supprimer les credentials par defaut et durcir la configuration Docker/infra #11

New issue

Open

opened 2026-04-12 18:09:05 +00:00 by thibaud-lclr · 0 comments

thibaud-lclr commented

2026-04-12 18:09:05 +00:00

(Migrated from gitea.lclr.dev)

1. Le souci

La stack embarque encore des credentials/dev defaults faibles et une exposition reseau large de la base en override locale.

Risques :

reutilisation accidentelle de defaults en environnement non maitrise ;
exposition trop large de Postgres sur le reseau local ;
ambiguite entre ce qui est strictement dev et ce qui peut finir en prod.

2. Proposition de solution

Supprimer les secrets faibles par defaut et rendre les profils Docker explicitement plus surs.

3. Proposition d'implementation

retirer POSTGRES_PASSWORD=pwd des images et passer par variables/env de dev explicites ;
limiter l'exposition de Postgres a 127.0.0.1 si elle doit exister ;
documenter clairement les prerequis locaux ;
verifier que les secrets applicatifs restent hors image et hors commit sensible.

## 1. Le souci La stack embarque encore des credentials/dev defaults faibles et une exposition reseau large de la base en override locale. Risques : - reutilisation accidentelle de defaults en environnement non maitrise ; - exposition trop large de Postgres sur le reseau local ; - ambiguite entre ce qui est strictement dev et ce qui peut finir en prod. ## 2. Proposition de solution Supprimer les secrets faibles par defaut et rendre les profils Docker explicitement plus surs. ## 3. Proposition d'implementation - retirer `POSTGRES_PASSWORD=pwd` des images et passer par variables/env de dev explicites ; - limiter l'exposition de Postgres a `127.0.0.1` si elle doit exister ; - documenter clairement les prerequis locaux ; - verifier que les secrets applicatifs restent hors image et hors commit sensible.