Three statements, three different protections
EroLove AI’s public Privacy Policy says data is transmitted over HTTPS, stored on access-restricted servers, passwords are hashed, and backups are encrypted at rest. Those are distinct claims. HTTPS addresses the connection between a browser and a server; it does not explain who can read content after the server receives it. Access restrictions address who or what can reach stored data; the public page does not list the actual roles, audit logs or access-review schedule. Encrypted backups address backup copies; that wording should not be casually rewritten as a verified encryption design for every primary database.
We have not inspected certificates, server configuration, source code, cloud settings, key management, logs, or a penetration-test report. The checked Privacy Policy is a provider statement, not an independent security certification. A privacy-conscious reader should respect the value of the named controls while refusing to treat their existence on paper as proof of a complete, effective security program.
What the statements establish—and what they do not
| Published statement | Reasonable reading | Missing evidence for an audit |
|---|---|---|
| Data transmitted over HTTPS | The service says it uses encrypted web transport. | Protocol configuration, certificate lifecycle and all subdomain or API routes. |
| Passwords stored as secure hashes | The service says plaintext passwords are not its storage format. | Algorithm, work factor, breach-resistance process and migration history. |
| Servers are access-restricted | The provider says storage access is limited. | Role inventory, least-privilege controls, staff access records and review frequency. |
| Backups encrypted at rest | The provider describes a protection for backup copies. | Key custody, rotation, restore access and verified deletion. |
| Chat images in private storage | The provider says private chat media is not publicly listable, except selected published images. | Storage-policy inspection and a tested account-to-object authorization boundary. |
This is a request list, not an accusation that a control is absent. Publishing every detail of a defense can itself be unwise, so a user may not receive all technical settings. A credible independent assessment could still describe the scope, date, assessor and high-level outcome without exposing secrets.
Add the AI processor boundary
The Privacy Policy also says relevant conversation content goes to third-party AI model processors for replies, images and voice when played. The first-party HTTPS connection is only one leg of that journey. A complete assurance story would describe the processor contracts, transport and retention boundaries between services. The policy says the provider seeks no-training terms where available, which is not an absolute assurance for every model provider. A user should ask about the current provider list and applicable retention terms rather than infer them from the word “encrypted.”
The same reasoning applies to a generated image later selected for public publication. A private storage claim for an image in your chat does not mean every selected copy remains private forever. The policy describes a separate editorial publication path, without account linkage, whose public copies remain after account deletion. Security of storage and rules for publication are related but different questions.
A compact assurance request
Ask for the latest independent security assessment date and scope, whether chat and media storage were covered, whether a processor review was included, and how the company handles reported vulnerabilities. If the provider cannot disclose a report, request a plain-language summary of controls and known limitations. Record the answer and its date. Do not infer a security failure solely from a refusal to reveal sensitive implementation details.
Our verdict: the checked policy names sensible controls, but a list of controls is no substitute for verified operation. For an intimate AI product, the distinction is essential. Neither praise nor condemnation of actual security can rest on a paragraph of provider-authored wording alone.
Evidence boundary
Document titles checked 2026-11-05: EroLove Privacy Policy, updated 2026-10-23 and checked 2026-11-05. Vendor document names are given without a vendor link. Public policies describe intentions and obligations; they do not independently verify implementation or compliance.