Skip to content

Releases: mawinkler/playground-one

Fix Release

08 Aug 11:26
Compare
Choose a tag to compare

0.4.3 (2024-08-08)

Fixes

  • Fix pgoc on arm64
  • Update documentation for PGO user initial setup
  • Update default group_id for Container Security on EKS clusters

VNS, Istio, new scenarios, and more

08 Aug 09:51
Compare
Choose a tag to compare

0.4.2 (2024-08-08)

Changes

  • Added support for Vision One Virtual Network Sensor. If enabled the Virtual Network Sensor is deployed into the PGO VPC. The PGO Active Directory and PGO instances will mirror their traffic to the data port of VNS. Requires the VNS Token from Vision One UI.
  • Added support for Istio on EKS EC2.
  • New Scenarios:
    • XDR -> Detection Model Exceptions for Container Security.
    • Endpoint Security -> Deep Security -> Integrate Deep Security with Vision One and Demo Benefits.
    • Cloud Security -> Container Security -> EKS -> Playing with Istio Service Mesh.
  • You can now choose the OS SKU for the nodes in the AKS Cluster. It defaults to AzureLinux.
  • The EKS cluster deployment of V1 Container Security now supports group_id using the Terraform Provider.
  • The pgo command now checks if your local IP has changed and needs and update.

Scenarios, Custom PGO User and more

18 Jul 15:19
Compare
Choose a tag to compare

0.4.1 (2024-07-18)

Changes

Fix release

29 Feb 14:35
Compare
Choose a tag to compare

0.2.1 (02/27/2024)

Fixes

  • The implementation of a proper Vision One Container Security life-cycle broke the deployment since the DELETE api_call was fired too early.

Changes

  • Simple S3 Bucket scanner now part of Playground One. This includes a dedicated scenario.
  • Improved handling of public IPs in configflow when running on Cloud9.
  • Eventually existing Azure credentials are now made available within the container.

Maintenance release

20 Feb 17:03
Compare
Choose a tag to compare

0.2 (02/20/2024)

Fixes

  • Vision One Container Security gets unregistered from Vision One on cluster destroy.
  • Cluster deployments are now correctly destroyed in the correct order.
  • Allow docker client to work with docker.sock on Cloud9

Changes