Private by default
Your data always belong to you, and you control exactly who has access to it.
Hosted on AWS in US soil
×îÐÂÌÇÐÄVlog's platform is built on the same infrastructure trusted by the world's biggest corporations. Enterprise users can specify one of across the globe, or choose self-hosted ×îÐÂÌÇÐÄVlog.
Educational Use Support
×îÐÂÌÇÐÄVlog has a strong DPA framework and used by schools worldwide.
SOC 2 &Â GDPRÂ compliant
×îÐÂÌÇÐÄVlog is proudly GDPR compliant & SOC 2 Type II certified.






Physical Access Control
×îÐÂÌÇÐÄVlog collects limited personal information from users, including name, email address, and password. ×îÐÂÌÇÐÄVlog also complies with applicable data protection laws like CCPA. More information is available in our privacy policy.
Render
Render is a Platform as a Service provider. ×îÐÂÌÇÐÄVlog uses Render’s services in its Oregon, US datacenter.
Render is independently audited for SOC 2 compliant. All sensitive ×îÐÂÌÇÐÄVlog data stored on Render is encrypted at rest.
Amazon Web Services (AWS)
AWS is the leading cloud provider used by enterprises and governments worldwide. ×îÐÂÌÇÐÄVlog uses AWS’ services in its US datacenters. By using AWS, ×îÐÂÌÇÐÄVlog inherits all the security and compliance features built by AWS and dependent upon the world’s biggest companies, including most of the world’s leading financial institutions.
Logical Access Control
AWS is the leading cloud provider used by enterprises and governments worldwide. ×îÐÂÌÇÐÄVlog uses AWS’ services in its US datacenters. All ×îÐÂÌÇÐÄVlog employees use designated accounts to access our infrastructure. Employees are not allowed to share access credentials. All access is further protected behind two-factor authentication. All private keys are stored with strong encryption. Access controls are monitored automatically every day and manually quarterly. By using AWS, ×îÐÂÌÇÐÄVlog inherits all the security and compliance features built by AWS and dependent upon the world’s biggest companies, including most of the world’s leading financial institutions.
Penetration Testing
×îÐÂÌÇÐÄVlog employs annual penetration testing by an independent third-party. The third-party engages with the production instances of ×îÐÂÌÇÐÄVlog service and are under contract.
Any findings from the penetration testing are investigated by ×îÐÂÌÇÐÄVlog’s security team and prioritized accordingly. Penetration testing schedule is monitored automatically.
Third-Party Audits
Both Render and AWS are rigorously audited by third-parties. Both Render and AWS boast SOC 2 Type 2 compliance as well as ISO 270001 certification.
×îÐÂÌÇÐÄVlog undergoes SOC 2 compliance audits and has obtained our SOC 2 Type II report.
Intrusion Prevention and Detection
×îÐÂÌÇÐÄVlog aims to make unauthorized intrusion as hard as possible. All ×îÐÂÌÇÐÄVlog compute instances both on AWS and Render run in their own virtual private networks. No ×îÐÂÌÇÐÄVlog compute instance allows SSH access and all compute instances on AWS uses a Serverless infrastructure, meaning all instances are ephemeral and automatically killed when their task is complete or they reach their age-limit, currently set to 24 hours.
Furthermore, ×îÐÂÌÇÐÄVlog uses AWS’s CloudTrail technology to monitor access to its services and Cloudtrail logs are further automatically monitored daily for unauthorized access.
Provisioning
×îÐÂÌÇÐÄVlog is over-provisioned, meaning all non-transient services like compute instances and databases have a lot of extra capacity in case of a demand spike. Our compute platform on Render is automatically spread across different availability zones and our platform on AWS is automatically horizontally scalable via Amazon’s Serverless stack.
Business Continuity Planning (BCP)
All customer data is uploaded to AWS’ S3 service. ×îÐÂÌÇÐÄVlog uses versioned controlled S3 buckets with 99.99% availability. All data that is stored on Render is backed up daily. ×îÐÂÌÇÐÄVlog also runs annual business continuity recovery exercises and their schedule is monitored automatically.
Disaster Recovery
All ×îÐÂÌÇÐÄVlog data is uploaded to AWS’ S3 service and all ×îÐÂÌÇÐÄVlog buckets are versioned controlled with no public access permissions. In the unlikely case of a disaster, ×îÐÂÌÇÐÄVlog is able to recover the original data from S3 buckets.
Data Encryption
All customer data uploaded to ×îÐÂÌÇÐÄVlog is encrypted at transit and at rest. Customer data uploads from the browser happen over HTTPS via transport layer security (TLS) encrypted connections and the data is stored on versioned AWS S3 buckets that are server-side encrypted. The settings on these buckets are monitored daily automatically.
Application data that is stored on Render databases are also stored with encryption at rest. ×îÐÂÌÇÐÄVlog never stores your password in cleartext.
All ×îÐÂÌÇÐÄVlog web traffic happens over HTTPS and certificates are managed automatically via Render and Cloudflare. ×îÐÂÌÇÐÄVlog’s HTTPS settings are monitored automatically.
Data Access
×îÐÂÌÇÐÄVlog employees might access customer data only for documented reasons and for limited amount of time. All access happens via individual accounts tied to each employee and is logged for potential audits. ×îÐÂÌÇÐÄVlog employees can store data on their systems for technical troubleshooting or customer support only for limited amount of time and only if their systems are end-to-end encrypted. ×îÐÂÌÇÐÄVlog employees’ personal devices used for such access is monitored hourly automatically.
Google Sign-in
×îÐÂÌÇÐÄVlog allows users to sign-in via Google in lieu of a password. Signing in via Google allows users to benefit from Google’s world-class authentication safety features such as multi-factor authentication, passkey authentication and federated logins. Many ×îÐÂÌÇÐÄVlog users integrate their federated login systems with Google, allowing them to have a Single Sign-On provider via Google.
Personal Access Tokens
×îÐÂÌÇÐÄVlog allows users to create personal access tokens (PAT) to access ×îÐÂÌÇÐÄVlog resources programmatically via application programming interfaces (API)s. PATs are stored with encryption on ×îÐÂÌÇÐÄVlog databases and are exposed in cleartext only during creation. They are never logged. Users can revoke their PATs any time, or create multiple ones for various use-cases.
Email Security
×îÐÂÌÇÐÄVlog uses a strong domain-based message authentication, reporting, and conformance (DMARC) setup for its email. This makes spoofing (pretending to be ×îÐÂÌÇÐÄVlog) or phishing scams much harder to employ. ×îÐÂÌÇÐÄVlog’s DMARC settings are monitored automatically daily. For all domain name service setups, including DMARC, ×îÐÂÌÇÐÄVlog uses AWS’ Route 53 service, inheriting the security and audit capabilities of AWS services.
Continuous Delivery (CD)
×îÐÂÌÇÐÄVlog uses a continuous delivery methodology to deliver its software, meaning every single code change is delivered quickly to production. This allows quick resolution of customer issues, including security patches.
Continuous Integration (CI)
×îÐÂÌÇÐÄVlog uses a continuous integration methodology to develop its software, meaning all code is continuously tested at each step of the progress. These tests include static analysis of our code against vulnerabilities, introduction of unexpected dependencies against supply-chain attacks, as well as unit and integration tests against bugs that might impact users and their security.
Version Control
All ×îÐÂÌÇÐÄVlog code is version controlled. Code changes must be requested via cryptographically verified methods and all code change must be approved by another person before it can be delivered to production via the CI/CD pipeline.
Malware Protection
All ×îÐÂÌÇÐÄVlog provided computers are registered to our Mobile Device Management (MDM) software. This MDM ensures that the workstations has correctly configured password managers, automatic updates, antivirus software, full disk encryption, and screensaver lock. These settings are checked for every single employee’s workstation every day.
Contingency Planning
×îÐÂÌÇÐÄVlog runs regular business continuity and disaster recovery tabletop scenarios to plan for unforeseen events. These events include but are not limited to loss of key personnel, degradation of key infrastructure, and operational force majeur events. The remediations for these possible events are discussed annually.
Policies
×îÐÂÌÇÐÄVlog maintains a wide array of policies regarding security. These policies are reviewed and updated annually where necessary.
Background Checks
×îÐÂÌÇÐÄVlog runs a background check for all new hires globally. This check contains information such as:
Security Training
All ×îÐÂÌÇÐÄVlog employees are required to go through annual security training, as well as be presented with the policies. Acceptance of these policies and completion of security training is monitored automatically before employees can access any internal systems that include customer data.
Disclosure Policy
×îÐÂÌÇÐÄVlog aims to notify customers of any data breaches as soon as possible via email and has documented policies. Known incidents are reported on our Twitter feed (twitter.com/felt) where users can see updates.
Security researchers are encouraged to reach out to ×îÐÂÌÇÐÄVlog’s security team at security@felt.com via a working proof of concept. ×îÐÂÌÇÐÄVlog does not have a bounty bug program, and encourage researches to responsibly disclose issues.
×îÐÂÌÇÐÄVlog has received the following compliances:
SOC 2 Type II
Interested parties can reach out to support@felt.com to request a copy of our SOC 2 Type II report.
Data Privacy Addendum
×îÐÂÌÇÐÄVlog works with many educational institutions with their unique needs such as Family Educational Rights and Privacy Act (FERPA) and Childen’s Online Privacy Protection Rule (COPPA) requirements. ×îÐÂÌÇÐÄVlog maintains a robust Data Protection Addendum (DPA). Interested parties can reach out to support@felt.com to request our DPA.