Software Engineer and Student
What is stored, how long it is kept, how it is deleted, and the point at which deleted data has aged out of every copy including backups.
Effective August 10, 2026. Review cadence: annually, and on any material change.
This policy covers all data held by systems operated by Kanishk Sachdev as a private individual, including financial account data retrieved from third party aggregation providers. The only data subject is the operator. No data belonging to other individuals is collected, processed, sold, or shared.
Data is retained only while it serves the purpose it was collected for, and retention is bounded rather than indefinite. Every category below has a stated end point, including the copies held in backups, because a deletion that leaves the data recoverable from a backup for an unbounded period is not a deletion.
| Category | Retention |
|---|---|
| Financial account data (balances, transactions, holdings) retrieved from an aggregation provider | While the account connection is active. Removed on disconnect. |
| Provider access tokens and connection credentials | While the connection is active. Destroyed on disconnect or revocation. |
| Manually entered financial records, such as budget categories and planning scenarios | Until deleted by me. These are authored data, not collected data. |
| Application account and authentication records | While the account exists. Removed on account deletion. |
| Application and system logs | Rolling 30 day window, enforced automatically by the log store. |
| Metrics and monitoring time series | Rolling 30 day window, enforced automatically by the metrics store. |
| Encrypted offsite backups | Fixed rotation, roughly six months maximum. See section 4. |
Deletion is available at any time and does not require a request to anyone, since I operate the systems directly. In practice it takes three forms:
Deletion from the live system is immediate. Deletion from the backup set is not instantaneous by design, because a backup that can be edited retroactively provides no recovery guarantee. Instead, deleted data ages out on the fixed schedule below.
Backups are encrypted with an independent passphrase and stored offsite. Retention is enforced automatically on every run rather than by manual pruning, so the horizon cannot silently extend.
| Tier | Copies kept |
|---|---|
| Hourly | 24 |
| Daily | 7 |
| Weekly | 4 |
| Monthly | 6 |
The practical effect is that data deleted from the live system stops being recoverable from any copy after roughly six months, and most recent data ages out considerably sooner. Backup integrity is verified on an automated weekly schedule.
Backups are encrypted at rest, so expiry of a backup archive renders its contents unrecoverable without any additional destruction step. When a host is decommissioned, its volumes are removed and every secret that host could read is rotated, so residual storage cannot yield a usable credential. Encryption keys are destroyed when the data they protect reaches the end of its retention period.
The deployment serves one individual in the United States and processes no third party personal data, so there is no controller to processor relationship and no obligation owed to an external data subject. The applicable obligation runs to the operator, who is also the data subject. Where a third party provider imposes its own retention or deletion requirements on data received through it, those requirements take precedence over this policy and are honored on request.
This policy is reviewed annually, and whenever the backup schedule, hosting arrangement, or set of connected providers changes. It sits under the Information Security Policy.
Questions about this policy can go to security@kanishksachdev.com.