Security is at the forefront of everything we do at Ada, and it’s not just about securing our customers. It’s about securing our platform and our customers’ data on that platform.
Ada aligns with the CIS (Center for Internet Security) guidelines to protect your data from unauthorized access, disclosure, inappropriate use, and loss of access. We also extend our stringent requirements to all of our sub-processors to ensure they meet or exceed our standards.
Ada maintains a dedicated security team which includes not only security specialists, but every member of our company because we know security is only as strong as your weakest link.
If you would like to report a vulnerability, please contact email@example.com with a proof of concept, list of tools used, and the output of the tools.
If a security disclosure is received, we will work quickly to reproduce each vulnerability to verify its status before taking the steps needed to remedy.
Learn more about our Vulnerability Disclosure policy.
Compliance and Certification
Ada maintains SOC2 Type II reports for the Security, Confidentiality, Availability and Privacy Trust Services Criteria. Ada System and Organization Controls (SOC). Reports are created by independent third-party auditors and demonstrate how Ada achieves key compliance controls and objectives. Ada’s SOC 2 Type II Report is available to Ada customers upon request.
Ada is compliant with the GDPR. If you have customers who reside in the European Union and use Ada then we recommend that you sign a Data Processing Agreement (DPA) with Ada. This document is a contractual agreement that recognizes Ada as being GDPR compliant and helps your organization maintain GDPR-compliance when it comes to using Ada as a sub-processor. A signed copy of our DPA can be obtained by contacting firstname.lastname@example.org.
In an effort to provide the best security for all our customers when it comes to personal information, Ada treats all data as if it is bound by GDPR regulation.
Any person (including EU residents) wishing to submit a personal data request to Ada may do so by sending an email to email@example.com explaining their data request.
If you wish to contact our Data Protection Officer (DPO) for any concerns around Personal Data collection or usage, they can be reached at firstname.lastname@example.org.
Infrastructure and Network Security
Ada’s infrastructure is hosted on Amazon Web Services (AWS). The AWS data centers are equipped with multiple levels of physical access barriers, that include:
- Outer Perimeter Fencing that is crash-rated for vehicles
- Electronic Access Cards
- Video Surveillance
- Internal Trip-Lights
For more information on AWS Security features, you can refer to this whitepaper. Ada employees do not have physical access to AWS data centers, servers, network equipment, or storage.
The location of the AWS servers where we run our infrastructure depends on where your bot is deployed. Unless specified, all bots are deployed in N. Virginia, USA.
We are not able to provide the exact physical address of the data centre as Amazon has historically been quite reticent in publishing location information of their facilities for security reasons.
We use a combination of automated and manual inspection to determine if new vulnerabilities are introduced in the software packages on our systems. Our Infrastructure team ingests security bulletins and prioritizes remediation according to our internal vulnerability policy.
Logical Access Control
Ada has full control over all its infrastructure on AWS, and only authorized Infrastructure Team members at Ada have access to configure infrastructure when needed in order to add new functionality or respond to incidents. All access required for control of infrastructure has mandated two-factor (2FA) authentication. The levels of authorization for infrastructure components follow the principle of least privilege.
Ada undergoes grey box penetration testing conducted by an independent third-party agency on an annual basis. For grey box penetration testing, Ada will provide the agency with an overview of application architecture and information about system endpoints.
Information about any security vulnerabilities successfully exploited through penetration testing is used to set mitigation and remediation priorities.
Amazon Web Services undergoes third-party independent audits and can provide verification of compliance controls for its infrastructure. This includes, but is not limited to, ISO 270001, SOC 2, and PCI.
It’s important to know when suspicious activity is occurring on Ada's infrastructure. We employ Intrusion Detection Systems (IDS) on each host under our control. This notifies us on common alert channels whenever suspicious activity may occur. Our infrastructure team will check each alert, investigate the activity, and then respond accordingly.
Business Continuity and Disaster Recovery
Every part of the Ada service uses appropriately provisioned, redundant servers (e.g., multiple load balancers, web servers, replica databases) in the case of failure. All our deploys are zero-downtime deploys using Kubernetes, and we implement gradual rollout and rollback of services in the case of deployment errors.
Ada maintains backups of our production databases using the MongoDB Atlas Fully Managed Backup Service. Our backups follow good industry practice for production systems allowing us to restore our customers data in the event of data corruption or loss.
Ada stores all infrastructure as code and as such is able to bring up complete copies of production and staging environments quickly (currently < 24 hours and always improving!).
Data into System
Ada provides an embeddable web window for use on our clients’ websites for users to interact with a client's personal chatbot. This chat window will send data back to Ada's APIs over TLS 1.2 or greater. The chat window assets use a sub resource integrity (SRI) check to ensure that the files fetched from our CDN are cryptographically verified to prevent Man-In-The-Middle attacks.
Data In Transit
Data is sent from end-user chat platforms to the Ada backend via TLS 1.2. All data is AES-256 encrypted at rest.
Ada's latest SSL Labs Report can be found here.
Ada maintains intelligent network monitoring at the infrastructure level that limit the surface for data extraction. We scrutinize our preferred partners and integrations to ensure that they comply with necessary security regulations (GDPR, PCI, etc.), before transferring data for processing.
Data Security and Privacy
All data residing on Ada servers is automatically encrypted at rest using AWS EBS Encryption using Ada’s master encryption key stored in AWS Key Management Service. All volumes are encrypted in AWS using the industry-standard AES-256 algorithm.
Ada only ever sends data over TLS 1.2 or greater, and never downgrades connections to insecure early TLS methods like SSLv3 or TLS 1.0.
Data may be retained after termination of service according to specification within our main customer contract. If data is kept after termination of service for machine learning training purposes, Ada will scrub all personally identifiable information (PII) from customer data. This includes, but is not limited to, usernames, emails, phone numbers, and IPs.
Ada currently supports redaction of personal information. If you would like this enabled for your bot, please contact your customer success representative.
In addition to password login, two-factor authentication (2FA) provides an added layer of security to Ada via a time-based one-time password algorithm (TOTP). We encourage 2FA as an important step towards securing data access from bad actors.
Ada supports 2FA for all user accounts. 2FA can be enabled for a user in the Profile section of the Ada dashboard.
In the settings page, we include an Activity section where dashboard Owners and Administrators can view the editing history of Agents. This is listed chronologically so you'll have insight into the organization's most recent activity within the Ada dashboard.
Secure Application Development
Ada practices continuous delivery, which means all code changes are committed, tested, shipped, and iterated on in rapid sequence. A continuous delivery methodology, complemented by pull request reviews, continuous integration (CI), automated security scanning, and automated error tracking, significantly decreases the likelihood of a security issue and improves the mean response time to security vulnerabilities. Internally, Ada enforces at least one authorized reviewer for all code changes, and deployments to our production environment are gated under condition that all code is reviewed.
Ada uses the CIS Controls Cyber Security Framework to guide and manage our cybersecurity-related risks. The CIS Controls framework was developed by the Center for Internet Security to help private sector organizations assess and improve their ability to prevent, detect, and respond to cyber-attacks.
Ada enforces at least one authorized reviewer for all code changes, and deployments to our production environment are gated under condition that all code is reviewed. All code changes must go through a series of automated security scans before being deployed to production.
Ada maintains internal copies of security documentation, which are updated on an ongoing basis and reviewed annually for gaps:
- Information Security Policy
- Data Policy
- Risk Management Framework
- Incident Response Plan
- Security Vulnerability Identification
Ada conducts mandatory background and reference checks for all employees prior to joining our team.
Ada enforces a mandatory security awareness training program for all new and existing Ada team members that must be completed annually. This security training covers the OWASP Top 10 in relevant programming languages that developers use.
In the event of a data breach, Ada defers to GDPR regulations, which maintains that customers shall be notified within 72 hours of a data breach, where feasible.
Ada maintains a live report of operational uptime and issues on our status page. Anyone can subscribe to updates via email from the status page.
Last updated: September 1, 2022