Gitea #143. Additive, default false, so the render is byte-identical to the previous release - proven by diffing both renders against origin/main rather than asserted. Switched on it adds 15008/TCP, ztunnel's HBONE tunnel, to the rule carrying the probe port, and - inside that rule's source-restricted branch - 169.254.7.127/32, the address the kubelet's probes arrive from once the pod is in the mesh. Ambient does not bypass NetworkPolicy enforcement, so without the port a pod whose namespace has joined the mesh is unreachable. The two halves are one value because the second is the one nobody thinks of: 15008 added by hand leaves a policy that passes review and drops every probe the first time probeSources is narrowed, and a pod that never becomes Ready reads as a broken application rather than as a policy. Minor, not major: additive value, unchanged default, unchanged render.
334 lines
16 KiB
YAML
334 lines
16 KiB
YAML
{{- /*
|
|
NetworkPolicy for keycloak (Gitea #5).
|
|
|
|
THE RICHEST POLICY OF THIS ROLLOUT, AND THE ONE WITH THE LARGEST BLAST RADIUS.
|
|
Read both halves of that before changing anything here.
|
|
|
|
Keycloak is the only chart in the repository whose three ports fall into three
|
|
DIFFERENT classes, so it is the one place the convention is visible in full:
|
|
|
|
http (8080) NOT addressed by any probe, so it CAN be restricted by
|
|
source - and it is. Own namespace, allowedNamespaces, and
|
|
the ingress controller. This is the only real inbound
|
|
restriction in the sweep, and it is possible only because
|
|
the probes use a different port.
|
|
management (9000) the port all three probes address, so it stays open by
|
|
default. That is unfortunate here specifically: 9000
|
|
carries the health and metrics surface UNAUTHENTICATED,
|
|
and "no Ingress" was its only protection before this
|
|
object existed. The policy improves it from "anything that
|
|
can route to the pod" to "anything inside the cluster",
|
|
and networkPolicy.probeSources is what closes the rest -
|
|
at the price of needing the worker node IPs.
|
|
jgroups (7800) the cluster bus between this release's own replicas.
|
|
Restricted to the pods this policy itself selects, which
|
|
is the narrowest rule this object can express.
|
|
|
|
All three port numbers and the database port are DERIVED from the chart's own
|
|
values through keycloak.settings, not written down twice: an operator who moves
|
|
keycloak.ports.http moves the policy with it. The database port is
|
|
keycloak.db.port, so unlike most charts in this sweep the egress rule here is
|
|
the CONFIGURED port and not a guess.
|
|
|
|
THE BLAST RADIUS, stated plainly because it is the largest in this issue: this
|
|
release is the cluster's identity provider. If the ingress-controller source
|
|
below is wrong, every login everywhere breaks, and NOTHING IN CI CAN CATCH IT -
|
|
no ingress controller runs in the install-test, and the probes use 9000, so the
|
|
pod becomes Ready either way. The source was measured on the live cluster
|
|
(DaemonSet rke2-traefik in kube-system, which also serves the Gateway API
|
|
here), but measured labels are not proven traffic. After the first upgrade,
|
|
verify with an actual login rather than with kubectl.
|
|
|
|
AND THE SECOND TRAP, which is the same shape: a consumer that reaches Keycloak
|
|
on its IN-CLUSTER Service address rather than through its public URL is a pod
|
|
in another namespace, and the http rule blocks it. Those namespaces belong in
|
|
allowedNamespaces. Consumers that use the public issuer URL arrive through
|
|
Traefik and are already covered.
|
|
|
|
WHAT THIS OBJECT IS: a ceiling on reachability, not an authentication layer.
|
|
Only the ports declared below are reachable at all - whatever else the process
|
|
binds, now or after the next app update, is blocked without anyone having to
|
|
notice it exists.
|
|
|
|
WHAT IT IS NOT:
|
|
- EGRESS IS COARSE. A NetworkPolicy matches CIDRs and selectors and NEVER
|
|
hostnames, so "only to the database host" cannot be expressed at all. This
|
|
cluster's CNI is Canal (Flannel plus Calico for policy) and has no FQDN
|
|
rule; Calico's GlobalNetworkSet could express one but would bind this chart
|
|
to Calico, the same argument that kept implementation-specific objects out
|
|
of the Gateway-API sweep (#114). Each egress rule therefore permits its
|
|
PORT to any destination.
|
|
- NOT A BOUNDARY WHERE THE CNI DOES NOT ENFORCE ONE. An unenforced policy is
|
|
accepted by the API server and filters nothing, so everything reads as
|
|
configured while nothing is filtered.
|
|
- THE REASONING IS IN TEMPLATE COMMENTS, not in "#" comments: those are part
|
|
of the rendered object, travel into the cluster and appear in every release
|
|
diff. ci/run-networkpolicy-test.sh fails on a rendered "#".
|
|
|
|
THE PORT NUMBERS BELOW ARE POD PORTS, NEVER NODEPORTS. A NetworkPolicy is
|
|
evaluated at the pod's network interface, after kube-proxy has already
|
|
translated a NodePort to the targetPort, so a NodePort number here would match
|
|
nothing while looking strict - and, being the only rule for that port, would
|
|
block every inbound connection instead. ci/run-networkpolicy-test.sh asserts
|
|
every port here against the containerPorts of the pod spec this policy
|
|
selects.
|
|
*/ -}}
|
|
{{- if .Values.networkPolicy.enabled }}
|
|
{{- $settings := fromYaml (include "keycloak.settings" .) }}
|
|
{{- $np := .Values.networkPolicy }}
|
|
{{- $ns := .Release.Namespace }}
|
|
{{- $probeSources := $np.probeSources | default list }}
|
|
{{- $allowedNs := $np.allowedNamespaces | default list }}
|
|
{{- $ic := $np.ingressController | default dict }}
|
|
{{- $routed := or .Values.ingress.enabled .Values.httpRoute.enabled }}
|
|
{{- /* networkPolicy.ingress - the policy's INBOUND side, and not the same thing
|
|
as networkPolicy.ingressController (the SOURCE SELECTOR for the ingress
|
|
controller's pods, a SIBLING of it and no part of it) nor as the
|
|
top-level .Values.ingress (the Ingress object). All three match a search
|
|
for "ingress"; one round of this work already mistook the second for an
|
|
inbound escape hatch on the strength of the substring. */}}
|
|
{{- $npIngress := $np.ingress | default dict }}
|
|
{{- $ambientMesh := $npIngress.ambientMesh }}
|
|
apiVersion: networking.k8s.io/v1
|
|
kind: NetworkPolicy
|
|
metadata:
|
|
name: {{ .Release.Name }}-{{ .Chart.Name }}-networkpolicy
|
|
labels:
|
|
app: {{ .Release.Name }}-{{ .Chart.Name }}-networkpolicy
|
|
spec:
|
|
{{- /*
|
|
Selects the Deployment's pods, and the same label the PodDisruptionBudget and
|
|
the two Services use. ci/run-networkpolicy-test.sh fails if it matches no pod
|
|
spec of the same render.
|
|
*/}}
|
|
podSelector:
|
|
matchLabels:
|
|
app: {{ .Release.Name }}-{{ .Chart.Name }}-deployment
|
|
policyTypes:
|
|
- Ingress
|
|
{{- /*
|
|
Egress is listed because there is a great deal to restrict and almost all of it
|
|
is known: the database on its configured port, the cluster bus, and HTTPS. What
|
|
is NOT permitted and is the likely first surprise: SMTP. Keycloak sends mail
|
|
(verification, password reset) through a server configured per realm, which
|
|
this chart cannot see - so it needs networkPolicy.egress.extraPorts.
|
|
*/}}
|
|
- Egress
|
|
ingress:
|
|
{{- /*
|
|
THE HTTP PORT, AND THE ONE GENUINELY RESTRICTED INBOUND RULE IN THIS SWEEP.
|
|
|
|
It can be restricted because no probe addresses it - the probes use the
|
|
management port - so there is no kubelet traffic to accommodate and no need for
|
|
probeSources here. Allowed: this release's own namespace, whatever
|
|
allowedNamespaces adds, and the ingress controller.
|
|
|
|
Both selectors of the controller entry sit in ONE list item, which makes them
|
|
an AND: those pods in that namespace. Split into two items they would be an OR
|
|
and would open Keycloak's login endpoint to every pod in kube-system.
|
|
|
|
If this rule is wrong, every login in the cluster breaks and no part of CI will
|
|
say so. See the header.
|
|
*/}}
|
|
- ports:
|
|
- protocol: TCP
|
|
port: {{ $settings.ports.http | int64 }}
|
|
from:
|
|
- namespaceSelector:
|
|
matchLabels:
|
|
{{- /*
|
|
Set by Kubernetes itself on every namespace (>= 1.21), so this needs no
|
|
labelling work on a namespace this chart does not own.
|
|
*/}}
|
|
kubernetes.io/metadata.name: {{ $ns }}
|
|
{{- if and $routed $ic.namespace }}
|
|
{{- /*
|
|
ONE from-entry with TWO selectors, which is an AND: pods carrying these labels
|
|
IN that namespace. Written as two list entries it would be an OR, and would
|
|
open the port to every pod in kube-system.
|
|
*/}}
|
|
- namespaceSelector:
|
|
matchLabels:
|
|
kubernetes.io/metadata.name: {{ $ic.namespace | quote }}
|
|
{{- with $ic.podLabels }}
|
|
podSelector:
|
|
matchLabels:
|
|
{{- toYaml . | nindent 14 }}
|
|
{{- end }}
|
|
{{- end }}
|
|
{{- range $allowedNs }}
|
|
- namespaceSelector:
|
|
matchLabels:
|
|
kubernetes.io/metadata.name: {{ . | quote }}
|
|
{{- end }}
|
|
{{- /*
|
|
THE MANAGEMENT PORT - health, readiness and metrics, and all three probes
|
|
address it. So it is the probe path and stays open by default.
|
|
|
|
That is worth naming rather than glossing: this surface is UNAUTHENTICATED, and
|
|
before this object existed its only protection was that no Ingress pointed at
|
|
it. What this policy adds is a smaller ceiling, not a closed door - the port is
|
|
reachable from inside the cluster. Closing it means listing the worker node IPs
|
|
in networkPolicy.probeSources, with the usual cost of getting them wrong.
|
|
*/}}
|
|
- ports:
|
|
- protocol: TCP
|
|
port: {{ $settings.ports.management | int64 }}
|
|
{{- if $ambientMesh }}
|
|
{{- /* FIRST HALF OF networkPolicy.ingress.ambientMesh (Gitea #143). 15008/TCP
|
|
is ztunnel's HBONE tunnel, the port every inbound connection arrives on
|
|
once the namespace carries istio.io/dataplane-mode - ambient "does not
|
|
and will never bypass Kubernetes NetworkPolicy enforcement", so without
|
|
it a pod in the mesh is simply unreachable.
|
|
|
|
It is the one port here that is NOT a containerPort of the selected pod
|
|
spec: ztunnel terminates it, not the application. ci/run-networkpolicy-
|
|
test.sh therefore holds a NAMED exception for exactly this number, gated
|
|
on exactly this value - and assertion 7 of that script proves, on a
|
|
second render, that 15008 stays the ONLY such port and that it is absent
|
|
while the value is false.
|
|
|
|
NOT MEASURED: that 15008 alone suffices comes from Istio's
|
|
documentation. Measured on this cluster is only which listeners ztunnel
|
|
opens. Provable at the first namespace to join the mesh; none has. */}}
|
|
- protocol: TCP
|
|
port: 15008
|
|
{{- end }}
|
|
{{- if $probeSources }}
|
|
{{- /*
|
|
RESTRICTED, because the operator supplied probeSources. The kubelet's probes
|
|
come from the IP of the WORKER NODE running the pod, so that address has to be
|
|
in the list or the pod never becomes Ready - and a pod that is never Ready
|
|
reads as a broken application rather than as a policy.
|
|
|
|
No ingress-controller entry on this rule: nothing routes to the management port
|
|
from outside, and it should stay that way.
|
|
*/}}
|
|
from:
|
|
- namespaceSelector:
|
|
matchLabels:
|
|
{{- /*
|
|
Set by Kubernetes itself on every namespace (>= 1.21), so this needs no
|
|
labelling work on a namespace this chart does not own.
|
|
*/}}
|
|
kubernetes.io/metadata.name: {{ $ns }}
|
|
{{- range $allowedNs }}
|
|
- namespaceSelector:
|
|
matchLabels:
|
|
kubernetes.io/metadata.name: {{ . | quote }}
|
|
{{- end }}
|
|
{{- range $probeSources }}
|
|
- ipBlock:
|
|
cidr: {{ . | quote }}
|
|
{{- end }}
|
|
{{- if $ambientMesh }}
|
|
{{- /* SECOND HALF OF networkPolicy.ingress.ambientMesh, and the reason it is
|
|
one value and not two. Inside the mesh the kubelet's probes are
|
|
redirected and no longer arrive from the worker node's address: they
|
|
arrive from 169.254.7.127.
|
|
|
|
An operator who only opens 15008 by hand writes a policy that passes
|
|
review - and the moment probeSources is non-empty every probe is
|
|
dropped, the pod never becomes Ready, and the symptom reads as a broken
|
|
application rather than as a policy. That is assertion 4 of
|
|
ci/run-networkpolicy-test.sh one value further along. A switch whose
|
|
halves can only be had together cannot be set halfway.
|
|
|
|
Only in this branch, because this is the only branch with a "from" list:
|
|
with no sources restricted the rule is open and needs no peer. The IPv6
|
|
counterpart is deliberately absent - this cluster is SingleStack IPv4,
|
|
and an ipBlock of the wrong family is accepted and matches nothing.
|
|
|
|
UNPROVEN IN OPERATION: probeSources is empty in every chart here, so no
|
|
release reaches this branch. CI proves its render, through the overlays
|
|
in ci/networkpolicy. */}}
|
|
- ipBlock:
|
|
cidr: 169.254.7.127/32
|
|
{{- end }}
|
|
{{- else }}
|
|
{{- /*
|
|
NO "from" SELECTOR, WHICH MEANS OPEN - deliberately, and only inside the
|
|
cluster, because this port carries no NodePort. The alternative was to guess
|
|
the worker node CIDRs, and a wrong guess blocks every kubelet probe: the pod
|
|
stays un-Ready, the rollout times out, and the cause looks like the
|
|
application. An empty "from: []" would be worse than either - it allows
|
|
everything too, but while reading as a restriction. Narrow it with
|
|
networkPolicy.probeSources.
|
|
*/}}
|
|
{{- end }}
|
|
{{- /*
|
|
THE CLUSTER BUS between this release's own replicas, and the narrowest rule
|
|
this object can express: a podSelector with no namespaceSelector, which means
|
|
"pods with these labels IN THIS NAMESPACE" - i.e. exactly the pods this policy
|
|
already selects.
|
|
|
|
Infinispan discovery here is jdbc-ping (see values.yaml), so no multicast and
|
|
no extra port is involved; the peers find each other through the database and
|
|
then connect on this port. The matching egress rule below is what lets them
|
|
dial OUT - without it the cluster would form in one direction only.
|
|
*/}}
|
|
- ports:
|
|
- protocol: TCP
|
|
port: {{ $settings.ports.jgroups | int64 }}
|
|
from:
|
|
- podSelector:
|
|
matchLabels:
|
|
app: {{ .Release.Name }}-{{ .Chart.Name }}-deployment
|
|
egress:
|
|
{{- /*
|
|
DNS, unconditionally. There is no value to switch this off, and that is
|
|
deliberate: a knob whose only other setting breaks every name lookup in
|
|
the pod is a trap and not a feature.
|
|
*/}}
|
|
- ports:
|
|
- protocol: UDP
|
|
port: 53
|
|
- protocol: TCP
|
|
port: 53
|
|
{{- /*
|
|
The external PostgreSQL, on THE CONFIGURED PORT - keycloak.db.port, derived
|
|
through keycloak.settings. This chart is the exception in the sweep: its
|
|
database port is a value rather than a field inside an opaque secret, so this
|
|
rule follows the configuration instead of guessing at 5432.
|
|
|
|
It also carries Infinispan's jdbc-ping discovery, which is why a blocked
|
|
database here costs the cluster as well as the data.
|
|
*/}}
|
|
- ports:
|
|
- protocol: TCP
|
|
port: {{ $settings.db.port | int64 }}
|
|
{{- /*
|
|
Outbound cluster bus. Needed as well as the ingress rule above: policyTypes
|
|
lists Egress, so a replica dialling its peer is subject to this policy too, and
|
|
without this rule the bus would be permitted inbound and blocked outbound - a
|
|
cluster that never forms, with two nodes that each look healthy.
|
|
*/}}
|
|
- ports:
|
|
- protocol: TCP
|
|
port: {{ $settings.ports.jgroups | int64 }}
|
|
{{- /*
|
|
Outbound HTTPS. Keycloak needs it for identity brokering and for external
|
|
identity-provider metadata, both configured inside REALMS this chart never
|
|
sees - so the port has to be permitted here or a federated login fails with no
|
|
hint pointing at this object. Also covers an outbound webhook or a remote JWKS.
|
|
Ports only: these are hostnames.
|
|
*/}}
|
|
- ports:
|
|
- protocol: TCP
|
|
port: 443
|
|
{{- with $np.egress }}
|
|
{{- with .extraPorts }}
|
|
{{- /*
|
|
Ports only, to any destination - see the header. This is the operator's
|
|
escape hatch from the egress cap, and the only alternative to switching
|
|
the whole policy off.
|
|
*/}}
|
|
- ports:
|
|
{{- range . }}
|
|
- protocol: TCP
|
|
port: {{ int . }}
|
|
{{- end }}
|
|
{{- end }}
|
|
{{- end }}
|
|
{{- end }}
|