Security is very important to Pitch and everyone here is doing their best to keep your presentations and data secure. This document describes our internal security policies and how those translate into creating a secure platform that you can trust.
You can read our Data Processing Agreement in full as a recap.
We are committed to follow and implement all the guidelines and recommendations from GDPR with regards to all the data and information we handle, process, and store at Pitch.
All of Pitch infrastructure runs in Amazon AWS, hosted in European regions. You can find more information about AWS security practices on their cloud security page.
Data Encryption at Rest
We use different Amazon AWS services, such as AuroraDB and S3, and we configured them to use AES-256 encryption for all data at rest.
We like to keep our data organized, and for that we created different categories on which all Pitch's data needs to be categorized. The categories define who can access it and which level of monitoring they receive:
- Public information - Information available in our main website and marketing information
- Internal information - Unreleased information and details about Pitch roadmap
- Private information - Details about Pitch operational data
- Confidential information - Customers' data and Pitch employees' information
Data Transport Security
All communications with Pitch servers is done over TLS. We do this so no one can eavesdrop on communications between your machine and our application. To ensure the maximum protection for every user, we have added our domain to the HTST Preload list, which will ensure browsers do not connect to our application if it is not over HTTPS.
At Pitch we inspect closely any code before it is release. Our developers inspect the logic and information flows of each new feature to ensure no security vulnerabilities are introduced. But because humans aren't perfect we also write tests to ensure the application does not behave in an unexpected way.
We also run semiautomatic scanning tools, like Burp Suite, for new features to find any security problems.
We partner with Auth0 for the authentication of our users. They offer a robust solution to ensure our users' passwords are stored securely and an OAuth solution so users can sign in with their Google accounts. Read more about it here: https://auth0.com/security
To not reinvent the wheel, we use third-party libraries to make our application better every day. Of course, it is never as simple as using a component and then forgetting about it, so at Pitch we review and monitor our third-party components for known vulnerabilities using automatic systems like Dependabot. Each report is analyzed and acted on based on the criticality of the vulnerability, with a response time from one day for critical vulnerabilities to eight days for medium risk vulnerabilities (as defined by their CVSS score).
Inside our Amazon AWS infrastructure we segment our network into different areas, decoupling our production environments from our testing and development environments.
We use Datadog monitoring services to alert us on any anomalous behaviour in our infrastructure. We also use Amazon AWS Cloudtrail to monitor any suspicious activity within our backend systems.
As listed in our website, we have integrations with other services so the experience at Pitch gets enriched. You can verify in that page their respective licenses.
For our Google integrations we follow their security requirements for OAuth API and our solution is verified and trusted by Google.
Security Incident Management
Our systems monitor for anomalous and suspicious activity across the different systems we use to run the platform. These events are fed into a central dashboard that provides us with an overview of how every component is behaving and alerts us if a problem is detected.
Each and every incident at Pitch goes through the same rigorous internal incident management process. This allows us to ensure no stone is left unturned and the root cause of the incident is resolved. The process also describes how to escalate and communicate these incidents to the different parties involved.
We maintain and regularly update an internal Threat Model of our infrastructure, assets, and application. We define the type of data and risk that each component is exposed to and how we protect these. This help us in segregating our infrastructure and maintaining a minimum access policy approach.
Pitch's infrastructure is built on top of Amazon AWS and we use their services to generate daily backups for our database that are then retained for up to 30 days. To ensure data recovery process is working as intended, we execute data recovery exercises regularly.
We perform periodic risk analysis and assessments to ensure that our information security policies and practices meet the requirements and applicable regulatory obligations.
Security Vulnerability Disclosure
We always appreciate when Pitch users and security researchers contact us regarding security vulnerabilities. You can reach us at firstname.lastname@example.org and read our full policy at Security Vulnerability Disclosure Policy.