For applications deployed on Pega Cloud services, there are additional considerations you should address when completing the Security Checklist.
Follow security leading practices for development and testing
The following recommendations are proposed around data used for testing:
- Select test data carefully to ensure that it is protected and controlled through your application authorization and access controls.
- Be mindful of the data you elect to import into sandbox environments (for development and testing purposes).
- Recognize that developers and testers commonly have elevated privileges in “lower” (sandbox) environments and that your users, not Pega, grant and maintain the application privileges.
- If you elect to persist sensitive data to sandbox environments, consider log file implications and check that they do not expose sensitive data.
- Ideally, create test data in a generic form with no relation to live system
data. In the exception where live data is needed to perform accurate
testing, the live data should be:
- Anonymized as far as possible.
- Carefully selected and secured for the period of testing.
- Securely deleted after you complete your testing.
- Alternatively, you may also consider:
- Using a production mirror sandbox, which provides an architectural replica of a your scaled production environment (rules and data) and which can be used for production staging and testing, scale benchmark testing, and load performance testing.
- Performing a Pega product file export/import operation to build a production-like equivalent of your current applications. This will not transfer any of your data but will transfer all rules and schema – and will effectively duplicate your service without including production data.
- Ensure that your developers are informed of and adhere to your organization’s internal security practices pertaining to protecting or masking sensitive data used within your Pega application.
If you are not deploying on Pega Cloud, see Security Checklist when not deploying on Pega Cloud.