Plandek is designed to only collate metadata that does not contain sensitive client IP
Plandek data is sourced from the underlying tools used across the software delivery process. Key data sources are:
Plandek only stores metadata regarding the software development process and avoids storage of data which may hold sensitive IP (as such Plandek does NOT store data such as ticket descriptions, source code, commit messages, attachments or comments).
Examples of metadata which Plandek may store include information such as:
For an exhaustive listing of data gathered, see the data stored per the gatherer document.
Access to all the software development tools such as Jira, Github, Bitbucket and CircleCI is performed over encrypted connections (HTTPS using ciphers and encryption types as listed below) using supplied credentials or API keys.
In order to pass deployment-related data to Plandek, via an encrypted API connection (HTTPS using TLS 1.2), an access token must also be presented to authenticate the caller.
Plandek will never change data in the source systems and can use read-only accounts.
Plandek analysis is performed on short-lived Kubernetes pods, with the raw data being purged once the analysis and indexing are complete.
For customers with specific privacy requirements, the gathering stage of the process can be run on the customer side so the intellectual property is never on Plandek servers.
All-access credentials which are held are encrypted with Google Key Management Service, giving us the ability to monitor decryptions and revoke and rotate keys regularly.
The Plandek cloud platform is multi-tenant and as a consequence, we devote considerable resources to ensuring that your data can only be accessed by your team. We employ a variety of technical measures to ensure this separation including fine-grained role-based permissions which are a key focus of our annual penetration tests. To date, our penetration tests have not found any weaknesses in our separation between customers.
We never store data unencrypted
Plandek production databases are:
Since Elasticsearch, Postgres DB and CloudSQL are hosted in Google Cloud Storage, they are encrypted (AES-256) when written and so are encrypted at rest. More details can be found here.
Elastic has an exemplary security model. By default, Transport Layer Security (TLS 1.3) encrypted communication from the Internet is provided and clusters are deployed behind proxies that are not visible to Internet scanning. Access control checks for user authentication and authorisation. See more about Elastic’s security here.
The Plandek cloud platform is multi-tenant and as a consequence, we employ a variety of technical measures to ensure that your data can only be accessed by your team, including fine-grained role-based permissions and linkage of data to client ID.
To date, penetration tests have not found any weaknesses in our separation between customers.
All-access credentials are encrypted with Google Key Management Service, giving us the ability to monitor decryptions and revoke and rotate keys regularly.
Plandek supports authentication via Auth0, either with a username and password or via your own single sign-on service. Our authentication system is built using Auth0. You can read more about Auth0’s security here.
Plandek supports fine-grained role-based authentication.
All access to internal systems and tools is only possible through either a VPN or Google Cloud Identity Aware Proxy and all employee devices are encrypted. We also mandate strong passwords and 2FA for employee accounts.
Data will be deleted on request by a customer.
Customers will also be deleted from Plandek after a period of non-use. Around 6 months after the last login, they will be alerted by email that their account is due to be deleted. If there is no login after 7 days, then the account will be deleted.
Plandek is designed to only collate metadata that does not contain sensitive client IP
Plandek’s gatherers run for each client and connect to the APIs exposed by the tools used by the client. They fetch raw data, which is stripped down to the minimal amount of metadata required to power the product. This metadata is then sent encrypted to Plandek’s API to be processed. This part of the system can run on-premise or in our cloud.
Plandek offers clients the option of an on-premise data gatherer. This option ensures that sensitive data (received automatically via the connected APIs and not required by Plandek) are removed from the dataset before it is encrypted and exported – and therefore such data never leaves the client’s network.
The Plandek data collection process is separated into several stages to ensure that your source code does not leave your network and to put minimal strain on your services.
The on-premise gatherers are designed to run on a kubernetes cluster and are packaged as a docker container. This comprises a long-running orchestrating component which communicates with Plandek’s systems and launches short-lived gathering pods on the Kubernetes cluster.
Processing runs on Plandek’s servers and converts the metadata into events which are used to generate the metrics that power the Plandek Web Application.
Metrics runs on Plandek’s servers and consumes the processed data from processing and generates metric data based on it.
Plandek’s web application is built in React, over a high performance Node.js backend. We conduct an external white box penetration test and security audit on our infrastructure and externally accessible services at least annually.
The Plandek platform is hosted on the Google Cloud Platform in Belgium. Plandek follows Google’s best practices for configuration and security. The Plandek infrastructure and software are audited and pentested on a regular basis and any issues that are identified are rapidly resolved. Read more about Google Cloud’s security here.
Only the Plandek web application is exposed on the internet, all other resources are firewalled and only accessible via Google Cloud Identity-Aware Proxy or our VPN. The Plandek web application is only available via HTTPS, protected by TLS (1.3).
Plandek carry out a number of tests to ensure security and to check for vulnerabilities:
Plandek infrastructure covers multiple availability zones, and our databases are backed up and tested automatically daily.
Annual end-to-end disaster recovery tests are carried out in the first quarter of each year.
Plandek has a comprehensive and robust incident response plan for handling security incidents, from identification to rapid mitigation to the post-mortem process.
The Information security policy is available upon request via the short form at the bottom of this page.
If you believe that you have identified a security issue, please contact security@plandek.com and the team will be in touch (within a tight SLA) to learn more about it and work with you to reproduce and resolve the issue.
Plandek holds all data in the Google Cloud Platform Belgium region. Metric data is stored in Elastic Cloud in the same Google Cloud region.
Details of data stored by gatherer including: Github/Bitbucket/Gitlab, JIRA, Harvest, Tempo, Forecast and CI services.
An overview of the Plandek data collection process covering: gathering, processing, metrics, and how this is deployed and managed.
An overview of Plandek’s information security covering all the topics on this page.
