How We Do Security At Kloudle
Kloudle is founded by two experienced security experts. We have hacked, secured, tested 100s of cloud environments for customers ranging from Governments, Banks, LEA, Fortune 1000, Unicorns. With a combined experience of 35+ Years we understand how to maintain security as our highest priority.
We follow security by default principles and follow the best product security practices while building and deploying Kloudle product. We take operational security seriously and implement the required preventive security controls that allow us to stay secure and keep your data safe.
We Practice What We Scan For
Our own infrastructure follows the same controls we check yours against. Zero-touch production, VPN-only access, 2FA everywhere.
- All servers behind VPN — no open access
- 2FA on all employee access, including build pipelines
- Latest TLS on every internet-facing endpoint
- Zero-touch production — no SSH, no manual deploys
Security First
Hardened · Audited · Verified
Your Cloud's Security Needs World Class Security Features
We don't just say we follow security best practices. We use Kloudle to monitor Kloudle's own cloud resources for security and compliance.
Security by Default
All code, product infrastructure, team members, and processes follow security best practices. Internal processes are reviewed periodically for compliance with industry standards.
Access Control for Accounts
We never store your login passwords. We use Single Sign On (SSO) or temporary links/codes for all access. We use popular SDKs from Google Firebase, Kinde to provide access.
Encrypted at Rest
All data stored in the product, all cloud credentials and metadata, is encrypted using server side encryption (SSE) at rest.
Encrypting Data in Transit
Whenever your data is in transit it is encrypted using extremely secure RSA 2048 bit keys. All connections by default are established with TLS 1.2 version
Secure Cloud Credential Storage
Your cloud access credentials are temporarily stored in Google Secrets Manager using the official SDK. These are purged within 24 hours of a scan being completed.
Hosted on Google Cloud Platform
Kloudle is hosted on Google Cloud Platform. Our scanners use Google's managed compute services and enterprise architecture patterns ensuring reliability, performance and scale.
-
No. Kloudle does not have a Bug Bounty program, private or public. Neither do we offer swag for unsolicited security reports.
-
Although, active testing of Kloudle's app and infrastructure is not permitted, if you think you have found a security issue, you can report it in the following manner based on where the issue is present:
- 1. If the issue is found in any kloudle owned online property, please send an email to security@kloudle.com
- 2. If the issue is in the product, then you can raise the issue with our Engineering team directly through the app's feedback feature.
-
We do not consider vulnerability reports which do not include careful manual validation - for example reports based only on automated tools and scanners or repots that describe theoretical attack scenarios without proof of exploitability. This is a non-exhaustive list of reports that we don't consider to be a security problem across the website, the app and other KLOUDLE domains:
- Exposed free trial
- Bugs within the sandbox of the free trial (these are part of the product)
- Any language, grammar or technical inaccuracy of Kloudle's findings or claims
- Expired domains, SSL/TLS certificates or exposure of information via SSL/TLS certificate's Subject CN or via Certificate Transparency Logs.
- Reports of broken links
- Reports of unclaimed social media accounts
- Disclosure of known public files or directories, (e.g. robots.txt)
- Directory Listing
- Images accessible via CDN and directly on the site
- Cloud Account identifier information via JS/Images/Screenshots/Social Media/static files etc.
- Security issues in third-party integrations within Kloudle (chat bot for example)
- Caching related issues including cache poisoning and cache purging
- Software version disclosure (disclosing the server is Apache or nginx etc.)
- Service Banner identification issues (SSH version was identified etc.)
- Descriptive error messages or headers (e.g. stack traces, application or server errors)
- Full path disclosures due to error pages or verbose stack trace information
- Missing CAPTCHA
- HTTP 404 or other non-200 code pages
- Exposed admin login panels
- Leaked Kloudle email addresses
- Metadata in PDFs, images etc.
- Any automated scanner reports that are not validated
- Static content over HTTP or "Mixed content" issues
- Attacks requiring MITM or physical access or control over a user's device.
- Modification of response content to display frontend app
- Missing HttpOnly or Secure flags on cookies
- Missing security headers in responses
- Information in JWT being disclosed in header and payload sections
- Session timeout related bugs
- Relaxed CSP
- Internal IP disclosure
- Cookie valid after logout
- Cookie valid after password change
- Username/Email enumeration via login page or registration page status/error messages
- Security bypasses in SSO when the bypass is with the Identity Provider (Google Auth bypass for example)
- 2FA/MFA bypass in auth provider when auth provider is not Kloudle
- Social Engineering (phishing, attempts to steal cookies via fake login pages etc.)
- Denial of service attacks (DDOS/DOS)
- Issues related to rate limiting and Brute force issues on any API across the website and app
- JS/webserver/framework or previously known vulnerable libraries
- Reports of Keys or Tokens in JS unless it can be proven that the discovered can be exploited
- Unminifying JS, reverse engineering and unobfuscation of client side JS
- Same site scripting
- Self XSS
- Clickjacking anywhere on the site or the app
- Cross-Site Request Forgery (CSRF) on unauthenticated forms or forms with no sensitive actions.
- Open Redirects
- Vulnerabilities affecting outdated and unpatched browsers
- Public zero-day vulnerabilities
- CSV/Formula Injection
- Tab nabbing
- Spam/Flooding - Email, SMS or any other type of data flooding
- Sub domain takeover issues without proof of concept
- Sub domain takeover on domains that are not subdomains of app.kloudle.com
- CSS hijacking or CSS injection
- Public cloud buckets across any cloud provider
- Leaked public keys
- Hidden iFrame injections
- Reports related to password strength
- Reports related to information disclosed in GET parameters
- Content Spoofing and Hyperlink Injection
- Host header attacks
- Issues with SPF, DKIM or DMARC records for kloudle.com or any other kloudle domain
- Flash or Silverlight related security issues
- GitHub public repositories
Also, please use the CVSS 3.1 Calculator at https://www.first.org/cvss/calculator/3.1 to compute severity and only consider sharing of issues that are rated 8 or higher. -
Yes. We encourage you to encrypt any sensitive information that you send to our security email address using GPG.
Please use this key GPG Key.
Key fingerprint - FA34 DE35 8B09 C828 D810 06D1 7B4B 7540 6E4B F413 -
Please send your queries to security@kloudle.com. We respond to security related queries only on this email. Expect a turnaround time of at least 3 to 4 business days. For any other information related to the product, signup, subscription, billing etc., please use our contact page.
We deeply care about cloud security.
We are small super technical team, dedicated to making sure you can secure your cloud effortlessly. We can do this by staying secure for ourselves and you.