Trust

Transparency report

A service that stores files it cannot read should say how often it is asked about them, and what it was able to provide. This page is the commitment to do that, published before there is anything to report.

Nothing to report yet

Share links are not enabled. There have been no shares, no reports and no legal requests, so every figure below is zero — and is published as zero rather than omitted, so that the first non-zero number is visible as a change rather than as a new page.

Reporting period

This report will be updated at least twice a year once sharing is enabled, and will cover the period since the previous one.

Abuse reports

CategoryReceived
Child sexual abuse material0
Malware0
Phishing or fraud0
Copyright0
Personal data published without consent0
Other0

Action taken

ActionCount
Links removed following a report0
Links removed automatically pending review0
Reports found not to warrant removal0
Networks rate-limited or blocked0

Legal requests

Request typeReceived / complied
Requests for stored file contents0 / 0
Requests for user identity0 / 0
Preservation orders0 / 0
Takedown orders0 / 0

What we are able to provide

This matters more than the counts, and does not change with the reporting period. In response to a valid legal request about a share link that has not yet expired, we can provide the encrypted blob, its size, its timestamps, and the network address that created it.

We cannot provide the contents, because we cannot decrypt them. The key exists only in the part of the link after the # symbol, which never reaches us. This is a property of how the feature is built, not a policy we could change under pressure — and it is why the 24-hour expiry cap matters: after that, there is nothing left to ask about.

We have never received a request of any kind. If that ever ceases to be true, this sentence will be removed rather than quietly left in place.