Currently, there is no way to discern the context of a decryption failure - the error log does not include a caller or reason the decryption was being performed.
Example: the find function handles decryption failures gracefully, however, an error log is generated for every decryption failure that occurs. Our serverless dashboards and alerts will pick up this failure, but we will not be able to discern the context. We will not know whether or not the failure is something that should be expected or investigated, or for that matter, how to further investigate the error.
Augmenting the decryption error log information to include a caller, operation, or reason would provide enough context to help pinpoint where and how an error occurred.
Related: #200049
Currently, there is no way to discern the context of a decryption failure - the error log does not include a caller or reason the decryption was being performed.
Example: the
find
function handles decryption failures gracefully, however, an error log is generated for every decryption failure that occurs. Our serverless dashboards and alerts will pick up this failure, but we will not be able to discern the context. We will not know whether or not the failure is something that should be expected or investigated, or for that matter, how to further investigate the error.Augmenting the decryption error log information to include a caller, operation, or reason would provide enough context to help pinpoint where and how an error occurred.