Troubleshoot GCP Agentless Installs
Check for Workload Identity Federation Configuration
Misconfigured GCP Workload Identity Federation (WIFs) can commonly hinder Sysdig’s operation by denying required permissions. To check for WIFs that may impact Sysdig Integrations (replace PROJECTID
and PROJECTNUMBER
as needed):
Log into GCP console and select the affected project in the homepage.
In Workload Identity Pool, the associated Workload Identity Pool provider that’s configured must have an ID with the prefix
sysdig-*
.You can choose any display name.
The configured pool should have a connected service account with the name prefix
sysdig-*
. This was was configured when the account was created. The service account should have the emailsysdig-*@PROJECTID.iam.gserviceaccount.com
.This service account should allow access to the following principal set:
For webhook-datasource:
principalSet://iam.googleapis.com/projects/PROJECTNUMBER/locations/global/workloadIdentityPools/sysdig-*/attribute.aws_role/arn:aws:sts::263844535661:assumed-role/us-west-2-production-secure-assume-role/77135e36ab5102091c579abfd9eab3a5
For agentless-scan and workload-scan with AWS Sysdig Backend:
principalSet://iam.googleapis.com/sysdig-*/attribute.aws_account/<sysdig backend AWS account id>
For agentless-scan and workload-scan with GCP Sysdig Backend:
principalSet://iam.googleapis.com/sysdig-*/attribute.sa_id/<sysdig backend GCP account id>
The service account should have either the
iam.workloadIdentityUser
role or more specificallyiam.serviceAccounts.getAccessToken
role, as well asiam.workloadIdentityUser
role on the target project. For agentless-scan, it should have a custom role containing the host discovery and host scan related permissions.The pool provider should allow access to the AWS account ID:
263844535661
. This is Sysdig’s trusted identity and can be retrieved withcurl --location --request GET 'https://us2.app.sysdig.com/api/cloud/v2/gcp/trustedIdentity
.For scanning, such as agentless-scan or workload-scan using the GCP Backend, allow access to the GCP account ID.
Troubleshoot Agentless CSPM and Identity
- Ensure the service account created in the affected account contains the following roles:
browser
role.iam.workloadIdentityUser
,cloudasset.viewer
,logging.viewer
,cloudfunctions.viewer
andcloudbuild.builds.viewer
roles.
- For identity management, ensure the service account has the following roles attached:
iam.serviceAccountViewer
,recommender.viewer
,iam.roleViewer
,container.clusterViewer
andcompute.viewer
roles.
- Ensure the service account has a key created and it is enabled.
Troubleshoot Agentless CDR
Ingestion resources: Ensure the affected account has a pubsub topic (named
ingestion_topic
), an associated project sink and a push subscription created. (prefixed withingestion_topic
). Organizational installations will have organization sink.Ensure the project/organization has audit logs configured to be sent to the pubsub topic.
Ensure the pubsub topic has
pubsub.publisher
role attached to publish the ingestion logs.Ensure that the Cloud Pub/Sub API has been enabled in the management project.
Ensure the push subscription has the correct push endpoint configured.
Ensure that the Service Agent for the subscription has been provisioned correctly.
This can be verified by running the following
gcloud
command (replace<PROJECT_ID>
with your management project ID):gcloud projects get-iam-policy <PROJECT_ID> --flatten="bindings[].members" --format='table(bindings.role, bindings.members)' | grep @gcp-sa-pubsub.iam.gserviceaccount.com
It returns either of these 2 lines:
roles/pubsub.serviceAgent serviceAccount:service-<PROJECT_ID_NUMBER>@gcp-sa-pubsub.iam.gserviceaccount.com roles/iam.workloadIdentityUser serviceAccount:service-<PROJECT_ID_NUMBER>@gcp-sa-pubsub.iam.gserviceaccount.com
If no line is returned:
- Disable and enable the Cloud Pub/Sub API in your management project and try again.
- If it’s still not working, from your GCP console:
- Open the Subscriptions page on the Pub/Sub service
- Select
ingestion_topic_push_subscription
- If the service agent doesn’t have the right role, you’ll be prompted to assign it through a message. Please grant it.
- Ensure the Sysdig Log ingestion Service Account (starting with
sysdig-ingestion-
) has been deployed and the roleroles/iam.workloadIdentityUser
has been assigned to it.
Troubleshoot Agentless Vulnerability Scanning
- To discover compute Virtual Private Cloud (VPC)/Instance/Volume resources, ensure the service account created in the affected account has the host discovery permissions attached.
- To discover compute zone operations and disks resource, ensure the service account created in the affected account has the host scan permissions attached.
- If certain resources (such as compute instances / volumes) are not being scanned, ensure those resources don’t have
sysdig-secure-scan
/sysdig-secure-data-volumes-scan
tags set tofalse
.
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.