Dockerのポートマッピングのデフォルト設定は危ない - JUNのブログ
あらすじ 公衆WiFiに繋いだ状態でいつものように docker container run -p 8080:80 nginx のような感じでDockerコンテナを動かしていたら、外部からリクエストを受信した。 ファイアウォールを設定し、外部からのアクセスを拒否しているはずなのになぜアクセスできたんだ... 環境 Docker desktop for mac with apple silicon 4.21.0 何が起きた? Dockerはデフォルトの設定では-p 8080:80のようにポートマッピングするとファイアウォールの設定を書き換え、外部からそのポートへのアクセスを許可するようになっている。 その結果LAN内の他のPCから対象ポートにアクセス出来てしまう。 ちなみにこれはDocker公式からも注意が出ている。 Publishing container ports is insecur
OAuth 2.0 の仕組みと認証方法
OAuth 2.0 の仕組みと認証方法について説明します。OAuth 1.0 の認証フローとそれらの問題点から、OAuth 2.0 の認証フロー、認可コード、アクセストークン、リフレッシュトークンまで網羅します。
Sysdig
このブログ投稿では、Prometheusメトリクスを使用してOpen Policy Agent (OPA) Gatekeeperを監視する方法について説明します。 OPA Gatekeeperは、Kubernetesアドミッションコントローラーとして機能し、クラスターのポリシー遵守を確保します。 監視は、APIサーバーやkubeletなどの他のKubernetesコントロールプレーンコンポーネントと同様に重要です。 GatekeeperはPrometheusメトリクスエンドポイントを公開し、サービスの状態とパフォーマンスを監視するためのメトリクスを提供します。 Gatekeeperをインストールする際には、Prometheusスクレイピング用の適切なアノテーションを使用してデプロイメントまたはサービスを編集する必要があります。 Sysdigは、Kubernetesクラスターのセキュリティを
日本企業が認識すべき「NIST SP800-171」のインパクト : Fujitsu Japan
日本企業が認識すべき 「NIST SP800-171」のインパクト 本稿は、『Knowledge Integration for the Future 2018 Summer デジタルジャーニーで未来を切り拓く』（ 8.02 MB）（IT Leaders 特別編集版、2018年5月）「PART3-6 ソリューション＆テクノロジー［サイバーセキュリティ］」の再掲です。 2018年7月2日 太田 大州 富士通 サイバーセキュリティ事業戦略本部 エバンジェリスト まだそれほど知られていないが、今後、多くの企業に影響を及ぼす可能性が高い、それゆえ見逃してはならないセキュリティ関連のガイドラインがある。米国政府機関が調達する製品や技術を開発・製造する企業に対して求められるセキュリティを担保するためのものであり、その名を「NIST SP800-171」という（図1）。 ガイドラインに照らして不備があっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NISTがアプリケーションコンテナのセキュリティに関するガイドラインを公開
