常にリスクとコストはバランスをとるべきですどこまでパスワードを設定するかはセキュリティマネジメントの領域になり、実際は組織やプロダクトやサービスのセキュリティレベルに合わせる話です。DBに限らずパスワードが設定可能なすべてのプロダクトはそれだけリスク(悪意による搾取やミスによる漏洩)があると認識してもらえるとよいでしょう。「パスワードが設定できるときは設定する。」これだけで防げるリスクはたくさんあります。個の銅バッジ1なるほど。確かに「設定ミスでいつのまにか公開」はありそうですね。なるとdocker-composeに平文でパスが書いてあることやパーミッション等も気になってきます。これらに対応するコストはリスクの小ささに対してバランスが取れない気がします。割り切って最低限のパス設定で済ませるのか、考えうる限りの対策をするべきか。なんだか悩みが増えた気がしますが勉強になりました。|この質問に回答するには、ログインする必要があります。求めていた回答ではありませんか?securitymongodbのタグが付いた他の質問を参照する。ついて0ユーザーがアクセスするページ毎に違うパスワードを設定し、閲覧制限をかけたい。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。従って情報を開示できることに同意したことになります。選択した項目のみ受け入れる。