Skip to content

shadowbq/insecure-corporate-proxy-trust

BranchesTags

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

26 Commits
LICENSE
LICENSE
 
 
README.md
README.md
 
 
check-break-trust.sh
check-break-trust.sh
 
 

Repository files navigation

(In-)Secure Corporate Proxy Trust

🔒 - The right way. Trust the proxy.
💢 - The bad way. Skip Trusts.

Summary

Dealing with network SSL proxies that break the built-in trusts of tools can require simple to complex configuration to keep things Secure.

Many corporations have IT/SEC policies that require proxing https traffic, as well as http traffic. You will find this is even more common in government and large corporate companies. Some network proxies known as 'Break and Inspect' or also as man-in-the-middle the secure connection generating new certificates on the fly.

All to often the internet comments (stack overflow etc) provide ':anger: - The bad way' to shortcut these policies, but not breaking trust ':lock: - The right way' should be our solution even if it means using these MITM certificates.

TOC

Fetching the Proxy CA PEM

🔒 - Importing Trust

If you use the 'openssl' tool, this is one way to get extract the CA cert for a particular server:

openssl s_client -showcerts -servername server -connect server:443 > cacert.pem

type "quit", followed by the "ENTER" key

The certificate will have "BEGIN CERTIFICATE" and "END CERTIFICATE" markers.

Validate the PEM data openssl x509 -inform PEM -in certfile -text -out certdata where certfile is the cert you extracted from logfile. Look in certdata.

If you want to trust the certificate, you can add it to your CA certificate store or use it stand-alone as described. Just remember that the security is no better than the way you obtained the certificate.

Export from a Managed OS

Windows

  1. Start → Run → Type "MMC" and hit enter
  2. Click "File", then "Add/Remove Snap-in"
  3. Add Certificates
  4. Select "Computer Account", hit "Next"
  5. Leave "Local Computer", click "Finish", then "Ok".
  6. Expand "Certificates", expand "Trusted Root Certification Authorities", then expand "Certificates".
  7. Find "MyCorporate MITM CA", right click on it, select "All Tasks → Export"
  8. Export as "Base-64 encoded X.509 (.CER)" and follow the prompts.

MacOS

  1. Search -> Keychain Access
  2. Open (authorize as required)
  3. Click "System Keychains\System" on the left menu bar
  4. Find "MyCorporate MITM CA", right click on it, select "Export 'MyCorporate MITM CA'"
  5. Select "File Format → Privacy Enhanced Mail(pem)"
  6. Save file as .crt

Convert CER(DER) to a CRT(PEM)

(Maybe you exported the CER/DER from a Keychain)

Convert the certificate from CER to CRT using openssl

openssl x509 -inform DER -in ZscalerRootCertificate-2048-SHA256.cer -out ZscalerRootCertificate-2048-SHA256.crt

Checking for MitM proxied certificates?

No - I don't see a MitM Proxy certificates

$ openssl s_client -connect pypi.python.org:443
CONNECTED(00000003)
depth=1 /C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 Extended Validation Server CA
verify error:num=20:unable to get local issuer certificate
verify return:0
---
Certificate chain
 0 s:/businessCategory=Private Organization/1.3.6.1.4.1.311.60.2.1.3=US/1.3.6.1.4.1.311.60.2.1.2=Delaware/serialNumber=3359300/street=16 Allen Rd/postalCode=03894-4801/C=US/ST=NH/L=Wolfeboro,/O=Python Software Foundation/CN=www.python.org
   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 Extended Validation Server CA
 1 s:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 Extended Validation Server CA
   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance EV Root CA

Yes - There is a MitM ZScaler Proxy certificate

openssl s_client -connect pypi.python.org:443
CONNECTED(00000003)
depth=2 C = US, ST = California, O = Zscaler Inc., OU = Zscaler Inc., CN = Zscaler Intermediate Root CA (zscalerthree.net), emailAddress = support@zscaler.com
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=1 C = US, ST = California, O = Zscaler Inc., OU = Zscaler Inc., CN = "Zscaler Intermediate Root CA (zscalerthree.net) (t) "
verify return:1
depth=0 CN = www.python.org
verify return:1
---
Certificate chain
 0 s:CN = www.python.org
   i:C = US, ST = California, O = Zscaler Inc., OU = Zscaler Inc., CN = "Zscaler Intermediate Root CA (zscalerthree.net) (t) "
 1 s:C = US, ST = California, O = Zscaler Inc., OU = Zscaler Inc., CN = "Zscaler Intermediate Root CA (zscalerthree.net) (t) "
   i:C = US, ST = California, O = Zscaler Inc., OU = Zscaler Inc., CN = Zscaler Intermediate Root CA (zscalerthree.net), emailAddress = support@zscaler.com
 2 s:C = US, ST = California, O = Zscaler Inc., OU = Zscaler Inc., CN = Zscaler Intermediate Root CA (zscalerthree.net), emailAddress = support@zscaler.com
   i:C = US, ST = California, L = San Jose, O = Zscaler Inc., OU = Zscaler Inc., CN = Zscaler Root CA, emailAddress = support@zscaler.com

Is the Intermediate CA Trusted?

💢 Insecure - Completely untrusted!

openssl s_client -connect pypi.python.org:443
[...]
Verification error: unable to get local issuer certificate

Concerns

Date - Time

  • Make Sure your Date & Time is correct. This is step #1. Too large of time drift will cause SSL to fail. Use chronyd, ntpd, or other NTP protocol related applications to ensure time consistency.

Pinning

  • HPKP (Obsolete) - HTTP Public Key Pinning (HPKP) is an obsolete Internet security mechanism delivered via an HTTP header which allows HTTPS websites to resist impersonation by attackers using misissued or otherwise fraudulent digital certificates. A server uses it to deliver to the client (e.g. web browser) a set of hashes of public keys that must appear in the certificate chain of future connections to the same domain name. Due to HPKP mechanism complexity and possibility of accidental misuse (potentially causing a lockout condition by system administrators), in 2017 browsers deprecated HPKP and in 2018 removed its support in favor of Certificate Transparency. (https://en.wikipedia.org/wiki/HTTP_Public_Key_Pinning)

  • Expect-CT (Depricated 2021) - HPKP is being replaced by the reactive Certificate Transparency framework coupled with the Expect-CT header. Expect-CT header allows sites to opt in to the Certificate Transparency framework, in report or enforcement mode, based on the readiness of the application.

  • Certificate Transparency - Signed certificate timestamp (SCT). CAs attach SCTs to a certificate using an X.509v3 extension. They sign the certificate and deliver the certificate to the server operator. (There are also two other, less common, ways of doing this: OCSP stapling and TLS extension.) CT doesn’t require server modification, so server operators can manage SSL certificates the way they always have. The SCTs accompany the certificate throughout its lifetime. A server must deliver the SCT with the certificate during a TLS handshake. (https://en.wikipedia.org/wiki/Certificate_Transparency) Both Safari and Chrome user agents require at least 2 SCTs, depending on certificate lifetimes.

  • It is also worth mention that Pinning is not Stapling. Stapling sends both the certificate and OCSP responder information in the same request to avoid the additional fetches the client should perform during path validations.

MTLS

  • MTLS - Mutual TLS, or mTLS for short, is a method for mutual authentication. mTLS ensures that the parties at each end of a network connection are who they claim to be by verifying that they both have the correct private key within a TLS exchange process. MTLS can not be intercepted/decrypted, but it can be proxied via PassThru.

Operating System - System wide configurations

Ubuntu & Debian Distros

🔒 - Importing Trust

Import the Certificate into the system trust of Ubuntu

cp /etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt /usr/local/share/ca-certificates
chmod 644 /usr/local/share/ca-certificates/ZscalerRootCertificate-2048-SHA256.crt
sudo update-ca-certificates

apt

🔒 - Importing Trust

A new file needs to added to /etc/apt/apt.conf.d/ called 00-SSL-PROXIED

Acquire {
  HTTP::proxy "http://username:password@yourproxyaddress:proxyport";
  HTTPS::proxy "http://username:password@yourproxyaddress:proxyport";
  HTTPS::Verify-Peer "true";
  CAInfo "/path/to/ca/certs.pem";
}

💢 Insecure - Not Using Proxy Trust

A new file needs to added to /etc/apt/apt.conf.d/ called 00-SSL-INSECURE

// Do not verify peer certificate
Acquire::https::Verify-Peer "false";
// Do not verify that certificate name matches server name
Acquire::https::Verify-Host "false";

💢 Insecure - One time apt udpate

sudo apt-get -o “Acquire::https::Verify-Peer=false” update

Redhat | Enterprise Linux (EL)

🔒 - Importing Trust

Enable the dynamic CA configuration feature:

(Note: if ca-certificates is not installed, you may need to sideload it)

# sudo yum install ca-certificates # possibly doesn't work 
# curl http://mirror.centos.org/altarch/7/updates/aarch64/Packages/ca-certificates-2021.2.50-72.el7_9.noarch.rpm && rpm -Uvh ca-certficates.rpm 
sudo update-ca-trust force-enable
sudo cp ca-certificates/ZscalerRootCertificate-2048-SHA256.crt /etc/pki/ca-trust/source/anchors/
sudo update-ca-trust extract

MacOS

🔒 - Importing Trust

sudo security add-trusted-cert -d -r trustRoot -k /Library/Keychains/System.keychain ~/ZscalerRootCertificate-2048-SHA256.crt

Windows

🔒 - Importing Trust

certutil -addstore -f "ROOT" ZscalerRootCertificate-2048-SHA256.crt

Alpine (via Docker)

🔒 - Importing Trust

Copy the crt to the Docker container and append it to the bottom of /etc/ssl/certs/ca-certificates.crt

FROM alpine:latest
COPY ZscalerRootCertificate-2048-SHA256.crt /usr/local/share/ca-certificates/ZscalerRootCertificate-2048-SHA256.crt
RUN cat /usr/local/share/ca-certificates/ZscalerRootCertificate-2048-SHA256.crt >> /etc/ssl/certs/ca-certificates.crt
apk --no-cache add packagename

💢 - Skip SSL

https://gitlab.alpinelinux.org/alpine/apk-tools/-/issues/10650 (no options)

ENV Variables

Setting CLI ENV proxies for Windows (git, etc.)

setx /s HTTP_PROXY http://proxy:port/ /m
setx /s HTTPS_PROXY http://proxy:port/ /m
setx /s NO_PROXY .localhost,.domain.local /m

Browser Trusts

Proxy Configurations

A corporate configuration should be modifying the system proxy to talk to a .pac file.

PAC files can be found via Autodiscovery (WPAD), Static Locations, or even be pushed via a local client (like a zscaler agent).

http://127.0.0.1:9000/systemproxy-XXXXXX.pac

function FindProxyForURL(url, host) {

 /* WebSockets go directly */
    if (shExpMatch(url, "ws*://*.zzzz.com*") ||
    shExpMatch(url, "ws*://yyyy.com:9001*"))
        return "DIRECT";
    
  /* Local IP matching etc.. */  
    if (isInNet(myIpAddress(), "192.168.0.0", "255.255.255.0"))
    {
      return "PROXY proxy1.mydomain.local:8080";
    }
    
	 /* Corporate bypasses  */
    if (shExpMatch(host, "aaa.net") ||
    shExpMatch(host, "bbb.net") ||
    shExpMatch(host, "ccc.com") ||
    shExpMatch(host, "*.ddd.com")) 
    return "PROXY 127.0.0.1:9000";

// Default traffic forwarding.

    return "DIRECT";
}

WPAD Domains

The configuration’s file location can be published by using two alternative methods: DNS or DHCP. A web browser configured for WPAD, before fetching its first page sends a DHCPINFORM query to its local DHCP server in order to get the URL of the configuration file in the DHCP reply. If DHCP does not provide the desired information, the web browser will try to fetch the configuration file by using DNS resolution. For example if the FQDN of the client computer is computer.subdomain.domain.local, the web browser will try to fetch the configuration file from the following locations:

http://wpad.subdomain.domain.local/wpad.dat
http://wpad.domain.local/wpad.dat (some web browsers)
http://wpad.com/wpad.dat (in incorrect implementations)

Firefox

Accept and do not change corporate configurations.

If you need to add the Certifcate manually (aka VM, non-enrolled machine) go to Preferences -> Privacy & Security -> Certificates -> View Certificates -> Import. Select the file with your certificate (ZscalerRootCertificate-2048-SHA256.crt), choose Authorities.

Chrome

Accept and do not change corporate configurations. Non-enrolled machines that have blocks, require system import of SSL trust. Chrome does not use it's own CA system like Firefox.

Bypass “Your connection is not private” Message

To proceed, simply choose the “Advanced” link, then choose “Proceed to (unsafe)“.

Additionally the Advanced link may not be present

  1. Prevent Warning
  2. Click a blank section of the denial page.
  3. Using your keyboard, type thisisunsafe. This will add the website to a safe list, where you might not be prompted again, but it will proceed from the page to the URL.

Using Flags

In the Chrome address bar, type “chrome://flags/#allow-insecure-localhost“ Select the Enable link.

Console Browsers

Console browsers might need specific configuration, but often will listen to system wide settings.

Console Proxy Configuration | ENV .bashrc

Ex: wget, git and almost every console application which connects to internet. This alone is not enough to trust the SSL MitM Proxy.

The *Mess of linux ENV for proxy configurations. Note Most HTTPS Proxies are a mirror of the HTTP proxy.

export HTTP_PROXY=http://proxy.example.com:80
export HTTPS_PROXY=$HTTP_PROXY

export NO_PROXY=127.0.0.1,169.254.169.254,localhost
export no_proxy=$NO_PROXY
export noProxy=$NO_PROXY
export noproxy=$NO_PROXY

export http_proxy=$HTTP_PROXY
export https_proxy=$HTTPS_PROXY

export ftp_proxy=http://<YOUR.FTP-PROXY.URL:PORT>
export socks_proxy=http://<YOUR.SOCKS-PROXY.URL:PORT>
export FTP_PROXY=$ftp_proxy
export SOCKS_PROXY=$socks_proxy

One-time Shell ENV

export http_proxy=http://DOMAIN\USERNAME:PASSWORD@SERVER:PORT/
export ftp_proxy=http://DOMAIN\USERNAME:PASSWORD@SERVER:PORT/

Configure in .bashrc

$ vi /etc/bash.bashrc
export http_proxy=http://DOMAIN\USERNAME:PASSWORD@SERVER:PORT/
export ftp_proxy=http://DOMAIN\USERNAME:PASSWORD@SERVER:PORT/

Configure in /etc/environment

$ vi /etc/environment
https_proxy="http://myproxy.server.com:8080/" 
ftp_proxy="http://myproxy.server.com:8080/" ...

wget | .wgetrc

🔒 Adding Cert for curl

wget --ca-certificate=/etc/ssl/cert.pem https://...

💢 Insecure - Not Using Proxy Trust

wget --no-check-certificate https://...

~/.wgetrc Configuration

🔒 Adding Cert for curl

ca_certificate = /etc/ssl/cert.pem

💢 Insecure - Not Using Proxy Trust

echo "check_certificate = off" >> ~/.wgetrc

curl | .curlrc

🔒 Adding Cert for curl

curl --cacert /path/to/my/ca.pem https://..
curl --header 'Host: www.cyberciti.biz' --cacert /pth/to/my/ca.pem https://207.5.1.10/nixcraft.tar.gz

🔒 Modern CA switch for curl to trust proxy

curl --proxy-cert ca.pem https://url

💢 Insecure - Not Using Proxy Trust

curl -O --insecure --header 'Host: www.example.com' -I https://207.5.1.10/file.html

💢 Insecure - Not Using Proxy Trust

curl -k --header 'Host: www.example.com' -I https://207.5.1.10/file.html

.curlrc Configuration

🔒 Adding Cert for curl

$ vi $HOME/.curlrc
cacert /path/to/my/ca.pem
ftp-pasv

💢 Insecure - Not Using Proxy Trust

$ vi $HOME/.curlrc
insecure
ftp-pasv

ref: https://curl.se/docs/sslcerts.html

sudo | sudoers - Special Considerations

sudo does not pass environment variables. For that you can add to sudoers

$> vi /etc/sudoers.d/00-environment 
Defaults env_keep += "http_proxy https_proxy ftp_proxy"

python pip | pip.conf

pip3 in python3 can accept a configuration file. This file even works in venv (python3 version of virtualenv).

The key is to put the pip configuration into the correct location.

python3(venv) when created, you place the config into the venv folder's root. $HOME/sandbox/projectx/bin/activate - You would put the pip.conf in $HOME/sandbox/projectx

🔒 - Trust the Intermediate Cert

pip config set global.cert path/to/ca-bundle.crt
pip config list

ref: https://stackoverflow.com/a/52961564/1569557

💢 Insecure - Not Using Proxy Trust | You can attempt to one off with

pip install foomonkey config --global http.sslVerify false

-- or --

pip.ini (Windows) or pip.conf (linux/unix)

💢 Insecure - Explicitly skipping these domains

[global]
trusted-host = pypi.python.org
               pypi.org
               files.pythonhosted.org

💢 Insecure - Explicitly skipping these domains

pip install --trusted-host pypi.org --trusted-host pypi.python.org --trusted-host files.pythonhosted.org <package_name>

ref: https://stackoverflow.com/questions/25981703/pip-install-fails-with-connection-error-ssl-certificate-verify-failed-certi

python | urllib3

Don't do this ever..

💢 Insecure - Not Using Proxy Trust

requests.packages.urllib3.disable_warnings()

💢 Insecure - Not Using Proxy Trust

import urllib3 urllib3.disable_warnings()

python3 | ssl

🔒 Proper import for OpenSSL

When looking at where SSL certificates are loaded, you can analyse these location

$> python -c "import ssl; print(ssl.get_default_verify_paths())"

Adding the MitM CA to one of these locations should do the trick

DefaultVerifyPaths(cafile=None, capath='/usr/lib/ssl/certs', openssl_cafile_env='SSL_CERT_FILE', openssl_cafile='/usr/lib/ssl/cert.pem', openssl_capath_env='SSL_CERT_DIR', openssl_capath='/usr/lib/ssl/certs')

Possibly lib requests may not pickit up and you may need to add ENV:REQUESTS_CA_BUNDLE

export REQUESTS_CA_BUNDLE=/etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt

ruby | .gemrc - Ruby Gems

🔒 - Importing Trust

Using a .bundle config

bundle config ssl_ca_cert ./config/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt

💢 Insecure - Not Using Proxy Trust

http_proxy: http://proxy:port
:ssl_verify_mode: 0

rubygems | Gemfile

source "http://rubygems.org"

$> gem list rails --remote --all

*** REMOTE GEMS ***

ERROR:  SSL verification error at depth 2: unable to get local issuer certificate (20)
ERROR:  You must add /C=US/ST=California/L=San Jose/O=Zscaler Inc./OU=Zscaler Inc./CN=Zscaler Root CA/emailAddress=support@zscaler.com to your local trusted store

ruby | certs

🔒 - Importing Trust

$> export SSL_CERT_FILE=/etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt

ref: https://gist.github.com/fnichol/867550

javascript

node | .npmrc - npm js pkg manager

🔒 - Importing Trust

npm config set cafile /etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt

You can see the configuration file

global.cert=/etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt

💢 Insecure - Not Using Proxy Trust

registry=http://registry.npmjs.org/
proxy=http://proxy:port/
https-proxy=http://proxy:port/
strict-ssl=false

bower | .bowerrc - deprecated

...psst! While Bower is maintained, bower recommends using Yarn and Webpack or Parcel

🔒 - Importing Trust

{
    "proxy": "http://proxy:port",
    "https-proxy": "http://proxy:port",
    "ca": "/path/to/cacert.pem",
    "strict-ssl": true
}

💢 Insecure - Not Using Proxy Trust

{
    "proxy": "http://proxy:port",
    "https-proxy": "http://proxy:port",
    "strict-ssl": false
}

yarn | .yarnrc - superset js npm pkg manager

  Error: unable to get local issuer certificate
      at TLSSocket.onConnectSecure (node:_tls_wrap:1518:34)
      at TLSSocket.emit (node:events:376:20)
      at TLSSocket._finishInit (node:_tls_wrap:942:8)
      at TLSWrap.ssl.onhandshakedone (node:_tls_wrap:716:12)

🔒 - Importing Trust

yarn config set cafile /etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt

💢 Insecure - Not Using Proxy Trust

yarn config set strict-ssl false

yarn config set "strict-ssl" false -g

.yarnrc

cafile null
strict-ssl false

java | keytool

Java and Gradle packages use keytool and keystores.

🔒 - Importing Trust

keytool -importcert -file /etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt -keystore <path to JRE installation>/lib/security/cacerts

Alternative flags

keytool -import -trustcacerts -alias ZscalerRootCertificate-2048-SHA256 -file /etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt -keystore <path to JRE installation>/lib/security/cacerts

golang | crypto library

🔒 - Importing Trust

Install into a system directory the crt file. Only option.

// Copyright 2015 The Go Authors. All rights reserved.
// Use of this source code is governed by a BSD-style
// license that can be found in the LICENSE file.

package x509

// Possible certificate files; stop after finding one.
var certFiles = []string{
	"/etc/ssl/certs/ca-certificates.crt",                // Debian/Ubuntu/Gentoo etc.
	"/etc/pki/tls/certs/ca-bundle.crt",                  // Fedora/RHEL 6
	"/etc/ssl/ca-bundle.pem",                            // OpenSUSE
	"/etc/pki/tls/cacert.pem",                           // OpenELEC
	"/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem", // CentOS/RHEL 7
	"/etc/ssl/cert.pem",                                 // Alpine Linux
}

// Possible directories with certificate files; all will be read.
var certDirectories = []string{
	"/etc/ssl/certs",               // SLES10/SLES11, https://golang.org/issue/12139
	"/etc/pki/tls/certs",           // Fedora/RHEL
	"/system/etc/security/cacerts", // Android
}

ref: https://go.dev/src/crypto/x509/root_linux.go

Option: Add an additional location when creating the application

ref: https://forfuncsake.github.io/post/2017/08/trust-extra-ca-cert-in-go-app/

💢 - Skip SSL for explicit domains

GOINSECURE
	Comma-separated list of glob patterns (in the syntax of Go's path.Match)
	of module path prefixes that should always be fetched in an insecure
	manner. Only applies to dependencies that are being fetched directly.
	GOINSECURE does not disable checksum database validation. GOPRIVATE or
	GONOSUMDB may be used to achieve that.
GOPROXY
	URL of Go module proxy. See https://golang.org/ref/mod#environment-variables
	and https://golang.org/ref/mod#module-proxy for details.
GOPRIVATE, GONOPROXY, GONOSUMDB
	Comma-separated list of glob patterns (in the syntax of Go's path.Match)
	of module path prefixes that should always be fetched directly
	or that should not be compared against the checksum database.
	See https://golang.org/ref/mod#private-modules.

Comma-separated list of glob patterns (in the syntax of Go's path.Match)

GOINSECURE="gitlab.example.lan/*/*" goup -v .

ref: https://stackoverflow.com/a/58306008/1569557

git | .gitconfig

🔒 - Importing Trust

git config --global http.sslVerify true
git config --global http.sslCAInfo path/to/ca-bundle.crt

$> git config — global http.proxy $HTTP_PROXY
$> git config — global https.proxy $HTTP_PROXY

-- or --

[http]
    proxy = http://proxy:port
[https]
    proxy = http://proxy:port

💢 Insecure - Not Using Proxy Trust

git config --global http.sslVerify false

git over SSH

This is an example, and one is packaged into the config that ships. Add the following to your ~/.ssh/config file:

host github.com
     port 22
     user git
     ProxyCommand connect-proxy -S <YOUR.SSH-PROXY.URL:PORT> %h %p

kubectl | .kubeconfig - Kubernetes CLI tool

🔒 - Importing Trust

Replace existing realPK key from k8s server with Proxy cert

cp \etc\ssl\share\ZscalerRootCertificate-2048-SHA256.crt ~\.kube\ZscalerRootCertificate-2048-SHA256.crt
vi .\kube\config

find and replace certificate-authority-data: <realEncodedPublicKey> with file name location for the cluster.

apiVersion: v1
clusters:
- cluster:
    certificate-authority: ZscalerRootCertificate-2048-SHA256.crt
    server: https://1.2.3.4:6443
  name: kubernetes

Local Networks: Remember to exclude k8s servers that are not external or running in docker contexts.

export no_proxy=$no_proxy,*.docker.internal
export NO_PROXY=$no_proxy

Tip: Use a kubectl context for switching between policy enforcement and non-policy enforced networks.

💢 - Skip SSL

kubectl --insecure-skip-tls-verify=true cluster-info dump

visual studio code | settings.json

🔒 - Importing Trust

  • Ensure certificates are installed and trusted in the OS System.
  • VScode settings, Application, Proxy, and UNCHECK the "System certificates" option.
  • Restart vscode and RE-CHECK it.
  • Restart again, and it works.

(Code snippet, VS doesnt have its own override)

https://github.com/microsoft/vscode/blob/main/src/vs/platform/request/common/request.ts

  'http.systemCertificates': {
    type: 'boolean',
    default: true,
    description: localize('systemCertificates', "Controls whether CA certificates should be loaded from the OS. (On Windows and macOS, a reload of the window is required after turning this off.)"),
    restricted: true
  }

💢 Insecure - Not Using Proxy Trust

{
  "http.proxy": "http://proxy:port/",
  "http.proxyStrictSSL": false
}

Cloud CLIs

aws | Amazon CLI tool

🔒 - Importing Trust

export AWS_CA_BUNDLE=~/Documents/Zscaler\ Root\ CA.pem

-or-

🔒 - Importing Trust

Run the aws command in terminal to configure the certificate

aws configure set ca_bundle /etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt

💢 - Skip SSL

aws --no-verify-ssl s3 cp filename s3://bucketname/

gcloud | Google Cloud CLI tool

🔒 - Importing Trust

Absolute path to a custom CA cert file.

gcloud config set core/custom_ca_certs_file  /etc/ssl/ca_root_certs/ZscalerRootCertificate-2048-SHA256.crt
gcloud config set auth/disable_ssl_validation False

If you need the explict proxy (http, http_no_tunnel, socks4, socks5)

gcloud config set proxy/type http
gcloud config set proxy/address 1.234.56.78
gcloud config set proxy/port 8080

💢 - Skip SSL

gcloud config set auth/disable_ssl_validation True

ref: https://cloud.google.com/sdk/gcloud/reference/config/set

About

Dealing with proxies that mess up our trust

Resources

Readme

License

MIT license
Activity

Stars

8 stars

Watchers

2 watching

Forks

0 forks
Report repository

Releases

No releases published

Packages

No packages published

Languages