{"id":32641,"date":"2019-10-31T21:48:11","date_gmt":"2019-10-31T18:48:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/vvedenie-v-setevye-politiki-kubernetes-dlya-spetsialistov-po-bezopasnosti\/"},"modified":"2019-10-31T21:48:11","modified_gmt":"2019-10-31T18:48:11","slug":"vvedenie-v-setevye-politiki-kubernetes-dlya-spetsialistov-po-bezopasnosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/vvedenie-v-setevye-politiki-kubernetes-dlya-spetsialistov-po-bezopasnosti","title":{"rendered":"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/6972a1e1385463b1fcc723c09036a565.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i><b>Megjegyz\u00e9s ford\u00edt\u00e1s.<\/b>: A cikk szerz\u0151je, Reuven Harrison, t\u00f6bb mint 20 \u00e9ves szoftverfejleszt\u00e9si tapasztalattal rendelkezik, \u00e9s jelenleg a Tufin technikai igazgat\u00f3ja \u00e9s t\u00e1rsalap\u00edt\u00f3ja, amely biztons\u00e1gi ir\u00e1nyelvek kezel\u00e9s\u00e9re k\u00e9sz\u00fclt megold\u00e1sokat fejleszt. A Kubernetes h\u00e1l\u00f3zati ir\u00e1nyelveit mint a klaszterekben t\u00f6rt\u00e9n\u0151 h\u00e1l\u00f3szegment\u00e1l\u00e1s hat\u00e9kony eszk\u00f6z\u00e9t tartja, ugyanakkor azt is megjegyzi, hogy ezek alkalmaz\u00e1sa a gyakorlatban nem olyan egyszer\u0171. Ez az anyag (meglehet\u0151sen terjedelmes) arra hivatott, hogy jav\u00edtsa a szakemberek t\u00e1j\u00e9kozotts\u00e1g\u00e1t err\u0151l a k\u00e9rd\u00e9sr\u0151l \u00e9s seg\u00edtsen nekik a sz\u00fcks\u00e9ges konfigur\u00e1ci\u00f3k l\u00e9trehoz\u00e1s\u00e1ban.<\/i><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Ma m\u00e1r sok c\u00e9g egyre ink\u00e1bb a Kubernetes-t v\u00e1lasztja alkalmaz\u00e1saik futtat\u00e1s\u00e1ra. Az \u00e9rdekl\u0151d\u00e9s a szoftver ir\u00e1nt olyan magas, hogy n\u00e9h\u00e1nyan a Kubernetes-t a \"k\u00f6zponti adatfeldolgoz\u00f3 rendszerek \u00faj oper\u00e1ci\u00f3s rendszer\u00e9nek\" nevezik. Fokozatosan a Kubernetes (vagy k8s) kritikus fontoss\u00e1g\u00fa \u00fczleti elemm\u00e9 v\u00e1lik, amely megk\u00f6veteli a kiforrott \u00fczleti folyamatok kialak\u00edt\u00e1s\u00e1t, bele\u00e9rtve a h\u00e1l\u00f3zati biztons\u00e1g biztos\u00edt\u00e1s\u00e1t is.<\/p>\n<p>A biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra, akiknek gondot okoz a Kubernetes haszn\u00e1lata, meglepet\u00e9s lehet a platform alap\u00e9rtelmezett politik\u00e1ja: mindent enged\u00e9lyezni.<\/p>\n<p>Ez a k\u00e9zik\u00f6nyv seg\u00edt meg\u00e9rteni a h\u00e1l\u00f3zati ir\u00e1nyelvek bels\u0151 m\u0171k\u00f6d\u00e9s\u00e9t; vil\u00e1goss\u00e1 tenni, miben k\u00fcl\u00f6nb\u00f6znek a hagyom\u00e1nyos t\u0171zfalakkal kapcsolatos szab\u00e1lyokt\u00f3l. Sz\u00f3 lesz n\u00e9h\u00e1ny buktat\u00f3r\u00f3l, valamint aj\u00e1nl\u00e1sokat is ad, amelyek seg\u00edtenek a Kubernetes alkalmaz\u00e1sok v\u00e9delm\u00e9ben.<\/p>\n<h2>Kubernetes h\u00e1l\u00f3zati ir\u00e1nyelvek<\/h2>\n<p>\nA Kubernetes h\u00e1l\u00f3zati ir\u00e1nyelvek mechanizmusa lehet\u0151v\u00e9 teszi a platformon fut\u00f3 alkalmaz\u00e1sok h\u00e1l\u00f3zati szint\u0171 (az OSI modell harmadik szintje) kommunik\u00e1ci\u00f3j\u00e1nak kezel\u00e9s\u00e9t. A h\u00e1l\u00f3zati ir\u00e1nyelvekb\u0151l hi\u00e1nyoznak a modern t\u0171zfalak n\u00e9h\u00e1ny fejlett funkci\u00f3ja, mint p\u00e9ld\u00e1ul a 7. szint\u0171 OSI kontroll \u00e9s a fenyeget\u00e9s\u00e9szlel\u00e9s, azonban alapvet\u0151 szint\u0171 h\u00e1l\u00f3zati biztons\u00e1got biztos\u00edtanak, ami kedvez\u0151 kiindul\u00f3pontot jelent.<\/p>\n<h2>A h\u00e1l\u00f3zati politik\u00e1k szab\u00e1lyozz\u00e1k a kommunik\u00e1ci\u00f3t a podok k\u00f6z\u00f6tt.<\/h2>\n<p>\nA Kubernetes munkaterhel\u00e9sei podokba vannak elosztva, amelyek egy vagy t\u00f6bb k\u00f6z\u00f6sen telep\u00edtett kont\u00e9nerb\u0151l \u00e1llnak. A Kubernetes minden podnak IP-c\u00edmet rendel, amely m\u00e1s podokb\u00f3l el\u00e9rhet\u0151. A Kubernetes h\u00e1l\u00f3zati politik\u00e1k hozz\u00e1f\u00e9r\u00e9si jogokat hat\u00e1roznak meg a podok csoportjai sz\u00e1m\u00e1ra, hasonl\u00f3an ahhoz, ahogyan a felh\u0151ben a biztons\u00e1gi csoportokat haszn\u00e1lj\u00e1k a virtu\u00e1lis g\u00e9pekhez val\u00f3 hozz\u00e1f\u00e9r\u00e9s kezel\u00e9s\u00e9re.<\/p>\n<h2>H\u00e1l\u00f3zati politik\u00e1k meghat\u00e1roz\u00e1sa<\/h2>\n<p>\nA t\u00f6bbi Kubernetes-er\u0151forr\u00e1shoz hasonl\u00f3an a h\u00e1l\u00f3zati politik\u00e1k is YAML nyelven vannak meghat\u00e1rozva. Az al\u00e1bbi p\u00e9ld\u00e1ban az alkalmaz\u00e1s <code>balance<\/code> hozz\u00e1f\u00e9r\u00e9st kap az <code>postgres<\/code>:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.postgres\n  namespace: default\nspec:\n  podSelector:\n    matchLabels:\n      app: postgres\n  ingress:\n  - from:\n    - podSelector:\n        matchLabels:\n          app: balance\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/ff5857af2641e62558b035bab9c413dc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>(<b>Megjegyz\u00e9s ford\u00edt\u00e1s.<\/b>: ez a k\u00e9perny\u0151k\u00e9p, mint minden hasonl\u00f3, nem a Kubernetes be\u00e9p\u00edtett eszk\u00f6zeivel k\u00e9sz\u00fclt, hanem a Tufin Orca eszk\u00f6z seg\u00edts\u00e9g\u00e9vel, amelynek fejleszt\u00e9s\u00e9ben az eredeti cikk szerz\u0151je r\u00e9szt vett, \u00e9s amely a tartalom v\u00e9g\u00e9n van eml\u00edtve.)<\/i><\/p>\n<p>Saj\u00e1t h\u00e1l\u00f3zati politika meghat\u00e1roz\u00e1s\u00e1hoz alapvet\u0151 YAML-ismeretek sz\u00fcks\u00e9gesek. Ez a nyelv beh\u00faz\u00e1sokon alapul (amelyeket sz\u00f3k\u00f6z\u00f6k, nem tabul\u00e1torok hat\u00e1roznak meg). A beh\u00fazott elem a f\u00f6l\u00f6tte l\u00e9v\u0151 legk\u00f6zelebbi beh\u00fazott elemhez tartozik. Egy \u00faj listaelem m\u00ednusszal kezd\u0151dik, az \u00f6sszes t\u00f6bbi elem pedig a k\u00f6vetkez\u0151k\u00e9ppen n\u00e9z ki <i>kulcs-\u00e9rt\u00e9k<\/i>.<\/p>\n<p>A politik\u00e1t YAML form\u00e1tumban le\u00edrva haszn\u00e1lja <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/reference\/kubectl\/kubectl\/\">kubectl<\/a><\/noindex>, hogy l\u00e9trehozza a klaszterben:<\/p>\n<pre><code class=\"bash\">kubectl create -f policy.yaml<\/code><\/pre>\n<p><\/p>\n<h2>H\u00e1l\u00f3zati politika specifik\u00e1ci\u00f3ja<\/h2>\n<p>\nA Kubernetes h\u00e1l\u00f3zati politika specifik\u00e1ci\u00f3ja n\u00e9gy elemet tartalmaz:<\/p>\n<ol>\n<li> <code>podSelector<\/code>: meghat\u00e1rozza azokat a podokat, amelyekre ez a politikai szab\u00e1ly vonatkozik (c\u00e9lok) \u2014 k\u00f6telez\u0151;<\/li>\n<li> <code>policyTypes<\/code>: megadja, hogy milyen t\u00edpus\u00fa politik\u00e1k tartoznak ide: ingress \u00e9s\/vagy egress \u2013 nem k\u00f6telez\u0151, azonban javaslom, hogy minden esetben hat\u00e1rozzuk meg;<\/li>\n<li> <code>ingress<\/code>: meghat\u00e1rozza a megengedett <b>bej\u00f6v\u0151<\/b> a c\u00e9lzott podokba ir\u00e1nyul\u00f3 forgalom \u2014 nem k\u00f6telez\u0151;<\/li>\n<li> <code>egress<\/code>: meghat\u00e1rozza a megengedett <b>kimen\u0151<\/b> a c\u00e9lzott podokb\u00f3l kifel\u00e9 ir\u00e1nyul\u00f3 forgalom \u2014 nem k\u00f6telez\u0151.<\/li>\n<\/ol>\n<p>\nA Kubernetes weboldal\u00e1r\u00f3l k\u00f6lcs\u00f6nz\u00f6tt p\u00e9lda (\u00e9n kicser\u00e9ltem <code>role<\/code> Gyorsan eml\u00e9kezz\u00fcnk vissza, hogyan m\u0171k\u00f6dik a modul\u00e1ris aritmetika. Az \u00f3ra m\u00e1r egy ismert koncepci\u00f3. Az \u00f3r\u00e1k haszn\u00e1lata <code>app<\/code>), megmutatja, hogyan haszn\u00e1lj\u00e1k a n\u00e9gy elemet:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: test-network-policy\n  namespace: default\nspec:\n  podSelector:    # &lt;&lt;&lt;&lt;\n    matchLabels:\n      app: db\n  policyTypes:    # &lt;&lt;&lt;&lt;\n  - Ingress\n  - Egress\n  ingress:        # &lt;&lt;&lt;&lt;\n  - from:\n    - ipBlock:\n        cidr: 172.17.0.0\/16\n        except:\n        - 172.17.1.0\/24\n    - namespaceSelector:\n        matchLabels:\n          project: myproject\n    - podSelector:\n        matchLabels:\n          role: frontend\n    ports:\n    - protocol: TCP\n      port: 6379\n  egress:         # &lt;&lt;&lt;&lt;\n  - to:\n    - ipBlock:\n        cidr: 10.0.0.0\/24\n    ports:\n    - protocol: TCP\n      port: 5978<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/f01e748410564756d6272095093e52e2.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/997282073ee6b5c4d6b7af45cdc11295.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nK\u00e9rj\u00fck, vegye figyelembe, hogy az \u00f6sszes n\u00e9gy elem megad\u00e1sa nem k\u00f6telez\u0151. Csak az <code>podSelector<\/code>, a t\u00f6bbi param\u00e9ter szabadon haszn\u00e1lhat\u00f3.<\/p>\n<p>Ha kihagyja <code>policyTypes<\/code>, akkor a politika a k\u00f6vetkez\u0151k\u00e9ppen lesz \u00e9rtelmezve:<\/p>\n<ul>\n<li> Alap\u00e9rtelmez\u00e9s szerint felt\u00e9telezz\u00fck, hogy a bej\u00f6v\u0151 oldalt hat\u00e1rozza meg. Ha a politik\u00e1ban nincsenek erre vonatkoz\u00f3 kifejezett utal\u00e1sok, a rendszer \u00fagy fogja tekinteni, hogy minden forgalmat tiltanak.<\/li>\n<li> A kimen\u0151 oldal viselked\u00e9s\u00e9t az egress param\u00e9ter megl\u00e9te vagy hi\u00e1nya hat\u00e1rozza meg.<\/li>\n<\/ul>\n<p>\nA hib\u00e1k elker\u00fcl\u00e9se \u00e9rdek\u00e9ben javaslom, <b>hogy mindig egy\u00e9rtelm\u0171en adja meg, <code>policyTypes<\/code><\/b>.<\/p>\n<p>A fenti logika szerint, ha a param\u00e9terek <code>ingress<\/code> Services <code>egress<\/code> kihagy\u00e1sra ker\u00fclnek, a politika megtiltja az \u00f6sszes forgalmat (l\u00e1sd az al\u00e1bbi \"Tiszt\u00edt\u00f3 szab\u00e1lyt\").<\/p>\n<h2>Az alap\u00e9rtelmezett politika - enged\u00e9lyezni<\/h2>\n<p>\nHa nincsenek politik\u00e1k meghat\u00e1rozva, akkor a Kubernetes alap\u00e9rtelmez\u00e9s szerint minden forgalmat enged\u00e9lyez. Minden pod szabadon cser\u00e9lhet inform\u00e1ci\u00f3t egym\u00e1ssal. Biztons\u00e1gi szempontb\u00f3l ez logik\u00e1tlanul t\u0171nhet, de ne feledje, hogy a Kubernetes-t eredetileg az alkalmaz\u00e1sok k\u00f6lcs\u00f6nhat\u00e1s\u00e1nak el\u0151seg\u00edt\u00e9s\u00e9re hozt\u00e1k l\u00e9tre. A h\u00e1l\u00f3zati politik\u00e1kat k\u00e9s\u0151bb adt\u00e1k hozz\u00e1.<\/p>\n<h2>N\u00e9vterek<\/h2>\n<p>\nA n\u00e9vterek (Namespaces) a Kubernetes \u00f6sszefog\u00e1s\u00e1nak mechanizmusa. Az\u00e9rt j\u00f6ttek l\u00e9tre, hogy elk\u00fcl\u00f6n\u00edts\u00e9k a logikai k\u00f6rnyezeteket egym\u00e1st\u00f3l, ugyanakkor az alap\u00e9rtelmezett be\u00e1ll\u00edt\u00e1s szerint adatcsere megengedett az egyes n\u00e9vterek k\u00f6z\u00f6tt.<\/p>\n<p>A Kubernetes legt\u00f6bb komponens\u00e9hez hasonl\u00f3an a h\u00e1l\u00f3zati politik\u00e1k is egy adott n\u00e9vt\u00e9rben tal\u00e1lhat\u00f3k. A blokkban <code>metadata<\/code> megadhatja, hogy a politika melyik n\u00e9vt\u00e9rhez tartozik:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: test-network-policy\n  namespace: my-namespace  # &lt;&lt;&lt;&lt;\nspec:\n...<\/code><\/pre>\n<p>\nHa a metadatokban a n\u00e9vt\u00e9r kifejezetten nincs megadva, a rendszer a kubectl \u00e1ltal megadott n\u00e9vteret fogja haszn\u00e1lni (alap\u00e9rtelmez\u00e9s szerint <code>namespace=default<\/code>):<\/p>\n<pre><code class=\"bash\">kubectl apply -n my-namespace -f namespace.yaml<\/code><\/pre>\n<p>\nJavaslom, <b>hogy egy\u00e9rtelm\u0171en adja meg a n\u00e9vteret.<\/b>, hacsak nem \u00edrsz egy politik\u00e1t, amely egyszerre t\u00f6bb n\u00e9vt\u00e9rre vonatkozik.<\/p>\n<p><b>Alap<\/b> elem <code>podSelector<\/code> a politik\u00e1ban a podok a politika \u00e1ltal birtokolt n\u00e9vt\u00e9rb\u0151l lesznek kiv\u00e1lasztva (nem f\u00e9rhetnek hozz\u00e1 m\u00e1s n\u00e9vt\u00e9rben l\u00e9v\u0151 podokhoz).<\/p>\n<p>Hasonl\u00f3k\u00e9ppen a podSelectorok <b>a bej\u00f6v\u0151 \u00e9s kimen\u0151 blokkokban<\/b> csak a saj\u00e1t n\u00e9vt\u00e9rb\u0151l v\u00e1laszthatnak pod-okat, kiv\u00e9ve, ha azokat \u00f6sszevonod a <code>namespaceSelector<\/code> (err\u0151l a \"Sz\u0171r\u00e9s n\u00e9vterek \u00e9s podok szerint\" szakaszban lesz sz\u00f3.)<\/p>\n<h2>A politik\u00e1k elnevez\u00e9si szab\u00e1lyai<\/h2>\n<p>\nA politik\u00e1k nevei egy n\u00e9vt\u00e9ren bel\u00fcl egyediek. K\u00e9t politik\u00e1nak ugyanazzal a n\u00e9vvel nem lehet a ugyanabban a n\u00e9vt\u00e9rben, de lehetnek ugyanazon n\u00e9ven politik\u00e1k k\u00fcl\u00f6nb\u00f6z\u0151 n\u00e9vterekben. Ez hasznos, amikor ugyanazt a politik\u00e1t szeretn\u00e9d t\u00f6bb n\u00e9vt\u00e9rben alkalmazni.<\/p>\n<p>K\u00fcl\u00f6n\u00f6sen tetszik az elnevez\u00e9s egyik m\u00f3dja. Ez abb\u00f3l \u00e1ll, hogy a n\u00e9vt\u00e9r nev\u00e9t \u00f6sszekapcsoljuk a c\u00e9lzott pod-okkal. P\u00e9ld\u00e1ul:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.postgres  # &lt;&lt;&lt;\n  namespace: default\nspec:\n  podSelector:\n    matchLabels:\n      app: postgres\n  ingress:\n  - from:\n    - podSelector:\n        matchLabels:\n          app: admin\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/18318c320d6e37eeb01c51f251550639.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>C\u00edmk\u00e9k<\/h2>\n<p>\nA Kubernetes objektumokhoz, mint p\u00e9ld\u00e1ul a pod-ok \u00e9s n\u00e9vterek, felhaszn\u00e1l\u00f3i c\u00edmk\u00e9k rendelhet\u0151k. A c\u00edmk\u00e9k (<i>c\u00edmk\u00e9ket<\/i> \u2014 c\u00edmk\u00e9k) a felh\u0151ben tal\u00e1lhat\u00f3 tagek megfelel\u0151i. A Kubernetes h\u00e1l\u00f3zati politik\u00e1k a c\u00edmk\u00e9ket haszn\u00e1lj\u00e1k a kiv\u00e1laszt\u00e1sra, <b>podok<\/b>, amelyekre alkalmazz\u00e1k \u0151ket:<\/p>\n<pre><code class=\"plaintext\">podSelector:\n  matchLabels:\n    role: db<\/code><\/pre>\n<p>\n\u2026 vagy <b>n\u00e9vterek<\/b>, amelyekre alkalmazz\u00e1k \u0151ket. Ebben a p\u00e9ld\u00e1ban minden pod kiv\u00e1laszt\u00e1sra ker\u00fcl a megadott c\u00edmk\u00e9kkel rendelkez\u0151 n\u00e9vterekben:<\/p>\n<pre><code class=\"plaintext\">namespaceSelector:\n  matchLabels:\n    project: myproject<\/code><\/pre>\n<p>\nEgy figyelmeztet\u00e9s: a <code>namespaceSelector<\/code> <b>haszn\u00e1lata sor\u00e1n gy\u0151z\u0151dj meg arr\u00f3l, hogy a kiv\u00e1lasztott n\u00e9vterek tartalmazz\u00e1k a sz\u00fcks\u00e9ges c\u00edmk\u00e9t.<\/b>Ne feledd, hogy az alap\u00e9rtelmezett n\u00e9vterek, mint p\u00e9ld\u00e1ul <code>alap\u00e9rtelmezett<\/code> \u00e9s <code>kube-system<\/code>, alap\u00e9rtelmez\u00e9s szerint nem tartalmaznak c\u00edmk\u00e9ket.<\/p>\n<p>C\u00edmk\u00e9t az al\u00e1bbi m\u00f3don adhatunk hozz\u00e1 egy n\u00e9vt\u00e9rhez:<\/p>\n<pre><code class=\"bash\">kubectl label namespace default namespace=default<\/code><\/pre>\n<p>\nEbben az esetben a namespace a <code>metadata<\/code> r\u00e9szben a t\u00e9nyleges n\u00e9v hivatkoz\u00e1s\u00e1ra kell, hogy utaljon, nem pedig a c\u00edmk\u00e9re:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: test-network-policy\n  namespace: default   # &lt;&lt;&lt;\nspec:\n...<\/code><\/pre>\n<p><\/p>\n<h2>Forr\u00e1s \u00e9s c\u00edmzett<\/h2>\n<p>\nA t\u0171zfal politik\u00e1k forr\u00e1sokb\u00f3l \u00e9s c\u00edmzettb\u0151l \u00e1ll\u00f3 szab\u00e1lyokb\u00f3l tev\u0151dnek \u00f6ssze. A Kubernetes h\u00e1l\u00f3zati politik\u00e1k c\u00e9lja \u2013 a podok egy csoportja, amelyre alkalmazz\u00e1k \u0151ket, majd szab\u00e1lyokat \u00e1ll\u00edtanak fel a bej\u00f6v\u0151 (ingress) \u00e9s\/vagy kimen\u0151 (egress) forgalomra. P\u00e9ld\u00e1nkban a politik\u00e1 c\u00e9lja lesz minden pod a n\u00e9vt\u00e9rben. <code>alap\u00e9rtelmezett<\/code> a k\u00f6vetkez\u0151 kulccsal rendelkez\u0151 c\u00edmk\u00e9vel <code>app<\/code> \u00e9s az \u00e9rt\u00e9kkel <code>szolg\u00e1ltat\u00e1shoz. A szolg\u00e1ltat\u00e1sr\u00e1csok \u00e1ltal\u00e1ban mTLS seg\u00edts\u00e9g\u00e9vel oldj\u00e1k meg az ilyen probl\u00e9m\u00e1kat: a tan\u00fas\u00edtv\u00e1nyok ebben az esetben sz\u00fcks\u00e9ges azonos\u00edt\u00f3k\u00e9nt szolg\u00e1lnak.<\/code>:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: test-network-policy\n  namespace: default\nspec:\n  podSelector:\n    matchLabels:\n      app: db   # &lt;&lt;&lt;\n  policyTypes:\n  - Ingress\n  - Egress\n  ingress:\n  - from:\n    - ipBlock:\n        cidr: 172.17.0.0\/16\n        except:\n        - 172.17.1.0\/24\n    - namespaceSelector:\n        matchLabels:\n          project: myproject\n    - podSelector:\n        matchLabels:\n          role: frontend\n    ports:\n    - protocol: TCP\n      port: 6379\n  egress:\n  - to:\n    - ipBlock:\n        cidr: 10.0.0.0\/24\n    ports:\n    - protocol: TCP\n      port: 5978<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/5fcb3f78e26ae1ed5635541ad69ef69f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/c753f559ecc3ba54f8b55e29851428c4.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nR\u00e9sz <code>ingress<\/code> ebben a politik\u00e1ban a c\u00e9lzott podok sz\u00e1m\u00e1ra megnyitja a bej\u00f6v\u0151 forgalmat. M\u00e1s sz\u00f3val, az ingress a forr\u00e1st k\u00e9pviseli, m\u00edg a c\u00e9l a megfelel\u0151 c\u00edmzett. Hasonl\u00f3k\u00e9ppen az egress a c\u00edmzett, a c\u00e9l pedig a forr\u00e1s.<\/p>\n<p><img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/a0d865de57a7620849074424770832cd.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Ez k\u00e9t t\u0171zfal szab\u00e1lynak felel meg: Ingress \u2192 C\u00e9l; C\u00e9l \u2192 Egress.<\/i><\/p>\n<h2>Egress \u00e9s DNS (fontos!)<\/h2>\n<p>\nA kimen\u0151 forgalom korl\u00e1toz\u00e1sa sor\u00e1n <b>k\u00fcl\u00f6n figyelmet kell ford\u00edtani a DNS-re<\/b> \u2014 a Kubernetes ezt a szolg\u00e1ltat\u00e1st haszn\u00e1lja a szolg\u00e1ltat\u00e1sok IP-c\u00edmekhez val\u00f3 hozz\u00e1rendel\u00e9s\u00e9re. P\u00e9ld\u00e1ul a k\u00f6vetkez\u0151 politika nem fog m\u0171k\u00f6dni, mivel nem enged\u00e9lyezted az alkalmaz\u00e1snak <code>balance<\/code> a DNS-hez val\u00f3 hozz\u00e1f\u00e9r\u00e9st:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.balance\n  namespace: default\nspec:\n  podSelector:\n    matchLabels:\n      app: balance\n  egress:\n  - to:\n    - podSelector:\n        matchLabels:\n          app: postgres\n  policyTypes:\n  - Egress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/5857a44cc5e06de708f0d3b5b0f49628.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEzt \u00fagy jav\u00edthatod, ha hozz\u00e1f\u00e9r\u00e9st adsz a DNS szolg\u00e1ltat\u00e1shoz:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.balance\n  namespace: default\nspec:\n  podSelector:\n    matchLabels:\n      app: balance\n  egress:\n  - to:\n    - podSelector:\n        matchLabels:\n          app: postgres\n  - to:               # &lt;&lt;&lt;\n    ports:            # &lt;&lt;&lt;\n    - protocol: UDP   # &lt;&lt;&lt;\n      port: 53        # &lt;&lt;&lt;\n  policyTypes:\n  - Egress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/a396bb2ae94fca94c3b62aef2cb07552.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAz utols\u00f3 elem <code>to<\/code> \u00fcres, \u00e9s ez\u00e9rt k\u00f6zvetve kiv\u00e1lasztja <b>minden pod minden n\u00e9vt\u00e9rben.<\/b>, lehet\u0151v\u00e9 t\u00e9ve a <code>balance<\/code> DNS-lek\u00e9rdez\u00e9sek k\u00fcld\u00e9s\u00e9t a megfelel\u0151 Kubernetes szolg\u00e1ltat\u00e1snak (\u00e1ltal\u00e1ban a n\u00e9vt\u00e9rben m\u0171k\u00f6dik) <code>kube-system<\/code>).<\/p>\n<p>Ez a megk\u00f6zel\u00edt\u00e9s m\u0171k\u00f6d\u0151k\u00e9pes, de <b>t\u00falzottan enged\u00e9lyezett \u00e9s nem biztons\u00e1gos<\/b>, mivel lehet\u0151v\u00e9 teszi a DNS-lek\u00e9rdez\u00e9sek ir\u00e1ny\u00edt\u00e1s\u00e1t a klaszteren k\u00edv\u00fcl.<\/p>\n<p>H\u00e1rom l\u00e9p\u00e9sben jav\u00edthat\u00f3.<\/p>\n<p>1. Enged\u00e9lyezd a DNS-lek\u00e9rdez\u00e9seket csak <b>bent<\/b> a klaszternek, a hozz\u00e1ad\u00e1s\u00e1val <code>namespaceSelector<\/code>:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.balance\n  namespace: default\nspec:\n  podSelector:\n    matchLabels:\n      app: balance\n  egress:\n  - to:\n    - podSelector:\n        matchLabels:\n          app: postgres\n  - to:\n    - namespaceSelector: {} # &lt;&lt;&lt;\n    ports:\n    - protocol: UDP\n      port: 53\n  policyTypes:\n  - Egress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/5920a043229676e0780d691d302c5ade.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n2. Csak DNS lek\u00e9rdez\u00e9seket enged\u00e9lyezhet\u00fcnk a n\u00e9vt\u00e9rben <code>kube-system<\/code>.<\/p>\n<p>Ehhez c\u00edmk\u00e9t kell hozz\u00e1adni a n\u00e9vt\u00e9rhez <code>kube-system<\/code>: <code>kubectl label namespace kube-system namespace=kube-system<\/code> \u2014 \u00e9s bele kell \u00edrni a politik\u00e1ba <code>namespaceSelector<\/code>:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.balance\n  namespace: default\nspec:\n  podSelector:\n    matchLabels:\n      app: balance\n  egress:\n  - to:\n    - podSelector:\n        matchLabels:\n          app: postgres\n  - to:\n    - namespaceSelector:         # &lt;&lt;&lt;\n        matchLabels:             # &lt;&lt;&lt;\n          namespace: kube-system # &lt;&lt;&lt;\n    ports:\n    - protocol: UDP\n      port: 53\n  policyTypes:\n  - Egress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/2a1dd0975c58e6d277baffc7c3ac6e48.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n3. A paranoid emberek m\u00e9g tov\u00e1bb is elmehetnek, \u00e9s korl\u00e1tozhatj\u00e1k a DNS lek\u00e9rdez\u00e9seket egy meghat\u00e1rozott DNS szolg\u00e1ltat\u00e1sra <code>kube-system<\/code>. A \"Sz\u0171r\u00e9s n\u00e9vterek \u00e9s podok szerint\" szakaszban lesz sz\u00f3 arr\u00f3l, hogyan \u00e9rhetj\u00fck el ezt.<\/p>\n<p>Egy m\u00e1sik lehet\u0151s\u00e9g, hogy a DNS-t n\u00e9vt\u00e9ren bel\u00fcl enged\u00e9lyezz\u00fck. Ez esetben nem kell azt minden szolg\u00e1ltat\u00e1s sz\u00e1m\u00e1ra megnyitni:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.dns\n  namespace: default\nspec:\n  podSelector: {} # &lt;&lt;&lt;\n  egress:\n  - to:\n    - namespaceSelector: {}\n    ports:\n    - protocol: UDP\n      port: 53\n  policyTypes:\n  - Egress<\/code><\/pre>\n<p>\n\u00dcres <code>podSelector<\/code> minden podot kiv\u00e1laszt a n\u00e9vt\u00e9rben.<\/p>\n<p><img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/5d6b627b69da980477b3910fbf4de6c1.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>Els\u0151 egyez\u00e9s \u00e9s szab\u00e1lyok sorrendje<\/h2>\n<p>\nHagyom\u00e1nyos t\u0171zfalakn\u00e1l a cselekv\u00e9s (\u201eEnged\u00e9lyez\u00e9s\u201d vagy \u201eTilt\u00e1s\u201d) a csomagra vonatkoz\u00f3an az els\u0151 szab\u00e1ly alapj\u00e1n ker\u00fcl meghat\u00e1roz\u00e1sra, amelynek megfelel. <b>A Kubernetesben a politik\u00e1k sorrendje nem sz\u00e1m\u00edt.<\/b><\/p>\n<p>Alap\u00e9rtelmez\u00e9s szerint, amikor nincsenek politik\u00e1k meghat\u00e1rozva, a kommunik\u00e1ci\u00f3k a podok k\u00f6z\u00f6tt enged\u00e9lyezettek, \u00e9s szabadon cser\u00e9lhetnek inform\u00e1ci\u00f3t. Amint elkezdi megfogalmazni a politik\u00e1kat, minden pod, amelyet legal\u00e1bb egy politik\u00e1ja \u00e9rint, izol\u00e1ltt\u00e1 v\u00e1lik az \u00e1ltala kiv\u00e1lasztott politik\u00e1k diszjunkci\u00f3j\u00e1nak (logikai VAGY) megfelel\u0151en. Azok a podok, amelyekre egyetlen politikai szab\u00e1ly sem vonatkozik, nyitva maradnak.<\/p>\n<p>Egy ilyen viselked\u00e9st t\u00f6rl\u00e9si szab\u00e1llyal lehet m\u00f3dos\u00edtani.<\/p>\n<h2>T\u00f6rl\u00e9si szab\u00e1ly (\u201eTiltani\u201d)<\/h2>\n<p>\nA t\u0171zfalszab\u00e1lyok \u00e1ltal\u00e1ban b\u00e1rmilyen kifejezetten nem enged\u00e9lyezett forgalmat tiltani.<\/p>\n<p><b>A Kubernetesben nincs \u201etiltani\u201d (deny) cselekv\u00e9s<\/b>, de ugyanazt a hat\u00e1st egy sima (enged\u00e9lyez\u0151) politik\u00e1val is el\u00e9rhetj\u00fck, ha \u00fcres forr\u00e1s pod&#8217;csoportot (ingress) v\u00e1lasztunk:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: deny-all\n  namespace: default\nspec:\n  podSelector: {}\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/8b3ced50ec5a1de70940d53f467966fe.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEz a politika minden pod&#8217;ot kiv\u00e1laszt a n\u00e9vt\u00e9rben, \u00e9s az ingress-t meghat\u00e1rozatlanra hagyja, ezzel tiltanak minden bej\u00f6v\u0151 forgalmat.<\/p>\n<p>Hasonl\u00f3 m\u00f3don korl\u00e1tozhatjuk az \u00f6sszes kimen\u0151 forgalmat a n\u00e9vt\u00e9rb\u0151l:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: deny-all-egress\n  namespace: default\nspec:\n  podSelector: {}\n  policyTypes:\n  - Egress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/be22e11efef0098f2665331c09d748f2.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNe feledje, hogy <b>b\u00e1rmely tov\u00e1bbi politika, amely enged\u00e9lyezi a forgalmat a n\u00e9vt\u00e9rben l\u00e9v\u0151 pod&#8217;okhoz, els\u0151bbs\u00e9get \u00e9lvez a szab\u00e1ly felett<\/b> (hasonl\u00f3an ahhoz, hogy egy enged\u00e9lyez\u0151 szab\u00e1lyt adunk hozz\u00e1 egy tilt\u00f3hoz a t\u0171zfalszab\u00e1lyzatban).<\/p>\n<h2>Mindet enged\u00e9lyezni (Any-Any-Any-Allow)<\/h2>\n<p>\nAhhoz, hogy l\u00e9trehozzuk a \u201eMindent enged\u00e9lyezni\u201d politik\u00e1t, kieg\u00e9sz\u00edten\u00fcnk kell a fent eml\u00edtett tilalmi politik\u00e1t egy \u00fcres elemmel <code>ingress<\/code>:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: allow-all\n  namespace: default\nspec:\n  podSelector: {}\n  ingress: # &lt;&lt;&lt;\n  - {}     # &lt;&lt;&lt;\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/7322351493211388fe772b8dc270108d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEz lehet\u0151v\u00e9 teszi, hogy <b>minden pod&#8217;hoz az \u00f6sszes n\u00e9vt\u00e9rben (\u00e9s minden IP) adott pod&#8217;hoz a n\u00e9vt\u00e9rben <code>alap\u00e9rtelmezett<\/code><\/b>. Az ilyen viselked\u00e9s alap\u00e9rtelmez\u00e9s szerint enged\u00e9lyezett, \u00edgy \u00e1ltal\u00e1ban nem sz\u00fcks\u00e9ges k\u00fcl\u00f6n megadni. N\u00e9ha azonban sz\u00fcks\u00e9g lehet egyes konkr\u00e9t enged\u00e9lyek ideiglenes letilt\u00e1s\u00e1ra a probl\u00e9ma diagnosztiz\u00e1l\u00e1sa \u00e9rdek\u00e9ben.<\/p>\n<p>A szab\u00e1lyt sz\u0171k\u00edthetj\u00fck, \u00e9s csak a <b>meghat\u00e1rozott pod&#8217;ok csoportja<\/b> (<code>app:balance<\/code>) a n\u00e9vt\u00e9rben <code>alap\u00e9rtelmezett<\/code>:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: allow-all-to-balance\n  namespace: default\nspec:\n  podSelector:\n    matchLabels:\n      app: balance\n  ingress: \n  - {}\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/d8c9cb85003f489acec815d1c2b53497.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA k\u00f6vetkez\u0151 politika lehet\u0151v\u00e9 teszi az \u00f6sszes bej\u00f6v\u0151 (ingress) \u00e9s kimen\u0151 (egress) forgalmat, bele\u00e9rtve a hozz\u00e1f\u00e9r\u00e9st b\u00e1rmely IP-hez a klaszter hat\u00e1rain k\u00edv\u00fcl:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: allow-all\nspec:\n  podSelector: {}\n  ingress:\n  - {}\n  egress:\n  - {}\n  policyTypes:\n  - Ingress\n  - Egress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/2477f18d3d228f80bc5169d9ec3be2fc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/3502b892713cdac8850e812b2eff3ea3.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>T\u00f6bb politika egyes\u00edt\u00e9se<\/h2>\n<p>\nA politik\u00e1k logikai VAGY seg\u00edts\u00e9g\u00e9vel egyes\u00fclnek h\u00e1rom szinten; minden pod&#8217;hoz val\u00f3 hozz\u00e1f\u00e9r\u00e9s\u00e9t a r\u00e1 vonatkoz\u00f3 politik\u00e1k diszjunkci\u00f3ja hat\u00e1rozza meg:<\/p>\n<p>1. A mez\u0151kben <code>a<\/code> \u00e9s <code>to<\/code> h\u00e1romf\u00e9le elemet lehet megadni (mindegyik VAGY oper\u00e1torral kombin\u00e1lhat\u00f3):<\/p>\n<ul>\n<li> <code>namespaceSelector<\/code> \u2014 az eg\u00e9sz n\u00e9vt\u00e9r kiv\u00e1laszt\u00e1sa;<\/li>\n<li> <code>podSelector<\/code> \u2014 pod-ok kiv\u00e1laszt\u00e1sa;<\/li>\n<li> <code>ipBlock<\/code> \u2014 alh\u00e1l\u00f3zat kiv\u00e1laszt\u00e1sa.<\/li>\n<\/ul>\n<p>\nEzekn\u00e9l a alsorozatokban l\u00e9v\u0151 elemek (m\u00e9g ha azonosak is) sz\u00e1ma nincs korl\u00e1tozva. Mindegyik logikai VAGY oper\u00e1torral egyes\u00edt\u00e9sre ker\u00fcl. <code>a<\/code>\/<code>to<\/code> nem korl\u00e1tozott. Mindegyiket logikai VAGY kapcsolja \u00f6ssze.<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.postgres\n  namespace: default\nspec:\n  ingress:\n  - from:\n    - podSelector:\n        matchLabels:\n          app: indexer\n    - podSelector:\n        matchLabels:\n          app: admin\n  podSelector:\n    matchLabels:\n      app: postgres\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/717e745720f39260a8508fb2b2bb6f65.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n2. A politika belsej\u00e9ben <code>ingress<\/code> t\u00f6bb elemet is tartalmazhat <code>a<\/code> (logikai VAGY formai \u00f6sszegz\u00e9s\u00fck). Hasonl\u00f3 m\u00f3don a szakasz <code>egress<\/code> t\u00f6bb elemet is tartalmazhat <code>to<\/code> (ezek is diszjunkci\u00f3val \u00f6sszevonhat\u00f3k):<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.postgres\n  namespace: default\nspec:\n  ingress:\n  - from:\n    - podSelector:\n        matchLabels:\n          app: indexer\n  - from:\n    - podSelector:\n        matchLabels:\n          app: admin\n  podSelector:\n    matchLabels:\n      app: postgres\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/b579e1f4b97acd92fb38cd6703aa1983.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n3. A k\u00fcl\u00f6nb\u00f6z\u0151 politik\u00e1k logikai VAGY-nal \u00f6sszevonhat\u00f3k<\/p>\n<p>De van egy korl\u00e1toz\u00e1s, amelyre <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/sainsburys-engineering\/considerations-with-k8s-networkpolicy-cee7eacf5469\">megjegyezte<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/@chriscooney\">Chris Cooney<\/a><\/noindex>: A Kubernetes csak k\u00fcl\u00f6nb\u00f6z\u0151 <code>policyTypes<\/code> (<code>Ingress<\/code> vagy <code>Egress<\/code>). Az ingress (vagy egress) politik\u00e1k fel\u00fcl\u00edrj\u00e1k egym\u00e1st.<\/p>\n<h2>Kapcsolat n\u00e9vt\u00e9r k\u00f6z\u00f6tt<\/h2>\n<p>\nAlap\u00e9rtelmez\u00e9s szerint a n\u00e9vt\u00e9r k\u00f6z\u00f6tti inform\u00e1ci\u00f3csere enged\u00e9lyezett. Ezt megv\u00e1ltoztathatja egy tilt\u00f3 politik\u00e1val, amely korl\u00e1tozza a kimen\u0151 \u00e9s\/vagy bej\u00f6v\u0151 forgalmat egy n\u00e9vt\u00e9rben (l\u00e1sd a fent eml\u00edtett 'Tiszt\u00edt\u00f3 Szab\u00e1lyt').<\/p>\n<p>Ha blokkolja a hozz\u00e1f\u00e9r\u00e9st egy n\u00e9vt\u00e9rben (l\u00e1sd a fent eml\u00edtett 'Tiszt\u00edt\u00f3 Szab\u00e1lyt'), akkor kiv\u00e9teleket tehet a tilt\u00f3 politik\u00e1ban, enged\u00e9lyezve a kapcsolatot egy adott n\u00e9vt\u00e9rrel <code>namespaceSelector<\/code>:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: database.postgres\n  namespace: database\nspec:\n  podSelector:\n    matchLabels:\n      app: postgres\n  ingress:\n  - from:\n    - namespaceSelector: # &lt;&lt;&lt;\n        matchLabels:\n          namespace: default\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/5a3d2baed1ff9b813ef0651fe500ad8a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEnnek eredm\u00e9nyek\u00e9nt minden pod a n\u00e9vt\u00e9rben <code>alap\u00e9rtelmezett<\/code> hozz\u00e1f\u00e9r\u00e9st kapnak a pod&#8217;okhoz <code>postgres<\/code> a n\u00e9vt\u00e9rben <code>database<\/code>. De mi van, ha csak bizonyos podokhoz szeretne hozz\u00e1f\u00e9r\u00e9st biztos\u00edtani a n\u00e9vt\u00e9rben <code>postgres<\/code> csak konkr\u00e9t pod&#8217;okhoz a n\u00e9vt\u00e9rben <code>alap\u00e9rtelmezett<\/code>?<\/p>\n<h2>Sz\u0171r\u00e9s n\u00e9vterek \u00e9s pod&#8217;ok szerint<\/h2>\n<p>\nlogikai \u00c9S seg\u00edts\u00e9g\u00e9vel. Ez a k\u00f6vetkez\u0151k\u00e9ppen n\u00e9z ki: <code>namespaceSelector<\/code> \u00e9s <code>podSelector<\/code> apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: database.postgres\n  namespace: database\nspec:\n  podSelector:\n    matchLabels:\n      app: postgres\n  ingress:\n  - from:\n    - namespaceSelector:\n        matchLabels:\n          namespace: default\n      podSelector: # &lt;&lt;&lt;\n        matchLabels:\n          app: admin\n  policyTypes:\n  - Ingress<\/p>\n<pre><code class=\"plaintext\">Mi\u00e9rt \u00e9rtelmezz\u00fck ezt \u00c9S-k\u00e9nt, a megszokott VAGY helyett?<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/e933e449d9f9c10505e45930d1477b2c.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nnem kezd\u0151dik k\u00f6t\u0151jellel. A YAML-ban ez azt jelenti, hogy<\/p>\n<p>p(x) \u2013 <code>podSelector<\/code> \u00e9s ami el\u0151tte \u00e1ll <code>podSelector<\/code> ugyanahhoz a listaelemhez tartoznak. Ez\u00e9rt logikai \u00c9S-k\u00e9nt egyes\u00fclnek. <code>namespaceSelector<\/code> K\u00f6t\u0151jel hozz\u00e1ad\u00e1sa el\u0151tt<\/p>\n<p>H\u00edvd seg\u00edts\u00e9g\u00fcl a k\u00f6t\u0151jelet a <code>podSelector<\/code> egy \u00faj listaelem l\u00e9trehoz\u00e1s\u00e1hoz vezet, amely kombin\u00e1l\u00f3dik a kor\u00e1bbival <code>namespaceSelector<\/code> logikai VAGY haszn\u00e1lat\u00e1val.<\/p>\n<p>Pod&#8217;ok kiv\u00e1laszt\u00e1s\u00e1hoz, amelyek meghat\u00e1rozott c\u00edmk\u00e9vel rendelkeznek <b>minden n\u00e9vt\u00e9rben<\/b>, \u00edrjon be \u00fcreset <code>namespaceSelector<\/code>:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: database.postgres\n  namespace: database\nspec:\n  podSelector:\n    matchLabels:\n      app: postgres\n  ingress:\n  - from:\n    - namespaceSelector: {}\n      podSelector:\n        matchLabels:\n          app: admin\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/e79e4a8067fa254f85fa8be105c3ad34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>T\u00f6bbsz\u00f6r\u00f6s c\u00edmk\u00e9k kombin\u00e1l\u00f3dnak \u00c9S<\/h2>\n<p>\nA t\u0171zfal szab\u00e1lyai t\u00f6bb objektummal (hostokkal, h\u00e1l\u00f3zatokkal, csoportokkal) logikai VAGY seg\u00edts\u00e9g\u00e9vel kombin\u00e1l\u00f3dnak. A k\u00f6vetkez\u0151 szab\u00e1ly akkor l\u00e9p \u00e9letbe, ha a csomag forr\u00e1sa megegyezik <code>Host_1<\/code> VAGY <code>Host_2<\/code>:<\/p>\n<pre><code class=\"plaintext\">| Forr\u00e1s | C\u00e9l | Szolg\u00e1ltat\u00e1s | Akci\u00f3 |\n| ----------------------------------------|\n| Host_1 | Subnet_A    | HTTPS   | Enged\u00e9lyez |\n| Host_2 |             |         |        |\n| ----------------------------------------|<\/code><\/pre>\n<p>\nEllenkez\u0151leg, a Kubernetesben a k\u00fcl\u00f6nb\u00f6z\u0151 c\u00edmk\u00e9k <code>podSelector<\/code> vagy <code>namespaceSelector<\/code> logikai \u00c9S seg\u00edts\u00e9g\u00e9vel kombin\u00e1l\u00f3dnak. P\u00e9ld\u00e1ul a k\u00f6vetkez\u0151 szab\u00e1ly olyan podokat v\u00e1laszt, amelyek mindk\u00e9t c\u00edmk\u00e9vel rendelkeznek, <code>role=db<\/code> \u00e9s <code>version=v2<\/code>:<\/p>\n<pre><code class=\"plaintext\">podSelector:\n  matchLabels:\n    role: db\n    version: v2<\/code><\/pre>\n<p>\nUgyanez a logika minden t\u00edpus\u00fa oper\u00e1torra vonatkozik: politikai c\u00e9lv\u00e1laszt\u00f3k, pod&#8217;ok v\u00e1laszt\u00f3i \u00e9s n\u00e9vt\u00e9r v\u00e1laszt\u00f3k.<\/p>\n<h2>Alh\u00e1l\u00f3zatok \u00e9s IP-c\u00edmek (IPBlocks)<\/h2>\n<p>\nA h\u00e1l\u00f3zat szegment\u00e1l\u00e1s\u00e1hoz a t\u0171zfalak VLAN-t, IP-c\u00edmeket \u00e9s alh\u00e1l\u00f3zatokat haszn\u00e1lnak.<\/p>\n<p>A Kubernetesben a pod&#8217;ok IP-c\u00edm\u00e9t automatikusan hozz\u00e1k l\u00e9tre, \u00e9s gyakran v\u00e1ltozhatnak, ez\u00e9rt a pod&#8217;ok \u00e9s n\u00e9vterek kiv\u00e1laszt\u00e1s\u00e1hoz c\u00edmk\u00e9ket haszn\u00e1lnak a h\u00e1l\u00f3zati politik\u00e1kban.<\/p>\n<p>Alh\u00e1l\u00f3zatok (<code>ipBlocks<\/code>) haszn\u00e1lj\u00e1k a bej\u00f6v\u0151 (ingress) vagy kimen\u0151 (egress) k\u00fcls\u0151 (North-South) kapcsolatok kezel\u00e9s\u00e9re. P\u00e9ld\u00e1ul ez a politika lehet\u0151v\u00e9 teszi, hogy minden pod&#8217;nak a n\u00e9vt\u00e9rb\u0151l <code>alap\u00e9rtelmezett<\/code> hozz\u00e1f\u00e9r\u00e9st a Google DNS-szolg\u00e1ltat\u00e1s\u00e1hoz:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: egress-dns\n  namespace: default\nspec:\n  podSelector: {}\n  policyTypes:\n  - Egress\n  egress:\n  - to:\n    - ipBlock:\n        cidr: 8.8.8.8\/32\n    ports:\n    - protocol: UDP\n      port: 53<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/42e1194e28331e667a094f19c88e0934.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAz \u00fcres pod&#8217;v\u00e1laszt\u00f3 a p\u00e9ld\u00e1ban azt jelenti, hogy \"v\u00e1laszd ki az \u00f6sszes pod&#8217;ot a n\u00e9vt\u00e9rb\u0151l.\"<\/p>\n<p>Ez a politika csak a 8.8.8.8-hoz biztos\u00edt hozz\u00e1f\u00e9r\u00e9st; minden m\u00e1s IP el\u00e9rhet\u0151s\u00e9g\u00e9t blokkolja. \u00cdgy l\u00e9nyeg\u00e9ben letiltotta a Kubernetes bels\u0151 DNS-szolg\u00e1ltat\u00e1s\u00e1hoz val\u00f3 hozz\u00e1f\u00e9r\u00e9st. Ha m\u00e9gis szeretn\u00e9 megnyitni, azt egy\u00e9rtelm\u0171en jelezni kell.<\/p>\n<p>\u00c1ltal\u00e1ban <code>ipBlocks<\/code> \u00e9s <code>podSelectors<\/code> k\u00f6lcs\u00f6n\u00f6sen kiz\u00e1rj\u00e1k egym\u00e1st, mivel a pod&#8217;ok bels\u0151 IP-c\u00edmei nem haszn\u00e1lhat\u00f3k a <code>ipBlocks<\/code>. A podok bels\u0151 IP-c\u00edmeinek megad\u00e1s\u00e1val <b>pod&#8217;ok bels\u0151 IP-c\u00edmei<\/b>, val\u00f3j\u00e1ban enged\u00e9lyezed a kapcsol\u00f3d\u00e1sokat a pod&#8217;okhoz e c\u00edmekkel. A gyakorlatban nem fogod tudni, hogy melyik IP-c\u00edmet haszn\u00e1ld, ez\u00e9rt ezeket nem \u00e9rdemes pod&#8217;ok kiv\u00e1laszt\u00e1s\u00e1ra alkalmazni.<\/p>\n<p>Egy ellent\u00e9tes p\u00e9lda a k\u00f6vetkez\u0151 politika, amely az \u00f6sszes IP-t mag\u00e1ba foglalja, \u00edgy lehet\u0151v\u00e9 teszi a hozz\u00e1f\u00e9r\u00e9st minden m\u00e1s pod&#8217;hoz:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: egress-any\n  namespace: default\nspec:\n  podSelector: {}\n  policyTypes:\n  - Egress\n  egress:\n  - to:\n    - ipBlock:\n        cidr: 0.0.0.0\/0<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/d99dfdead1c96b071b1643cb5c572878.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCsak a k\u00fcls\u0151 IP-khez nyithatsz hozz\u00e1f\u00e9r\u00e9st, kiz\u00e1rva a pod&#8217;ok bels\u0151 IP-c\u00edmeit. P\u00e9ld\u00e1ul, ha a pod&#8217;od alh\u00e1l\u00f3zata 10.16.0.0\/14:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: egress-any\n  namespace: default\nspec:\n  podSelector: {}\n  policyTypes:\n  - Egress\n  egress:\n  - to:\n    - ipBlock:\n        cidr: 0.0.0.0\/0\n        except:\n        - 10.16.0.0\/14<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/b157cfe0f1cd4677cf0defd9fdfa8a13.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>Portok \u00e9s protokollok<\/h2>\n<p>\n\u00c1ltal\u00e1ban a podok egy portot figyelnek. Ez azt jelenti, hogy egyszer\u0171en nem kell megadni a portsz\u00e1mokat a politik\u00e1kban, \u00e9s minden maradhat az alap\u00e9rtelmezett be\u00e1ll\u00edt\u00e1sokn\u00e1l. M\u00e9gis, aj\u00e1nlott a politik\u00e1kat a lehet\u0151 legkorl\u00e1toz\u00f3bb\u00e1 tenni, ez\u00e9rt n\u00e9h\u00e1ny esetben m\u00e9gis lehet portokat megadni:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.postgres\n  namespace: default\nspec:\n  ingress:\n  - from:\n    - podSelector:\n        matchLabels:\n          app: indexer\n    - podSelector:\n        matchLabels:\n          app: admin\n    ports:             # &lt;&lt;&lt;&lt;\n      - port: 443      # &lt;&lt;&lt;&lt;\n        protocol: TCP  # &lt;&lt;&lt;&lt;\n      - port: 80       # &lt;&lt;&lt;&lt;\n        protocol: TCP  # &lt;&lt;&lt;&lt;\n  podSelector:\n    matchLabels:\n      app: postgres\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/4c778cd46c54e2ae0f4527ffa9e1e740.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMegjegyzend\u0151, hogy a szelekci\u00f3s <code>portok<\/code> alkalmaz\u00e1sra ker\u00fcl az \u00f6sszes elemre a blokkban <code>to<\/code> vagy <code>a<\/code>, amelyben tal\u00e1lhat\u00f3. K\u00fcl\u00f6nb\u00f6z\u0151 portokat k\u00fcl\u00f6nb\u00f6z\u0151 elemcsoportokhoz megadni \u00fagy lehet, hogy <code>ingress<\/code> vagy <code>egress<\/code> t\u00f6bb alr\u00e9szre bontjuk <code>to<\/code> vagy <code>a<\/code> \u00e9s mindegyikben a saj\u00e1t portjait r\u00f6gz\u00edtj\u00fck:<\/p>\n<pre><code class=\"plaintext\">apiVersion: networking.k8s.io\/v1\nkind: NetworkPolicy\nmetadata:\n  name: default.postgres\n  namespace: default\nspec:\n  ingress:\n  - from:\n    - podSelector:\n        matchLabels:\n          app: indexer\n    ports:             # &lt;&lt;&lt;&lt;\n     - port: 443       # &lt;&lt;&lt;&lt;\n       protocol: TCP   # &lt;&lt;&lt;&lt;\n  - from:\n    - podSelector:\n        matchLabels:\n          app: admin\n    ports:             # &lt;&lt;&lt;&lt;\n     - port: 80        # &lt;&lt;&lt;&lt;\n       protocol: TCP   # &lt;&lt;&lt;&lt;\n  podSelector:\n    matchLabels:\n      app: postgres\n  policyTypes:\n  - Ingress<\/code><\/pre>\n<p>\n<img decoding=\"async\" alt=\"Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba a biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra\" src=\"\/wp-content\/uploads\/2019\/04\/b9ac1d8af491e992cac0be184005a278.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAlap\u00e9rtelmezetten a portok m\u0171k\u00f6d\u00e9se:<\/p>\n<ul>\n<li> Ha teljesen kihagyja a portok meghat\u00e1roz\u00e1s\u00e1t (<code>portok<\/code>), ez minden protokollt \u00e9s minden portot jelent;<\/li>\n<li> Ha a protokoll meghat\u00e1roz\u00e1s\u00e1t kihagyja (<code>protocol<\/code>), ez TCP-t jelent;<\/li>\n<li> Ha a port meghat\u00e1roz\u00e1s\u00e1t kihagyja (<code>port<\/code>), ez minden portot jelent.<\/li>\n<\/ul>\n<p>\nLegjobb gyakorlat: ne b\u00edzzon az alap\u00e9rtelmezett \u00e9rt\u00e9kekben, hat\u00e1rozza meg a sz\u00fcks\u00e9geseket egy\u00e9rtelm\u0171en.<\/p>\n<p>Vegye figyelembe, hogy a podok portjait kell haszn\u00e1lni, nem a szolg\u00e1ltat\u00e1sok\u00e9t (err\u0151l r\u00e9szletesebben a k\u00f6vetkez\u0151 bekezd\u00e9sben).<\/p>\n<h2>A politik\u00e1k podokhoz vagy szolg\u00e1ltat\u00e1sokhoz vannak defini\u00e1lva?<\/h2>\n<p>\n\u00c1ltal\u00e1ban a Kubernetes podjai egym\u00e1ssal a szolg\u00e1ltat\u00e1son kereszt\u00fcl kommunik\u00e1lnak \u2014 egy virtu\u00e1lis terhel\u00e9seloszt\u00f3, amely a forgalmat a szolg\u00e1ltat\u00e1st megval\u00f3s\u00edt\u00f3 podokhoz ir\u00e1ny\u00edtja. Lehet, hogy azt gondolja, hogy a h\u00e1l\u00f3zati politik\u00e1k a szolg\u00e1ltat\u00e1sokhoz val\u00f3 hozz\u00e1f\u00e9r\u00e9st ellen\u0151rzik, de ez nem \u00edgy van. <b>A Kubernetes h\u00e1l\u00f3zati politik\u00e1i a podok portjain m\u0171k\u00f6dnek, nem a szolg\u00e1ltat\u00e1sok\u00e9n.<\/b><\/p>\n<p>P\u00e9ld\u00e1ul, ha a szolg\u00e1ltat\u00e1s a 80-as portot figyeli, de a forgalmat a saj\u00e1t podjainak 8080-as portj\u00e1ra ir\u00e1ny\u00edtja, akkor a h\u00e1l\u00f3zati politik\u00e1ban pontosan a 8080-as portot kell megadni.<\/p>\n<p>Ilyen mechanizmust nem optim\u00e1lisnak kell tekinteni: a szolg\u00e1ltat\u00e1s bels\u0151 szerkezet\u00e9nek megv\u00e1ltoztat\u00e1sakor (amelynek a podjai figyelik a portokat) friss\u00edteni kell a h\u00e1l\u00f3zati politik\u00e1kat.<\/p>\n<p>\u00daj architektur\u00e1lis megk\u00f6zel\u00edt\u00e9s a Service Mesh haszn\u00e1lat\u00e1val <i>(p\u00e9ld\u00e1ul l\u00e1sd Istio-t al\u00e1bb \u2014 a ford\u00edt\u00f3 megjegyz\u00e9se)<\/i> seg\u00edt megoldani ezt a probl\u00e9m\u00e1t.<\/p>\n<h2>Sz\u00fcks\u00e9ges megadni mind az Ingress-t, mind az Egress-t?<\/h2>\n<p>\nA r\u00f6vid v\u00e1lasz \u2014 igen, ahhoz, hogy az A pod kommunik\u00e1lhasson a B poddal, enged\u00e9lyeznie kell a kimen\u0151 kapcsolat l\u00e9trehoz\u00e1s\u00e1t (ehhez Egress politik\u00e1t kell be\u00e1ll\u00edtani), \u00e9s a B podnak lehet\u0151s\u00e9get kell adnia a bej\u00f6v\u0151 kapcsolat fogad\u00e1s\u00e1ra (ehhez, megfelel\u0151en, Ingress politik\u00e1ra van sz\u00fcks\u00e9g).<\/p>\n<p>A gyakorlatban azonban t\u00e1maszkodhatunk egy alap\u00e9rtelmezett politik\u00e1ra, amely az egy vagy mindk\u00e9t ir\u00e1nyban t\u00f6rt\u00e9n\u0151 kapcsolatok enged\u00e9lyez\u00e9s\u00e9re vonatkozik.<\/p>\n<p>Ha egy pod-<b>forr\u00e1s<\/b> ki lesz v\u00e1lasztva egy vagy t\u00f6bb <b>egress<\/b>-politik\u00e1val, azokra vonatkoz\u00f3 korl\u00e1toz\u00e1sok a diszjunkti\u00f3juk alapj\u00e1n fognak megval\u00f3sulni. Ebben az esetben kifejezetten enged\u00e9lyezni kell a kapcsolatot a pod-<b>-c\u00edmzettel.<\/b>Ha a podot nem v\u00e1lasztotta ki egy politikai szab\u00e1ly, akkor a kimen\u0151 (Egress) forgalma alap\u00e9rtelmez\u00e9s szerint enged\u00e9lyezett.<\/p>\n<p>Hasonl\u00f3 m\u00f3don a pod sorsa a politik\u00e1kt\u00f3l f\u00fcgg\u2014<b>-c\u00edmzett sorsa, amelyet egy vagy t\u00f6bb<\/b>-politika v\u00e1laszt ki, a diszjunkti\u00f3juk alapj\u00e1n fog megval\u00f3sulni. Ebben az esetben kifejezetten enged\u00e9lyezni kell sz\u00e1m\u00e1ra, hogy kimen\u0151 forgalmat fogadjon a pod-forr\u00e1st\u00f3l. Ha a podot nem v\u00e1lasztotta ki egy politikai szab\u00e1ly, akkor az \u00f6sszes bej\u00f6v\u0151 (Ingress) forgalma alap\u00e9rtelmez\u00e9s szerint enged\u00e9lyezett. <b>ingress<\/b>- a politik\u00e1k diszjunkci\u00f3ja fogja meghat\u00e1rozni. Ebben az esetben kifejezetten enged\u00e9lyezni kell, hogy a forr\u00e1spodt\u00f3l forgalmat kapjon. Ha a podot egy politik\u00e1val sem v\u00e1lasztj\u00e1k ki, akkor az \u00f6sszes bej\u00f6v\u0151 (ingress) forgalom alap\u00e9rtelmez\u00e9s szerint enged\u00e9lyezett sz\u00e1m\u00e1ra.<\/p>\n<p>A Kubernetes h\u00e1l\u00f3zati politik\u00e1k nem k\u00e9pesek a forgalom napl\u00f3z\u00e1s\u00e1ra. Ez megnehez\u00edti annak meghat\u00e1roz\u00e1s\u00e1t, hogy a politika megfelel\u0151en m\u0171k\u00f6dik-e, \u00e9s jelent\u0151sen megnehez\u00edti a biztons\u00e1gi elemz\u00e9st.<\/p>\n<h2>Naplok<\/h2>\n<p>\nA forgalom ellen\u0151rz\u00e9se a k\u00fcls\u0151 szolg\u00e1ltat\u00e1sok fel\u00e9.<\/p>\n<h2>A forgalom ellen\u0151rz\u00e9se k\u00fcls\u0151 szolg\u00e1ltat\u00e1sokhoz<\/h2>\n<p>\nA Kubernetes h\u00e1l\u00f3zati politik\u00e1k nem enged\u00e9lyezik teljes domain n\u00e9v (DNS) megad\u00e1s\u00e1t az egress szekci\u00f3kban. Ez a t\u00e9ny jelent\u0151s k\u00e9nyelmetlens\u00e9get okoz, amikor a forgalmat k\u00fcls\u0151 c\u00edmzettekhez szeretn\u00e9nk korl\u00e1tozni, akiknek nincs fix IP-c\u00edm\u00fck (p\u00e9ld\u00e1ul aws.com).<\/p>\n<h2>Politika ellen\u0151rz\u00e9se<\/h2>\n<p>\nA t\u0171zfalak figyelmeztetnek vagy ak\u00e1r elutas\u00edtj\u00e1k a hib\u00e1s politik\u00e1t. A Kubernetes is v\u00e9gez n\u00e9mi ellen\u0151rz\u00e9st. Amikor a h\u00e1l\u00f3zati politik\u00e1t a kubectl-en kereszt\u00fcl adjuk meg, a Kubernetes jelezheti, hogy az helytelen, \u00e9s elutas\u00edthatja azt. M\u00e1s esetekben a Kubernetes elfogadja a politik\u00e1t, \u00e9s kieg\u00e9sz\u00edti a hi\u00e1nyz\u00f3 r\u00e9szletekkel. Ezeket a k\u00f6vetkez\u0151 parancs seg\u00edts\u00e9g\u00e9vel n\u00e9zheti meg:<\/p>\n<pre><code class=\"plaintext\">kubernetes get networkpolicy  -o yaml<\/code><\/pre>\n<p>\nNe feledje, hogy a Kubernetes ellen\u0151rz\u0151 rendszere nem t\u00e9vedhetetlen, \u00e9s bizonyos t\u00edpus\u00fa hib\u00e1kat \u00e1tugorhat.<\/p>\n<h2>V\u00e9grehajt\u00e1s<\/h2>\n<p>\nA Kubernetes nem val\u00f3s\u00edtja meg a h\u00e1l\u00f3zati politik\u00e1kat saj\u00e1t mag\u00e1t\u00f3l, csup\u00e1n API-h\u00edd, amely a k\u00f6lts\u00e9ges ellen\u0151rz\u00e9si feladatot egy als\u00f3bb szint\u0171 rendszerre, a Container Networking Interface (CNI)-re h\u00e1r\u00edtja. A politik\u00e1k megad\u00e1sa a Kubernetes klaszterben CNI hozz\u00e1rendel\u00e9se n\u00e9lk\u00fcl egyen\u00e9rt\u00e9k\u0171 a t\u0171zfalkezel\u0151 szerver politik\u00e1inak l\u00e9trehoz\u00e1s\u00e1val an\u00e9lk\u00fcl, hogy azokat k\u00e9s\u0151bb telep\u00edten\u00e9 a t\u0171zfalk\u00e9sz\u00fcl\u00e9kekre. \u00d6nnek mag\u00e1nak kell biztos\u00edtania a megfelel\u0151 CNI-t, vagy, ha a Kubernetes platform felh\u0151ben van telep\u00edtve, <i>(a szolg\u00e1ltat\u00f3k list\u00e1j\u00e1t itt tal\u00e1lja) <noindex>itt<\/noindex> \u2014 szerk. megj.<\/i>, alkalmazhatja a h\u00e1l\u00f3zati politik\u00e1kat, amelyek be\u00e1ll\u00edtj\u00e1k a CNI-t \u00f6n helyett.<\/p>\n<p>Vegye \u00e9szre, hogy a Kubernetes nem figyelmeztet, ha h\u00e1l\u00f3zati politik\u00e1t ad meg a megfelel\u0151 t\u00e1mogat\u00f3i CNI n\u00e9lk\u00fcl.<\/p>\n<h3>Stateful vagy Stateless?<\/h3>\n<p>\nMinden CNI, amellyel tal\u00e1lkoztam a Kubernetes rendszer\u00e9ben \u00e1llapotot tart fenn (p\u00e9ld\u00e1ul a Calico Linux conntrack-et haszn\u00e1l). Ez lehet\u0151v\u00e9 teszi a pod sz\u00e1m\u00e1ra, hogy v\u00e1laszokat kapjon az \u00e1ltala kezdem\u00e9nyezett TCP-kapcsolaton an\u00e9lk\u00fcl, hogy azt \u00fajra kellene ind\u00edtania. Ezen k\u00edv\u00fcl nem tudok olyan Kubernetes szabv\u00e1nyr\u00f3l, amely garant\u00e1ln\u00e1 az \u00e1llapot kezel\u00e9s\u00e9t (statefulness).<\/p>\n<h2>Fejlett biztons\u00e1gpolitikai kezel\u00e9s<\/h2>\n<p>\nN\u00e9h\u00e1ny m\u00f3dja van a biztons\u00e1gpolitika v\u00e9grehajt\u00e1s\u00e1nak hat\u00e9konys\u00e1g\u00e1nak n\u00f6vel\u00e9s\u00e9re a Kubernetes rendszer\u00e9ben:<\/p>\n<ol>\n<li> A Service Mesh architektur\u00e1lis minta sidecar-kont\u00e9nereket haszn\u00e1l a r\u00e9szletes telemetria \u00e9s forgalomellen\u0151rz\u00e9s biztos\u00edt\u00e1sa \u00e9rdek\u00e9ben, szintetiz\u00e1lva a szolg\u00e1ltat\u00e1sok szintj\u00e9n. P\u00e9ld\u00e1ul... <noindex><a rel=\"nofollow\" href=\"https:\/\/istio.io\/\">Istio<\/a><\/noindex>.<\/li>\n<li> N\u00e9h\u00e1ny CNI szolg\u00e1ltat\u00f3 b\u0151v\u00edtette eszk\u00f6zeit, hogy t\u00fall\u00e9pjenek a Kubernetes h\u00e1l\u00f3zati politik\u00e1in.<\/li>\n<li> <noindex><a rel=\"nofollow\" href=\"https:\/\/www.tufin.com\/products\/tufin-orca\">Tufin Orca<\/a><\/noindex> \u00e1tl\u00e1that\u00f3s\u00e1got \u00e9s automatiz\u00e1l\u00e1st biztos\u00edt a Kubernetes h\u00e1l\u00f3zati politik\u00e1ihoz.<\/li>\n<\/ol>\n<p>\nA Tufin Orca csomag kezeli a Kubernetes h\u00e1l\u00f3zati politik\u00e1it (\u00e9s forr\u00e1st biztos\u00edt a fenti k\u00e9perny\u0151k\u00e9pekhez).<\/p>\n<h2>Dokument\u00e1ci\u00f3<\/h2>\n<p><\/p>\n<ul>\n<li> <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/ahmetb\/kubernetes-network-policy-recipes\">P\u00e9ld\u00e1k a h\u00e1l\u00f3zati politik\u00e1kra, amelyeket Ahmet Alp Balkan k\u00e9sz\u00edtett a GKE-b\u0151l<\/a><\/noindex>;<\/li>\n<li> <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/services-networking\/network-policies\/\">Dokument\u00e1ci\u00f3 a Kubernetes hivatalos weboldal\u00e1r\u00f3l.<\/a><\/noindex>;<\/li>\n<li> <noindex><a rel=\"nofollow\" href=\"https:\/\/sookocheff.com\/post\/kubernetes\/understanding-kubernetes-networking-model\/\">A Kubernetes h\u00e1l\u00f3zati modell \u00fatmutat\u00f3ja.<\/a><\/noindex>;<\/li>\n<li> <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/Tufin\/test-network-policies\">H\u00e1l\u00f3zati politik\u00e1k ellen\u0151rz\u00e9s\u00e9re szolg\u00e1l\u00f3 szkript.<\/a><\/noindex>.<\/li>\n<\/ul>\n<p><\/p>\n<h2>Z\u00e1r\u00e1s<\/h2>\n<p>\nA Kubernetes h\u00e1l\u00f3zati politik\u00e1k el\u00e9g j\u00f3 szersz\u00e1mk\u00e9szletet k\u00edn\u00e1lnak a klaszterek szegment\u00e1l\u00e1s\u00e1hoz, azonban nem intuit\u00edvak, \u00e9s sz\u00e1mos finoms\u00e1guk van. \u00dagy v\u00e9lem, hogy e bonyolults\u00e1g miatt sok megl\u00e9v\u0151 klaszter politik\u00e1i hib\u00e1sak. E probl\u00e9ma lehets\u00e9ges megold\u00e1sai a politikai hat\u00e1rozatok automatiz\u00e1l\u00e1sa vagy m\u00e1s szegment\u00e1l\u00f3 eszk\u00f6z\u00f6k alkalmaz\u00e1sa.<\/p>\n<p>Rem\u00e9lem, hogy ez az \u00fatmutat\u00f3 seg\u00edt tiszt\u00e1zni n\u00e9h\u00e1ny k\u00e9rd\u00e9st \u00e9s megoldani azokat a probl\u00e9m\u00e1kat, amelyekkel szembes\u00fclhet.<\/p>\n<h2>Fejleszt\u00e9si eszk\u00f6z\u00f6k, amelyek Kubernetesben futnak<\/h2>\n<p>\nOlvasson tov\u00e1bbi inform\u00e1ci\u00f3kat a blogunkban:<\/p>\n<ul>\n<li> \u201eVissza a mikroszolg\u00e1ltat\u00e1sokhoz az Isti\u00f3val\u201d: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/438426\/\">1. r\u00e9sz (az alapvet\u0151 funkci\u00f3k bemutat\u00e1sa)<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/440378\/\">m\u00e1sodik r\u00e9sz (\u00fatvonalv\u00e1laszt\u00e1s, forgalomkezel\u00e9s)<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/443668\/\">3. r\u00e9sz (biztons\u00e1g)<\/a><\/noindex>;<\/li>\n<li> \u201eIllusztr\u00e1lt \u00fatmutat\u00f3 a Kubernetes h\u00e1l\u00f3zat\u00e1nak fel\u00e9p\u00edt\u00e9s\u00e9hez\u201c: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/346304\/\">1. \u00e9s 2. r\u00e9sz (h\u00e1l\u00f3zati modell, overlay h\u00e1l\u00f3zatok)<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/433382\/\">3. r\u00e9sz (szolg\u00e1ltat\u00e1sok \u00e9s forgalomkezel\u00e9s)<\/a><\/noindex>;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/440504\/\">Docker \u00e9s Kubernetes biztons\u00e1g\u00e9rz\u00e9keny k\u00f6rnyezetekben<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/436300\/\">9 legjobb gyakorlat a Kubernetes biztons\u00e1g\u00e1nak biztos\u00edt\u00e1s\u00e1hoz<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/417905\/\">11 m\u00f3dszer (nem) arra, hogy \u00e1ldozatt\u00e1 v\u00e1ljunk a Kubernetesben<\/a><\/noindex>\u00bb.<\/li>\n<\/ul>\n<p>Forr\u00e1s: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/443190\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u043c. \u043f\u0435\u0440\u0435\u0432.: \u0410\u0432\u0442\u043e\u0440 \u0441\u0442\u0430\u0442\u044c\u0438 \u2014 Reuven Harrison \u2014 \u0438\u043c\u0435\u0435\u0442 \u0431\u043e\u043b\u0435\u0435 20 \u043b\u0435\u0442 \u043e\u043f\u044b\u0442\u0430 \u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f, \u0430 \u043d\u0430 \u0441\u0435\u0433\u043e\u0434\u043d\u044f\u0448\u043d\u0438\u0439 \u0434\u0435\u043d\u044c \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u043c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u043e\u043c \u0438 \u0441\u043e\u0443\u0447\u0440\u0435\u0434\u0438\u0442\u0435\u043b\u0435\u043c \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 Tufin, \u0441\u043e\u0437\u0434\u0430\u044e\u0449\u0435\u0439 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u0434\u043b\u044f \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0430\u043c\u0438 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438. \u0420\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u044f \u0441\u0435\u0442\u0435\u0432\u044b\u0435 \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 Kubernetes \u043a\u0430\u043a \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u043c\u043e\u0449\u043d\u043e\u0435 \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e \u0434\u043b\u044f \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438 \u0441\u0435\u0442\u0438 \u0432 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435, \u043e\u043d \u0432 \u0442\u043e \u0436\u0435 \u0432\u0440\u0435\u043c\u044f \u0441\u0447\u0438\u0442\u0430\u0435\u0442, \u0447\u0442\u043e \u043e\u043d\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24432,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32641","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/vvedenie-v-setevye-politiki-kubernetes-dlya-spetsialistov-po-bezopasnosti\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"hu_HU\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 \u0441\u0435\u0442\u0435\u0432\u044b\u0435 \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 Kubernetes \u0434\u043b\u044f \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u043f\u043e \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/vvedenie-v-setevye-politiki-kubernetes-dlya-spetsialistov-po-bezopasnosti\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:48:11+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:48:11+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Bevezet\u00e9s a Kubernetes h\u00e1l\u00f3zati politik\u00e1kba biztons\u00e1gi szakemberek sz\u00e1m\u00e1ra | ProHoster","description":"Megj.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/vvedenie-v-setevye-politiki-kubernetes-dlya-spetsialistov-po-bezopasnosti","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 \u0441\u0435\u0442\u0435\u0432\u044b\u0435 \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 Kubernetes \u0434\u043b\u044f \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u043f\u043e \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 | ProHoster","og:description":"\u041f\u0440\u0438\u043c.","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/vvedenie-v-setevye-politiki-kubernetes-dlya-spetsialistov-po-bezopasnosti","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:48:11+00:00","article:modified_time":"2019-10-31T18:48:11+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32641","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 11:53:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:55:23","updated":"2026-01-21 11:53:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/32641","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=32641"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/32641\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/24432"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=32641"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=32641"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=32641"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}