Upgrade to Pro — share decks privately, control downloads, hide ads and more …

The Top 10 List of Istio Security Risks and Mit...

The Top 10 List of Istio Security Risks and Mitigation Strategies

CNCF is developing its first ever Top 10 list of security risks facing Istio deployments. As a community-driven effort, it draws on the expertise of a wide range of security professionals and cloud native computing experts to ensure the list reflects the most current and relevant security risks facing cloud native applications.

The Top 10 will help organizations prioritize their security efforts and focus on the most significant security risks that they may face. By understanding and addressing these risks, organizations can better protect against malicious attacks, data breaches, and other security incidents.

In this talk we'll cover what's in the list, the selection criteria for it, and discuss strategies organizations should take to mitigate these critical risks to cloud native computing security.

José Carlos Chávez

April 21, 2023
Tweet

More Decks by José Carlos Chávez

Other Decks in Programming

Transcript

  1. SOFTWARE ENGINEER @ TETRATE José Carlos Chávez • Open source

    enthusiast • OWASP Coraza Co-leader • Zipkin core member • Loving father @jcchavezs
  2. SECURITY RISKS AND MITIGATION STRATEGIES MITIGATION STRATEGIES: Dealing with risks

    1. assume and accept risk 2. avoidance of risk 3. controlling risk 4. transference of risk 5. watch and monitor risk SECURITY RISKS: Likelihood + Impact • how easy is it for attackers to carry out an attack? Does it take a skilled adversary? how cheap it is to launch attacks? • how sensitive are the systems likely to be affected, how valuable and sensitive is the target data? is it hard to recover the data? @jcchavezs
  3. Security is a combination of multiple protection mechanism on multiple

    levels Security layers Underlying infrastructure Kubernetes platform Istio service mesh Applications @jcchavezs
  4. THREAT ACTORS INTERNAL ATTACKER An entity with some level of

    privilege that would seek to exceed one or more trust boundaries. CONTRIBUTORS TO ISTIO Contributors could harm Istio by attempting to intentionally introduce vulnerable code and subsequently exploit it. CONTRIBUTORS TO 3RD-PARTY DEPS Istio's dependencies may be used by malicious attackers to exceed their trust boundaries in Istio. UNTRUSTED USERS Users with the lowest level of privilege of Istio's threat actors and may seek to cause harm by exceeding their trust boundaries. 6 @jcchavezs
  5. I01: INSECURE COMMUNICATION Insecure communication can pose a significant security

    threat: on-path attacks, spoofing, credential stuffing, brute force, phishing, malicious API requests, etc. • The Istio permissive security setting is useful but insecure as it accepts plaintext and encrypted traffic. • A strict security setting would force all communication to be secure Mitigation: • Enable mTLS through a PeerAuthentication policy on namespace or wide mesh (istio-system namespace). • If permissive mode is required, use AuthorizationPolicy to restrict traffic on plaintext. @jcchavezs
  6. I02: UNSAFE AUTHORIZATION PATTERNS Istio allows fine-grained authn policies to

    connections between workloads using the AuthorizationPolicy ... spec: action: ALLOW rules: - to: - operation: notPaths: ["/private"] Mitigation • Use default-deny patterns: your system denies all requests by default • Use ALLOW-with-positive-matching and DENY-with-negative-match patterns @jcchavezs
  7. I03: WEAK SERVICE ACCOUNT AUTHN @jcchavezs One of the most

    important principles of computer security is the least privilege principle: A user should have no more access privileges than what is necessary for their task. • init_container has permissions to create network policies • Bypass outboundTrafficPolicy by impersonating the istio-proxy user (UID 1337) • Usage of first-party-jwt. Mitigation - Use Istio CNI plugin to avoid requiring privileges like NET_ADMIN capability. - Require containers inside pods to run as non root using MustRunAsNonRoot - Use third-party-jwt to restrict its usage to sidecar
  8. I04: BROKEN OBJECT LEVEL AUTHZ (BOLA) Istio provides AuthorizationPolicy to

    perform checks on HTTP headers and the path, Kubernetes metadata (origin and destination services) as well as validating JWTs. • Can’t access to al JWT’s fields • Policies get out of sync with architecture Mitigation • All access decisions have to be based on least-privilege principles, per-request, context-based, and on identities. • Use rich model policies like NGAC or OPA for declarative, domain-compatible policies. @jcchavezs
  9. I05: SUPPLY CHAIN VULNERABILITIES Istio itself uses several open-source components

    and third-party code (e.g. Envoy and Prometheus) but a typical istio deployment include several images from different sources. Some of the risk are: • Image Integrity • Image Composition • Known Software Vulnerabilities Mitigation • Image scanning • Image Composition & Software Bill of Materials (SBOM) • Image Signing • Curated registry • Web Application Firewall @jcchavezs
  10. I06: INGRESS TRAFFIC CAPTURE LIMITATIONS Istio sidecar is supposed to

    hook inbound and outbound traffic in the pod, however: • It does not support UDP traffic, so traffic will be passed to services inside the Pod. • Inbound capture is disabled on ports used by the sidecar (including port 22) Mitigation • For control of UDP traffic, use Kubernetes NetworkPolicy at ingress. @jcchavezs
  11. I07: EGRESS TRAFFIC CAPTURE LIMITATIONS Istio cannot securely enforce that

    all egress traffic actually flows through the egress gateways, meaning that it can not enforce calls to be done to known destinations. Mitigation • Kubernetes NetworkPolicy for egress • Istio’s egress restrictions (e.g. outboundTrafficPolicy: REGISTRY_ONLY), • Runtime checks on linux system calls (e.g. falco) @jcchavezs
  12. I08: SECURITY OBSERVABILITY AND MONITORING FAILURES Security observability and monitoring

    are critical components, however, incorrect collection, processing or reporting of such data can pose significant risks to the security. • Log level paradox • Insufficient or inadequate audit logs • Lack of context Mitigation • Ensure access logs and error logs are emitted. • Implement a org-wide log format • Log data should be encoded/redacted correctly • Ensure high-value transactions have an audit trail • Establish an incident response and recovery plan @jcchavezs
  13. I09: VULNERABLE ISTIO VERSIONS Using an outdated Istio version can

    pose significant security risks, as older versions may contain known vulnerabilities that have been addressed in later versions. Some of the disclosed attacks are: • (DoS) attacks • CVEs • Bypass of Istio policies • Cryptographic Mitigation • Use compliant Istio distributions e.g. Tetrate Istio Distro • Track CVE databases and Istio Security Bulletins • Web Application Firewall @jcchavezs
  14. I10: WHAT IS YOUR SECURITY RISK? Come by and participate

    https://forms.gle/6vmLq5LkjKYXcQVz8 @jcchavezs
  15. CONCLUSIONS • Most of the security risks are related to

    configuration mistakes. • Prefer being explicit over relying on default, sometimes “auto” capabilities. • No single component or function will be sufficient to achieve a good level of security alone, but collectively they need to enforce security patterns across all layers in the infrastructure. • Policies have to be defined based on the assumption that the attacker is already inside the network. @jcchavezs
  16. For any further queries, feel free to contact me at

    [email protected] Thank you everyone. jcchavezs jcchavezs www.tetrate.io Gracias, mamá.
  17. References Sysdig 2023 Cloud‑Native Security and Usage Report Istio Security

    Audit - Ada Logics 2022 https://istio.io/latest/blog/2023/ada-logics-security-assessment/ NIST SP 800-207A: A Zero Trust Architecture (ZTA) Model for Access Control in Cloud Native Applications in Multi-Location Environments State of Service Mesh Market 2022 - Tetrate https://tetrate.io/tetrate-service-mesh-survey-2022/ https://sysdig.com/blog/2023-cloud-native-security-usage-report/ @jcchavezs
  18. References 2022 Service Mesh Adoption Survey State of Kubernetes security

    report - Redhat, 2022 https://www.redhat.com/en/resources/state-kubernetes-security-report https://www.solo.io/resources/report/2022-service-mesh-adoption-survey/ @jcchavezs