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 deleted a certificate signing request (CSR). CSRs are
automatically removed by a garbage collection controller, but malicious actors
might manually delete them to evade detection. If the deleted CSR was for an
approved and issued certificate, the potentially malicious actor now has an
additional authentication method to access the cluster. The permissions
associated with the certificate vary depending on which subject they included,
but can be highly privileged. Kubernetes does not support certificate
revocation. 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
events related to this CSR to determine if the CSR was approved and if the
CSR creation was 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 deleted the CSR different from the one who created
or approved it?
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\nSomeone manually deleted a certificate signing request (CSR). CSRs are\nautomatically removed by a garbage collection controller, but malicious actors\nmight manually delete them to evade detection. If the deleted CSR was for an\napproved and issued certificate, the potentially malicious actor now has an\nadditional authentication method to access the cluster. The permissions\nassociated with the certificate vary depending on which subject they included,\nbut can be highly privileged. Kubernetes does not support certificate\nrevocation. 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 events related to this CSR to determine if the CSR was `approved` and if the CSR creation was 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 deleted the CSR different from the one who created or approved it?\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)."]]