Skip to content 
LeadStrive Security Controls
In order to protect the data that is entrusted to us, LeadStrive utilizes layers of administrative, technical, and physical security controls throughout our organization. The following sections describe a subset of our most frequently asked questions about control.
Infrastructure Security
Cloud Hosting Provider
LeadStrive does not host any product systems or data within its physical offices. LeadStrive outsources hosting of its product infrastructure to leading cloud infrastructure providers such as Google Cloud Platform Services and Amazon Web Services. Our product infrastructure resides in the United States. We place reliance on Google’s and AWS’s audited security and compliance programs for the efficacy of their physical, environmental, and infrastructure security controls.
Google provides a monthly uptime percentage to customers of at least 99.5%. You can find more information about the controls, processes, and compliance measures implemented by Google on their publicly available Compliance Resource Center.
AWS guarantees between 99.95% and 100% service reliability, ensuring redundancy to all power, network, and HVAC services. The business continuity and disaster recovery plans for the AWS services have been independently validated as part of their SOC 2 Type 2 report and ISO 27001 certification. AWS’s compliance documentation and audit reports are publicly available at the AWS Cloud Compliance Page and the AWS Artifacts Portal.
Network and Perimeter
The LeadStrive product infrastructure enforces multiple layers of filtering and inspection on all connections across our web application, logical firewalls, and security groups. Network-level access control lists are implemented to prevent unauthorized access to our internal product infrastructure and resources. By default, firewalls are configured to deny network connections that are not explicitly authorized. Changes to our network and perimeter systems are controlled by standard change control processes. Firewall rulesets are reviewed periodically to help ensure that only necessary connections are configured.
Configuration Management
Automation drives LeadStrive’s ability to scale with our customers’ needs and rigorous configuration management is baked into our day-to-day infrastructure processing. The product infrastructure is a highly automated environment that expands capacity as needed. All server configurations are embedded in images and configuration files, which are used when new containers are provisioned. Each container includes its own hardened configuration and changes to the configuration and standard images are managed through a controlled change pipeline.
Server instances are tightly controlled from provisioning through deprovisioning, ensuring that deviations from configuration baselines are detected and reverted at a predefined cadence. In the event that a production server deviates or drifts from the baseline configuration, it will be overwritten with the baseline within 30 minutes. Patch management is handled using automated configuration management tools or by removing server instances that are no longer compliant with the expected baseline.
Logging
Actions and events that occur within the LeadStrive application are consistently and comprehensively logged. These logs are indexed and stored in a central logging solution hosted in LeadStrive’s cloud environment. Security relevant logs are also retained, indexed, and stored to facilitate investigation and response activities. The retention period of logs depends on the nature of the data logged. Write access to the storage service in which logs are stored is tightly controlled and limited to a small subset of engineers who require access.
Alerting and Monitoring
LeadStrive invests in automated monitoring, alerting, and response capabilities to continuously address potential issues.
The LeadStrive product infrastructure is instrumented to alert engineers and administrators when anomalies occur. In particular, error rates, abuse scenarios, application attacks, and other anomalies trigger automatic responses or alerts to the appropriate teams for response, investigation, and correction. Many automated triggers are also designed to immediately respond to anomalous situations. For example, traffic throttling, process termination, and similar functions are triggered at predefined thresholds.
Application Security
Web Application Defenses
All customer content hosted on the platform is protected by firewall and application security. The monitoring tools actively monitor the application layer and can alert on malicious behavior based on behavior type and session rate. The rules used to detect and block malicious traffic are aligned to the best practice guidelines documented by the Open Web Application Security Project (OWASP), specifically the OWASP Top 10 and similar recommendations. Protections from Distributed Denial of Service (DDoS) attacks are also incorporated, helping to ensure customers’ web sites and other parts of the LeadStrive products are continuously available.
Development and Release Management
LeadStrive optimizes our products through a modern continuous delivery approach to software development. New code is regularly deployed. Code reviews, testing, and merge approval is performed before deployment. Static code analysis runs regularly against code repositories and blocks known misconfigurations from entering the code base. Approval is controlled by designated repository owners and once approved, code is automatically submitted to LeadStrive’s continuous integration environment where compilation, packaging and unit testing occur.
Dynamic testing for security vulnerabilities is performed periodically against our applications. Newly developed code is first deployed to a dedicated and separate QA environment for the last stage of testing before being promoted to production. Network-level and project-level segmentation prevents unauthorized access between QA and production environments. All code deployments are automated and in case of failures, the changes can be reverted. The deploying team manages notifications regarding the health of their applications and if a failure occurs, rollback processes are immediately engaged. We use extensive software gating and traffic management to control features based on customer preferences (private beta, public beta, full launch).
LeadStrive features seamless updates and, as a SaaS application, there is no downtime associated with releases. Major feature changes are communicated through in-app messages and/or product update posts.
Vulnerability Management
The LeadStrive team manages a multi-layered approach to vulnerability management, using a variety of industry-recognized tools and threat feeds to ensure comprehensive coverage of our technology stack. Vulnerability scans are configured to scan for vulnerabilities on a regular basis, using adaptive scanning inclusion lists for asset discovery as well as the latest vulnerability detection signatures. We perform annual penetration tests against our applications and infrastructures to identify vulnerabilities that may present security related risks. Relevant findings are assessed, and mitigations are prioritized accordingly.
Customer Data Protection
Data Classification
Per the LeadStrive’s Terms of Service, our customers are responsible for ensuring they only capture appropriate information to support their marketing, sales, services, content management, and operations processes. The LeadStrive products should not be used to collect or store sensitive information, such as credit or debit card numbers, financial account information, Social Security numbers, passport numbers, financial or health information except as otherwise permitted.
Tenant Separation
LeadStrive provides a multi-tenant SaaS solution where customer data is logically separated using unique IDs to associate data and objects to specific customers. Authorization rules are incorporated into the design architecture and validated on a continuous basis. Additionally, we log application authentication and associated changes, application availability, and user access and changes are logged.
Encryption
All data is encrypted in transit with TLS version 1.2, or 1.3 and 2,048 bit keys or better. Transport layer security (TLS) is also a default for customers who host their websites on the LeadStrive platform.
LeadStrive leverages several technologies to ensure stored data is encrypted at rest. Platform data is stored using AES-256 encryption. User passwords are hashed following industry best practices, and are encrypted at rest.
Key Management
Encryption keys for both in transit and at rest encryption are securely managed by the LeadStrive platform. TLS private keys for in transit encryption are managed through our content delivery partner. Volume and field level encryption keys for at rest encryption are stored in a hardened Key Management System (KMS). Keys are rotated at varying frequencies, depending upon the sensitivity of the data they govern. In general, TLS certificates are renewed annually. LeadStrive is unable to use customer supplied encryption keys at this time.
Data Backup and Disaster Recovery
System Reliability and Recovery
LeadStrive is committed to minimizing system downtime. All LeadStrive product services are built with redundancy. Server infrastructure is strategically distributed across multiple distinct availability zones and virtual private cloud networks within our infrastructure providers, and all web, application, and database components are deployed with a point in time recovery.
Back up Strategy
System Backups
Systems are backed up on a regular basis with established schedules and frequencies. Seven days’ worth of backups are kept for any database in a way that ensures restoration can occur easily.
Backups are monitored for successful execution, and alerts are generated in the event of any exceptions. Failure alerts are escalated, investigated, and resolved. Data is backed up daily to the local region. Monitoring and alerting is in place for replication failures and triaged accordingly.
Physical Backup Storage
Because we leverage public cloud services for hosting, backup, and recovery, LeadStrive does not implement physical infrastructure or physical storage media within its products. LeadStrive does not generally produce or use other kinds of hard copy media (e.g., paper, tape, etc.) as part of making our products available to our customers.
Backup Protections
By default, all backups are protected through access control restrictions and write once read many (WORM) protections on LeadStrive product infrastructure networks, and access control lists on the file systems storing the backup files.
Customer Data Backup Restoration
LeadStrive customers don’t have access to the product infrastructure in a way that would allow a customer-driven failover event. Disaster recovery and resiliency operations are managed by LeadStrive product engineering teams and backend developers. In some cases, customers can use the recycle bin to directly recover and restore contacts, opportunities, custom fields, custom values, tags, notes, and tasks up to 30 days after they were deleted. Changes to web pages, blog posts, or emails can be restored to previous versions of content using version history. For customers who wish to additionally back up their data, the LeadStrive platform provides many ways of ensuring that you have what you need.
Many of the features within your LeadStrive portal contain export options, and the LeadStrive library of public APIs can be used to synchronize your data with other systems.
Identity and Access Control
Product User Management
The LeadStrive products allow for granular authorization rules. Customers are empowered to create and manage the users in their portals, assign the privileges that are appropriate, and limit access as they see fit.
Product Login Protections
The LeadStrive products allow users to login to their LeadStrive accounts using the native LeadStrive login. The native login enforces a uniform password policy which requires a minimum of 8 characters and a combination of lower and upper case letters, special characters,, and numbers. People who use LeadStrive’s native login cannot change the default password policy. Customers who use LeadStrive’s built-in login are protected by two-factor authentication for their LeadStrive accounts. Portal administrators may require all users to have two-factor authentication enabled.
Compliance
Sensitive Data Processing and Storing
Please see our Terms of Service and Privacy Policy for additional information on how and why we process data. Please note that, while LeadStrive customers may pay for services by credit card, LeadStrive does not store, process, or collect credit card information submitted to us by customers, and we are not PCI-DSS compliant. We leverage PCI-compliant payment card processors to ensure that our payment transactions are handled securely.
Privacy
As described in our Privacy Policy, we do not sell your personal data to third parties. The protections described in this document and other protections that we have implemented are designed to ensure that your data stays private and unaltered.
Data Retention and Data Deletion
Customer data is retained for as long as you remain an active customer. Current and former customers can make written requests to have certain data deleted, and LeadStrive will fulfill those requests as required by privacy rules and regulations. LeadStrive retains certain data like logs and related metadata in order to address security, compliance, or statutory needs. LeadStrive does not currently provide customers with the ability to define custom data retention policies.
Breach Response
LeadStrive will notify customers as required by law if it becomes aware of a data breach that impacts your personal data.
GDPR
LeadStrive aims to provide features that enable our customers to easily achieve and maintain their GDPR compliance requirements. Please refer to our GDPR page for more information. While LeadStrive seeks to enable your GDPR compliance efforts, use of the LeadStrive product alone does not make you GDPR compliant.
Document Scope and Use
This document is intended to be a resource for our customers. It is not intended to create a binding or contractual obligation between LeadStrive and any parties, or to amend, alter or revise any existing agreements between the parties. LeadStrive is continuously improving the protections that we have implemented, so our procedures may be subject to change.
