Stay organized with collections
Save and categorize content based on your preferences.
This document describes a threat finding type in Security Command Center. Threat findings are generated by
threat detectors when they detect
a potential threat in your cloud resources. For a full list of available threat findings, see Threat findings index.
Overview
Someone manually approved a certificate signing request (CSR). Creating a
certificate for cluster authentication is a common method for attackers to
create persistent access to a compromised cluster. The permissions associated
with the certificate vary depending on which subject they included, but can be
highly privileged. For more details, see the log message for this alert.
How to respond
The following response plan might be appropriate for this finding, but might also impact operations.
Carefully evaluate the information you gather in your investigation to determine the best way to
resolve findings.
To respond to this finding, do the following:
Review the audit logs in Cloud Logging and additional alerts for other CSR
related events to determine if CSR related actions are expected activity by
the principal.
Determine whether there are other signs of malicious activity by the
principal in the audit logs in Cloud Logging. For example:
Was the principal who approved the CSR different from the one who created
it?
Did the CSR specify a built-in signer, but ultimately need to be manually
approved because it did not meet the signer's criteria?
Has the principal tried requesting, creating, approving, or deleting
other CSRs?
If a CSR approval was not expected, or is determined to be malicious, the cluster will require a credential rotation to invalidate the certificate. Review the guidance for performing a rotation of your cluster credentials.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-09-03 UTC."],[],[],null,["| Premium and Enterprise [service tiers](/security-command-center/docs/service-tiers)\n\nThis document describes a threat finding type in Security Command Center. Threat findings are generated by\n[threat detectors](/security-command-center/docs/concepts-security-sources#threats) when they detect\na potential threat in your cloud resources. For a full list of available threat findings, see [Threat findings index](/security-command-center/docs/threat-findings-index).\n\nOverview\n| **Preview**\n|\n|\n| This feature is subject to the \"Pre-GA Offerings Terms\" in the General Service Terms section\n| of the [Service Specific Terms](/terms/service-terms#1).\n|\n| Pre-GA features are available \"as is\" and might have limited support.\n|\n| For more information, see the\n| [launch stage descriptions](/products#product-launch-stages).\n\nSomeone manually approved a certificate signing request (CSR). Creating a\ncertificate for cluster authentication is a common method for attackers to\ncreate persistent access to a compromised cluster. The permissions associated\nwith the certificate vary depending on which subject they included, but can be\nhighly privileged. For more details, see the log message for this alert.\n\nHow to respond\n\n\nThe following response plan might be appropriate for this finding, but might also impact operations.\nCarefully evaluate the information you gather in your investigation to determine the best way to\nresolve findings.\n\nTo respond to this finding, do the following:\n\n1. Review the audit logs in Cloud Logging and additional alerts for other CSR related events to determine if CSR related actions are expected activity by the principal.\n2. Determine whether there are other signs of malicious activity by the principal in the audit logs in Cloud Logging. For example:\n - Was the principal who approved the CSR different from the one who created it?\n - Did the CSR specify a built-in signer, but ultimately need to be manually approved because it did not meet the signer's criteria?\n - Has the principal tried requesting, creating, approving, or deleting other CSRs?\n3. If a CSR approval was not expected, or is determined to be malicious, the cluster will require a credential rotation to invalidate the certificate. Review the guidance for [performing a rotation of your cluster credentials](/kubernetes-engine/docs/how-to/credential-rotation).\n\nWhat's next\n\n- Learn [how to work with threat\n findings in Security Command Center](/security-command-center/docs/how-to-investigate-threats).\n- Refer to the [Threat findings index](/security-command-center/docs/threat-findings-index).\n- Learn how to [review a\n finding](/security-command-center/docs/how-to-investigate-threats#reviewing_findings) through the Google Cloud console.\n- Learn about the [services that\n generate threat findings](/security-command-center/docs/concepts-security-sources#threats)."]]