Same account terms
We use the same labels for account ID, email, phone number, verification file and payment reference across legal pages. That consistency helps you identify which data field is being discussed.
xc666 explains how we use account details, device signals and payout checks before you open your account. Read this Privacy Policy to see how your data moves through...
This Privacy Policy applies when you access xc666 from Pakistan or other supported regions where local law permits. We collect account details you give us, device and session data created during access, KYC material requested for verification, and transaction records linked to JazzCash, Easypaisa, SadaPay, NayaPay or Raast. We use that data to run your account, secure login attempts, process withdrawals, answer
privacy requests, detect misuse and meet record duties that apply to our service. We do not sell your personal data. We share limited records only with processors, payment partners, verification providers, security vendors, professional advisers and authorities when a lawful request requires it. Retention depends on account activity, risk checks and legal duties; after that, data is deleted or anonymised where practical.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
Our privacy text is checked against the account flow we actually operate: login, verification, payment records, withdrawal checks, support handling and security logging. When a data process changes, we adjust this page...
We write this policy as xc666, not as a third party. That means our wording describes our own account screens, support routes, payment records and security checks instead of generic web privacy language.
We name Pakistani rails only when they connect to our data flow. JazzCash, Easypaisa, SadaPay, NayaPay and Raast records are treated as sensitive account material, not as public profile content.
Login time, device type, IP range and failed access attempts are compared with account activity. These logs help us protect your data while limiting access to staff roles that need them.
KYC files are used for identity, age-range and withdrawal checks where required. We restrict who can see those files and avoid placing them into support threads unless the privacy case needs it.
When we edit this page, we keep the current date and update wording around changed data practices. You can compare that date with account alerts or support replies if you need clarity.
Records are kept for operational, security and legal reasons, then removed or anonymised when those reasons end. Some payment and verification records may remain longer because financial checks require evidence.
This Privacy Policy sits beside our Terms, Cookie Policy and account rules, so wording must stay consistent. We align data names, request routes and retention language across those pages to reduce confusion...
We use the same labels for account ID, email, phone number, verification file and payment reference across legal pages. That consistency helps you identify which data field is being discussed.
The Cookie Policy explains browser storage, while this Privacy Policy explains how cookie data becomes part of session security, preference records and fraud checks connected with your account.
Our Terms describe account use, and this page explains the personal data needed to support that use. If a rule requires verification, this policy states the related data handling.
Support pages direct privacy matters to the same inbox and logged-in chat route shown here. We keep one path so your request is not scattered across unrelated queues.
Where payment pages mention JazzCash, Easypaisa, SadaPay, NayaPay or Raast, this policy explains the privacy treatment of references, receipts and confirmation records created by those rails.
Security pages mention device checks and login alerts; this policy states why those logs are collected, who may access them and how long they may be kept.
Access wording across legal pages uses supported regions and where local law permits. This keeps the privacy position aligned with account availability and lawful service access.
We design this policy page so privacy details are easy to scan before you open an account. Each visible element has a purpose: dates, contact routes, data categories...