How to upgrade the NeuVector Package chart💣
BigBang makes modifications to the upstream helm chart. The full list of changes is at the end of this document.
- Renovate should have made a
renovate/ironbank
branch with all necessary version updates. Checkout this branch locally. - From the root of the repo run
kpt pkg update chart@<version> --strategy alpha-git-patch
replacing<version>
with the latest version tag from the upstream repo that has matching image versions. You may be prompted to resolve some conflicts - choose what makes sense (if there are BB additions/changes keep them, if there are upstream additions/changes keep them). You may want to use an alternative strategy withkpt
(likeforce-delete-replace
), and then restore the BB changes as needed. - Update
chart/Chart.yaml
to the appropriate versions. The annotation version should match theappVersion
. If we have moved to a new chart version reset thebb.X
version tobb.0
.version: X.X.X-bb.X appVersion: X.X.X annotations: bigbang.dev/applicationVersions: | - NeuVector: X.X.X
- Update gluon to a new version (if necessary) and run
helm dependency update chart
to package up new gluon as a.tgz
. - Update
CHANGELOG.md
with an entry for the update. At minimum add the new image versions and any chart version update. - Update
README.md
following the gluon library script instructions. - Use a development environment to deploy and test NeuVector. See more detailed testing instructions below. Also make sure to test an upgrade from the previous version. Make any adjustments as needed based on testing and update the
README.md
again if required. - Validate CI has passed then move your MR into review (Renovate should’ve opened an MR for you).
Testing new NeuVector version💣
It is important to note that NeuVector is not currently part of the BB “umbrella” chart, so you will need to install it on the side. The steps below should be helpful in doing that.
Deploying NeuVector💣
NOTE: In initial exploration of NeuVector we discovered that k3d/kind (dockerized clusters) are not supported by NeuVector (see this). However we have been able to successfully test with some workarounds. One of the main requirements seems to be cgroupsv2 in order to workaround a limitation in NeuVector startup code. If you are using the k3d dev script this should already be enabled by default. To validate you can use this check and if required enable cgroupsv2 following these steps.
- Deploy Big Bang with at minimum Istio enabled. Currently Gatekeeper/Kyverno do not have the necessary exceptions to allow NeuVector to run so it’s recommended to deploy without them.
- Create a
neuvector
namespace:kubectl create ns neuvector
- Copy the
private-registry
image pull secret to theneuvector
namespace:kubectl get secret private-registry -n=istio-system -o yaml | sed 's/namespace: .*/namespace: neuvector/' | kubectl apply -n=neuvector -f -
-
Helm install NeuVector via
helm install neuvector chart -n neuvector --set istio.enabled=true --set k3s.enabled=true --set istio.neuvector.gateways={"istio-system/public"} --set manager.env.ssl=false --set istio.mtls.mode=DISABLE
, see below for explanation of options we are setting: -
enable Istio interactions
- set the VS to the public gateway
- enable the k3s runtime (if on k3s/k3d)
- disable SSL for the manager since we are not passing in SSL certs
- set Istio mTLS to disabled (this is temporary until istio injection is working)
Testing NeuVector💣
- Validate all pods successfully go to “Running”.
- Validate you are able to hit the UI, which should be exposed at
neuvector.bigbang.dev
(make sure this is in your/etc/hosts
file). - Login with the default admin user (username:
admin
, password:admin
) -
Validate pages show information. Key pages to check:
-
Main dashboard should be populated with details in most/all panels
- Network Activity (you may need to zoom in/out to see pods/hosts)
-
Assets pages: Should show nodes/containers, “System Components” should show connected controllers and enforcers (and several scanners up)
-
Under the Assets -> Containers page run a scan on a few images. You may just want to enable the
Auto Scan
option on the top right. Validate that scans finish and vulnerabilities are found on the vulnerabilities tab for a given image. You can also try the same scan on Assets -> Hosts to scan the k3d hosts.
Modifications made to upstream chart💣
This is a high-level list of modifications that Big Bang has made to the upstream helm chart. You can use this as as cross-check to make sure that no modifications were lost during the upgrade process.
NOTE: This list may not be complete yet - it should be updated as updates are worked to ensure we have a complete list.
chart/Chart.yaml💣
- Append
-bb.x
to Chart version - Add gluon library dependency
- Add BB dev application version annotation
chart/templates/bigbang/*💣
- Templates added to support network policies, mTLS, and Istio virtual service
chart/templates/manager-deployment.yaml💣
- Added Java args/fips alignment support with:
{{- if .Values.manager.env.disableFipsInJava }} - name: JDK_JAVA_OPTIONS value: "-Dcom.redhat.fips=false" {{- end }}
chart/values.yaml💣
- Images changed to Ironbank images rather than upstream
- Added
manager.env.disableFipsInJava
- Added at the bottom of the values file are changes to support Istio, monitoring, and optional network policies.
istio:
enabled: false
# -- Default neuvector peer authentication
mtls:
# -- STRICT = Allow only mutual TLS traffic,
# PERMISSIVE = Allow both plain text and mutual TLS traffic
mode: STRICT
monitoring:
enabled: false
monitoring:
enabled: false
networkPolicies:
enabled: false
ingressLabels:
app: istio-ingressgateway
istio: ingressgateway
controlPlaneCidr: 0.0.0.0/0