Protecting and securing data at Chatnode is our top priority.
| System architecture | Chatnode’s architecture is designed to be secure and reliable. We use an n-tier architecture with firewalls between each tier and additionally within certain tiers between services. Services are accessible only by other services that require access. Access keys are rotated regularly and stored separately from our code and data. |
| Failout and disaster recovery | Chatnode is built with fault tolerance capability. Each of our services is fully redundant with replication and failover. Services are distributed across multiple Azure availability zones. These zones are hosted in physically separate data centers, protecting services against single data center failures. |
| Data centers | Our application is hosted and managed within Microsoft Azure secure data centers. These data centers have been accredited under:
We make extensive use of the capabilities and services provided by Azure to increase privacy and control network access throughout our system. Documents that provide more details about Azure security are available at Azure Whitepapers. |
| Vulnerability scans & pentesting | Chatnode uses security tools to continuously scan for vulnerabilities. Additionally, vulnerabilities in third-party libraries and tools are monitored and software is patched or updated promptly when new issues are reported. The system regularly undergoes third-party security reviews and penetration testing to identify potential vulnerabilities and ensure that they are addressed. |
| Firewall | Our servers are protected by firewalls and not directly exposed to the Internet. |
| Corporate network | Chatnode runs a zero-trust corporate network. There are no corporate resources or additional privileges from being on Chatnode’s corporate network. |
| Data storage | Chatnode data stores are accessible only by servers that require access. Access keys are stored separately from our source code repository and only available to the systems that require them. Additionally, production environments are sandboxed from testing environments. |
| Backups | We maintain secure encrypted backups of important data for a minimum of 30 days. We do not retroactively remove deleted data from backups as we may need to restore it, if removed accidentally. Backup data is fully expunged after 90 days. |
| Logs | We aggregate logs to secure encrypted storage. All sensitive information (including passwords, API keys, and security questions) is filtered from our server logs. Log data is fully expunged after 90 days. |
| Passwords | We never store passwords in a form that can be retrieved. Instead, we store an irreversible cryptographic hash using a function specifically designed for this purpose. Authentication sessions are invalidated when users change key information and sessions automatically expire after a period of inactivity. |
| Monitoring | We monitor and rate limit authentication attempts on all accounts. |
| HTTPS | All Chatnode web traffic is served over HTTPS. We force HTTPS for all web resources, including our REST API, web app and public website. We also use HSTS to ensure that browsers communicate with our services using HTTPS exclusively. Additionally, we use only strong cipher suites. |
| Encryption | Our primary databases, including backups are fully encrypted at rest. In addition, all archives and logs are fully encrypted at rest. We use industry standard encryption algorithms. |
| Policies | Chatnode has developed a comprehensive set of security policies covering a range of topics. These policies are updated frequently and shared with employees. |
| Incident response | Chatnode has a defined protocol for responding to security events. |
| Security training | All employees complete security training when they join and are continually refreshed. |
| PCI compliance | All credit card payments paid to Chatnode go through our payment processing partner, Stripe. Details about their security posture and PCI compliance can be found at Stripe’s Security page. |
| Disclosure | If you have any concerns or discover a security issue, please contact us directly. Our Security team will acknowledge receipt of each vulnerability report, conduct a thorough investigation, and then take appropriate action for resolution. We request that you do not publicly disclose any issue you discovered until after we have addressed it. |