From 54065fa4d50d3fc6ca1bf92ed4e0d002142e147a Mon Sep 17 00:00:00 2001 From: Wonderfall Date: Wed, 30 Mar 2022 23:57:00 +0200 Subject: [PATCH] improvements --- content/posts/docker-hardening.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/posts/docker-hardening.md b/content/posts/docker-hardening.md index d3b33f3..537aae8 100644 --- a/content/posts/docker-hardening.md +++ b/content/posts/docker-hardening.md @@ -7,8 +7,8 @@ tags: ['security', 'container', 'linux'] Containers aren't that new fancy thing anymore, but they were a big deal. And they still are. They are a concrete solution to the following problem: -> - Hey, your software doesn't work... -> - Sorry, it works on my computer! Can't help you. +> \- Hey, your software doesn't work... +> \- Sorry, it works on my computer! Can't help you. Whether we like them or not, containers are here to stay. Their expressiveness and semantics allow for an abstraction of the OS dependencies that a software has, the latter being often dynamically linked against certain libraries. The developer can therefore provide a known-good environment where it is expected that their software "just works". That is particularly useful for development to eliminate environment-related issues, and that is often used in production as well.