Non-Root Containers, Kubernetes CVE-2019-11245 and Why You Should Care
Non-Root Containers, Kubernetes CVE-2019-11245 and Why You Should Care This post is also available in: 日本語 (Japanese) On May 31th, the Kubernetes Product Security Committee announced a security regression in Kubernetes for which they had assigned CVE-2019-11245. The problem caused containers that use images which are supposed to run with a non root user to run as root, on the second time they are
「docker run -it」にするとコンテナがすぐに終了しない理由 - プログラミング初心者がアーキテクトっぽく語る
Dockerを使ったことがある人ならこんなことを経験したことがあるかもしれない。 このように実行するとコンテナがすぐに終了してまう。 docker run ubuntu:latest このように「-it」を付けて実行するとコンテナは終了しない。 docker run -it ubuntu:latest そしてそれ以降、おまじないように「-it」をつけていないだろうか？ しかし「-it」がなくてもすぐに終了しないコンテナもある。 今回はコンテナをすぐに終了させないために「-it」がなぜ有効なのか、なぜ「-it」が不要なコンテナもあるのか整理しよう。 コンテナが終了する条件 仮想マシンはOSを実行することが目的だ。よってOSがShutdownされると仮想マシンも停止する。 コンテナはプロセスを実行することを目的だ。よってRoot Processと呼ばれるプロセスが終了するとコンテナも終了する。
軽量Dockerイメージに安易にAlpineを使うのはやめたほうがいいという話 - inductor's blog
はじめに やめろ、ではなく、やめたほうがいい。です。自分のユースケースに合ってるか今一度確認することを推奨します。基本的にはAlpineは避けたほうが良い、というのが2021年時点での私の認識です。 なんで？ libcに一般的な互換性が不足しているからです。Ruby、Python、Node.jsなどでNativeモジュールをバンドルしているアプリケーションの場合、パフォーマンスの劣化や互換性の問題にぶち当たる場合があります。 superuser.com あとは他のベースイメージの軽量化もそれなりに進んできていて、Alpineが定番軽量イメージと言う認識は2018年頃には消えつつあったかなという認識でいます。 どうすりゃええねん ※Debian Slimがあるやんってツッコミ結構もらったんですが、Slimは当たり前過ぎてもう紹介しなくていいかなっていう甘えで省略していました。よろしくおねがい
コンテナ経由でホストを攻撃 「コンテナエスケープ」に備える3大ポイント
関連キーワード Linux | セキュリティ | 仮想化 | 脆弱性 | Docker コンテナが稼働しているホストシステムに、コンテナ経由で攻撃を仕掛ける「コンテナエスケープ」の脅威は絵空事ではない。オープンソースのコンテナランタイム（コンテナの実行に必要なソフトウェア）の筆頭格「runc」に見つかった「CVE-2019-5736」など、コンテナエスケープを可能にする脆弱（ぜいじゃく）性は実際に存在するからだ。セキュリティ担当者は、コンテナエスケープにつながる脆弱性に対処する上で、以下の3つのポイントをよく理解しておく必要がある。 利用中のクラウドサービスへの影響 対策として利用できる構成オプション（会員限定） コンテナオーケストレーションツールの潜在的リスク（会員限定） 併せて読みたいお薦め記事 コンテナのセキュリティ対策 「コンテナ」「オーケストレーター」のセキュリティを脅かす4大脆
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
