The file stays encrypted on our servers, but we would be able to read it. With a password, only you and the recipient can.
That looks like text
file.txt · 0 KB
DMCA Takedown Policy
Information for copyright holders
Overview
tmp0.cc respects the intellectual property rights of others. We are committed to responding to valid DMCA takedown notices in accordance with the Digital Millennium Copyright Act.
While we cannot prevent all users from uploading copyrighted content, we take copyright infringement seriously and will promptly remove files when we receive a valid takedown request.
Safe Harbor Notice
tmp0.cc operates as a neutral hosting provider under DMCA Section 512. We do not monitor, review, or control the content uploaded by users. We have no knowledge of potentially infringing content until notified. Upon receiving valid takedown notices, we act expeditiously to remove or disable access to the material.
Upon receipt of a valid notice, we will review and remove infringing content, typically within 24-48 hours.
Counter-Notification
If you believe your content was removed in error, you may submit a counter-notification to legal@tmp0.cc
Frequently Asked Questions
The short answers.
How does it work?
Drop a file, pick how long it should live, and share the link. When the timer runs out — or the download limit is reached — the file is deleted.
Do I need an account?
No. Everything works without registration. Signing in with Discord is optional and only adds a dashboard that lists what you have shared.
What are the limits?
2 GB per upload, and storage from one hour up to 30 days. Multiple files are bundled into a single ZIP automatically.
How private is it?
Set a password and your file is encrypted in your browser before it leaves your device — we never see the password or the contents. Without one, files are still encrypted at rest on our servers.
Can I delete something early?
Yes. Every upload comes with a private delete link. Keep it — anyone who has it can remove your file.
What about text and code?
Use tmp0.cc/paste for a proper editor with syntax highlighting, or just press Ctrl + V anywhere on the home page.
Can I send a file without uploading it?
Direct transfer sends files browser to browser while both tabs stay open. Nothing is stored on our servers.
Is there an API?
Yes — see the for endpoints, ShareX setup and the CLI.
Privacy Policy
Privacy-first: Minimal data, maximum protection
Privacy-First Architecture
E2EE files (with password — default recommendation): Encrypted in your browser before upload using Argon2id + AES-256-GCM. A built-in password generator and entropy meter enforce minimum password strength (50+ bits). The server stores only ciphertext.
True Zero-Knowledge mode: E2EE with the additional guarantee that the server performs zero plaintext processing — no metadata stripping, and the contents cannot be scanned. The server only handles the encrypted blob as received: its SHA-256 is recorded and compared with the blocklist, and it passes through the virus scanner to catch files that are merely labelled as encrypted. Neither reveals anything about real ciphertext.
Server-encrypted files (no password): A warning is displayed when uploading without encryption. The server processes your file (hash computation, metadata removal, virus scan), then encrypts at rest. The server has temporary access to plaintext during processing.
What We Don't Collect
Raw IP Addresses - Only HMAC-SHA256 hashes stored temporarily in memory (keyed with a server secret — see note below)
User Accounts - No accounts required (optional Discord login available — see below)
Traditional Access Logs - No web server logs with IP/user-agent (we use a transparency log with hashes only - see below)
Tracking Cookies - No analytics, no third-party trackers
About IP hashing: We use HMAC-SHA256 with a server-side secret key to hash IPs. Unlike plain SHA-256, HMAC prevents reverse-engineering via lookup tables — even with full access to the hashed values, the original IPs cannot be recovered without the secret key. The key is configurable via environment variable or auto-generated per instance.
SHA-256 hashes of the file as received and as stored (for blocklist/abuse prevention)
Secret delete token (for file owner deletion)
Optional note (if provided)
Pastes (content, language, title, expiration)
Paste (Code & Text Share)
Pastes (created at tmp0.cc/paste) are stored in an in-memory database that is cleared on server restart. Paste content is not encrypted server-side (unlike files) but can be password-protected with client-side encryption.
Pastes auto-delete after their chosen expiration time (1 hour to 30 days) or when view limits are reached.
Discord Login (Optional)
Optional — Not Required
You can optionally log in with Discord to link your content to a personal dashboard. This is entirely voluntary and does not affect how the service works without login.
What we store when you log in with Discord:
Discord User ID — to link your content
Username — displayed in your dashboard
Avatar URL — displayed in your dashboard
Registration date — when you first logged in
What we do NOT access or store:
Your Discord email address
Your Discord friend list or servers
Your Discord messages or activity
Any Discord permissions beyond basic identification
Account Deletion: You can delete your Discord connection at any time from your dashboard. This permanently removes your Discord data from our system. Your uploaded content (files and pastes) will remain accessible but will no longer be linked to your account. Re-registering will not reconnect previous content.
Delete Link & Your Right to Erasure
Each upload generates a secret delete link containing a unique 32-character token. This link allows you to delete your file at any time before expiration.
Important: Keep your delete link private. Anyone with this link can delete your file. We cannot recover deleted files.
P2P Transfer
Zero server storage — strongest privacy mode. P2P transfers use WebRTC DataChannel (DTLS-encrypted) to send files directly between browsers. No file data, metadata, or transfer history is ever stored, logged, or cached.
Privacy-relevant details:
Signaling data (SDP, ICE candidates) relayed in-memory only, never stored
File content, name, size, type — never seen by server
DTLS keys negotiated directly between peers
ICE candidates and IP exposure: During signaling, IP addresses of both peers are relayed through our server for NAT traversal. Held in memory only, never written to disk. Room data is garbage-collected after 10 minutes.
Third-party STUN/TURN: Google and Cloudflare STUN servers used for NAT discovery (binding requests only). Optional TURN relay for firewalled users — relays encrypted traffic it cannot decrypt.
QR Codes
QR codes are generated entirely in your browser using client-side JavaScript. No data is sent to external services.
Temporary Security Data
Brute Force Protection: We temporarily store HMAC-SHA256 hashed IP addresses in memory (not on disk) to prevent abuse. These keyed hashes cannot be reversed without the server's secret key and are automatically cleared after 1 hour.
Rate Limiting: Request counts are tracked temporarily in memory using HMAC-hashed IP addresses. No persistent storage, no raw IPs stored.
Abuse Detection: A scoring system tracks suspicious patterns (failed auth, rapid uploads, scanning behavior). IPs exceeding the abuse threshold are temporarily blocked for 15 minutes. Scores decay automatically after 5 minutes of inactivity. To recognise automated abuse, such as the same file uploaded over and over, the keyed hash of your IP is linked in memory, for at most 24 hours, to your recent uploads (their ID, size and content hash) and to failed or refused requests. Our team sees this only under a pseudonym and can block that hash or remove what was uploaded; your IP address itself is never stored or shown. None of it is written to disk, and all of it, blocks included, is gone after a restart.
Third-Party Services & JavaScript Security
Self-Hosted Resources:
Scripts, styles, icons and fonts all come from our own server. Loading a page sends no request to a CDN or font service, and our Content Security Policy makes browsers refuse scripts, styles and fonts from anywhere else.
The one exception is your profile picture if you log in with Discord, which is loaded from cdn.discordapp.com.
Security Trust Model:
E2EE in the browser depends on the JavaScript our server delivers. If our server were compromised, malicious code could theoretically intercept passwords before encryption. This is a fundamental limitation of browser-based E2EE.
Mitigations: All of that code comes from our own server, so no CDN can alter it, and the browser refuses scripts from other origins. For maximum security, advanced users can use our CLI tool, which encrypts locally and does not depend on code from the website.
Security Scanning
Virus Scanning: All uploads are scanned with ClamAV antivirus. A file can only be downloaded once its scan has finished, and infected files are removed.
Hash Blocklist: Known malicious or illegal content is automatically blocked based on SHA-256 hash.
The contents of E2EE files cannot be scanned (server cannot access plaintext). Only the encrypted blob passes through the scanner.
No Guarantee: Security scanning is provided on a best-effort basis. No antivirus can detect 100% of threats. Files marked as "clean" may still contain malware. Download at your own risk.
Encryption Details
See the encryption modes described above, or the summary in:
Automatic Metadata Stripping
For server-encrypted files, we automatically strip metadata from supported file types:
Supported formats:
Images (JPEG, PNG, GIF, WebP, BMP, TIFF) - EXIF data removed (GPS, camera info, timestamps)
PDF Documents - Author, title, subject, keywords, creator software removed
Limitations:
Other formats (Word, Excel, MP3, MP4, ZIP, etc.) are NOT stripped
E2EE files skip stripping (server cannot process encrypted content)
File size itself can be identifying (we do NOT pad file sizes)
File names are NOT anonymized (visible to server for all modes)
ZIP archives may contain files with unstripped metadata
For maximum privacy with sensitive files, use E2EE and consider stripping metadata yourself before upload.
Transparency Log (This IS a Log)
We maintain a Merkle tree-based audit log of file operations. This is different from traditional access logs:
What IS logged: File hash (SHA-256), operation type (upload/download/delete), timestamp
What is NOT logged: IP addresses, user agents, file content, file names, passwords
Merkle tree structure - Cryptographic proof that log entries cannot be altered
Publicly verifiable via API at /api/v1/transparency/*
Privacy note: If someone knows a file's SHA-256 hash, they can check the transparency log to see when it was uploaded/downloaded. This enables auditing but also means file hashes are semi-public information. For maximum privacy, use E2EE (the hash of encrypted ciphertext reveals nothing about the original file).
CLI Tool & API
A command-line interface (tmp0) is available with full E2EE support for automated workflows and power users.
All features are accessible via public API endpoints documented in the API section.
Data Retention & Deletion
Files auto-delete after their chosen expiration time (1 hour to 30 days).
Deletion method: File content is overwritten with zeros before deletion
No backups: We do not maintain backups of user files
Database entries: Metadata is deleted from the database
Limitation: On modern SSDs with wear-leveling, "secure deletion" cannot be guaranteed at the hardware level. The SSD controller may retain old data in spare blocks. For highly sensitive data, use E2EE - even if old ciphertext is recovered, it cannot be decrypted without your password.
Jurisdiction & Legal Framework
Operating Jurisdiction: Iceland
tmp0.cc operates under Icelandic law. Iceland is a member of the European Economic Area (EEA), ensuring strong privacy protections equivalent to EU standards while benefiting from Iceland's robust legal framework for digital privacy and freedom of expression.
All legal matters, disputes, and data protection inquiries are governed exclusively by Icelandic law and subject to the jurisdiction of Icelandic courts.
GDPR & EEA Data Protection Compliance
As an EEA member state, Iceland has incorporated the General Data Protection Regulation (GDPR) into national law through the Icelandic Data Protection Act (Lög um persónuvernd og vinnslu persónuupplýsinga).
Data Processing Principles:
Lawful Basis: Processing based on legitimate interest (service provision) and user consent (file upload action)
Data Minimization: We collect only data strictly necessary for service operation (see "What We Store" above)
Purpose Limitation: Data used exclusively for file hosting and security; never sold, shared, or used for profiling
Storage Limitation: Automatic deletion after user-selected expiration period (1 hour to 30 days maximum)
No Data Processor Agreements: We do not share personal data with third-party processors. All data processing occurs on our own infrastructure
Your GDPR Rights:
Right to Erasure: Use your delete link for immediate deletion, or contact us
Right to Access: Your file + metadata is accessible via your share link
Right to Portability: Download your file at any time before expiration
Supervisory Authority: Persónuvernd (Icelandic Data Protection Authority) - personuvernd.is
Government & Legal Request Policy
Our Commitment to User Privacy
We are committed to protecting user privacy to the fullest extent permitted by law. Any government or law enforcement request for user data will be subject to rigorous legal scrutiny.
Request Handling Procedure:
Validity Assessment: All requests are reviewed for legal validity under Icelandic law. Invalid or overly broad requests are rejected outright.
Jurisdictional Challenge: Requests from non-Icelandic authorities must comply with applicable mutual legal assistance treaties (MLATs) and Icelandic procedural requirements.
Legal Contest: We will challenge requests that we believe are unlawful, disproportionate, or infringe on fundamental rights. Legal challenges will be pursued through all available appellate channels.
Minimum Disclosure: If legally compelled to comply, we provide only the specific data explicitly required by a valid court order—nothing more.
Technical Limitation: For E2EE files, we cannot provide plaintext content even under legal compulsion—we do not possess decryption keys. Any disclosed data would be limited to encrypted ciphertext and minimal metadata.
Transparency Report
In the interest of transparency, we publish annual statistics on legal and takedown requests received. This report is updated annually.
Year
DMCA Requests
Government/Legal Requests
Data Disclosed
2025
0
0
0
2026
0
0
0
Last updated: February 2026 • Next update: January 2027
Backup & Data Recovery Policy
Zero Backup Architecture
tmp0.cc intentionally operates without any backup systems. This is a deliberate architectural decision to maximize privacy—not a limitation.
Infrastructure Design:
No Off-Site Backups: User files are not replicated to backup servers or cloud storage
No RAID Redundancy: Servers do not use RAID configurations that would create data copies
No Snapshot Systems: No VM snapshots, filesystem snapshots, or point-in-time recovery
Ephemeral by Design: Server failure, crash, or decommissioning results in permanent, irrecoverable data loss
User Responsibility: If you need to retain a file beyond its expiration, download a copy. We cannot recover deleted or expired files under any circumstances—this is a feature, not a bug.
Verifiability: Our zero-backup policy is verifiable through our infrastructure: single-server deployment, no replication endpoints, no backup agent processes. This architecture ensures that when data is deleted, it is truly gone—with no hidden copies to potentially surface later.
Key Management
HSM-grade protection for master encryption keys
Working keys held in volatile memory only — never written to disk
Per-file keys derived using HKDF-SHA256 from master key + file salt
E2EE files: Server-side key management is irrelevant — your password-derived key never touches our servers.
By using tmp0.cc, you agree to these Terms. If you don't agree, don't use the service.
2. Service Description
Privacy-focused temporary file sharing with multiple encryption modes:
End-to-End Encrypted (E2EE — recommended): Password-protected files are encrypted in your browser before upload. Built-in password generator and entropy enforcement (min. 50 bits). The server cannot decrypt these files.
True Zero-Knowledge: E2EE plus zero server-side processing. The server treats your upload as an opaque encrypted blob — no metadata stripping, no scan of the contents. Only the blob as received is compared with the blocklist and passed through the virus scanner.
Server-Encrypted: Files without password are encrypted at rest on the server. A warning is displayed because the server briefly processes plaintext. E2EE is recommended instead.
All files auto-delete after expiration. No accounts, minimal metadata, HMAC-hashed IPs only.
Paste (Code & Text Share): Dedicated editor at tmp0.cc/paste. Share text and code with syntax highlighting. Pastes are stored in ephemeral memory (cleared on restart), support password protection and burn-after-reading, and auto-delete after expiration.
P2P Transfer: Direct browser-to-browser file transfer via WebRTC. The server acts only as a signaling relay - no file data is stored, transmitted through, or logged by the server.
3. Security Measures
Virus Scanning: All uploads scanned with ClamAV antivirus before they can be downloaded (for E2EE/ZK files only the encrypted blob — server cannot access plaintext)
Hash Blocklist: Known malicious content automatically blocked
At-Rest Encryption: AES-256-GCM server-side encryption for all files
True Zero-Knowledge: Optional mode — no server-side processing of encrypted uploads
HMAC-SHA256 IP Hashing: Keyed hashing prevents IP reverse-engineering
Abuse Detection: Score-based suspicious pattern detection with auto-blocking
Transparency Log: Certificate Transparency style audit log (hashes only, no personal data)
Signed URLs: HMAC-SHA256 time-limited secure download links
P2P Transfer: WebRTC DTLS-encrypted direct transfer with TURN fallback, zero server storage
We reserve the right to block, flag, or remove any content that violates our policies.
4. User Responsibilities
Don't upload illegal content
Don't upload copyrighted material without authorization
Don't upload malware or harmful software
Don't circumvent security measures
5. Prohibited Content
Child sexual abuse material (CSAM)
Non-consensual intimate imagery
Terrorist/violent extremist content
Malware, ransomware
Stolen data/credentials
Copyrighted material
6. Delete Links
Each upload generates a secret delete link
You are responsible for keeping this link secure
Anyone with the link can delete the file
Deleted files cannot be recovered
7. Paste (Code & Text Share)
Max 10,000 lines or 500 KB per paste
Total paste storage limited to 100 MB server-wide
Pastes stored in ephemeral memory (cleared on server restart)
Optional password protection with client-side encryption
Brute force protection: 5 failed password attempts = paste deleted
Delete tokens work the same as for files
All prohibited content rules apply to pastes
8. P2P Transfer
Direct browser-to-browser file transfer via WebRTC. The server acts exclusively as a signaling relay and never processes, stores, or logs file data.
Both sender and receiver must be online simultaneously
Signaling rooms expire after 10 minutes from creation
Maximum 5,000 concurrent rooms server-wide
No file size limit (constrained only by peer bandwidth and browser memory)
Connection encrypted with DTLS (TLS 1.2+ over DataChannel)
NAT/firewall may block connections; TURN relay fallback available when configured
If connection drops, the entire transfer must restart (no resume)
No server-side protections: Because the server never sees P2P-transferred files, ClamAV virus scanning, metadata stripping, hash blocklist checking, and content moderation do not apply. All prohibited content rules still apply, but enforcement is technically limited to signaling-level controls (rate limiting, room limits). Receivers accept files at their own risk.
9. Abuse Prevention
To prevent abuse, we implement multi-layered protection:
Rate limiting per HMAC-hashed IP (different limits per operation type)
Brute force protection — 5 failed password attempts = file auto-deleted (end-to-end encrypted files are unlocked in your browser, where the server cannot count attempts — a wrong password there only shows a warning)
Auto-blocking — IPs exceeding the abuse threshold are blocked for 15 minutes
10. Age Requirement
You must be at least 13 years old to use this service. If you are under 18, you should have parental consent.
11. Service Availability
We do not guarantee uninterrupted service. The service may be modified or discontinued at any time without notice.
12. Disclaimer of Warranties
THE SERVICE IS PROVIDED "AS IS" AND "AS AVAILABLE" WITHOUT WARRANTIES OF ANY KIND, WHETHER EXPRESS OR IMPLIED.
We make no warranties regarding reliability, accuracy, availability, security, or fitness for any particular purpose. We do not warrant that files are virus-free, safe, legal, or free from harmful content.
13. Limitation of Liability
YOU USE THIS SERVICE AND DOWNLOAD FILES ENTIRELY AT YOUR OWN RISK.
We are NOT liable for any damages, losses, or harm caused by files downloaded from this service
We are NOT liable for viruses, malware, ransomware, or any malicious content
We are NOT liable for copyright infringement by users
We are NOT liable for data loss, corruption, or unauthorized access
We are NOT liable for any direct, indirect, incidental, consequential, or punitive damages
We are NOT liable for any illegal content uploaded by users
In no event shall we be liable for any claims, damages, or losses exceeding the amount you paid to use the service (which is zero).
14. User-Generated Content
We are a neutral hosting platform. We do not control, endorse, or take responsibility for any content uploaded by users. Users are solely responsible for their uploads.
Our only commitment is to review and remove content upon receiving valid abuse reports or legal requests (DMCA, law enforcement, etc.).
15. Indemnification
You agree to indemnify, defend, and hold harmless the service operator from any claims, damages, losses, or expenses (including legal fees) arising from your use of the service, your uploaded content, or your violation of these terms.
16. Safe Harbor
As a hosting provider, we operate under applicable safe harbor provisions (such as DMCA Section 512). We respond to valid takedown requests but bear no liability for user-uploaded content.
17. Changes to Terms
We may update these terms at any time. Continued use of the service constitutes acceptance of any changes.
18. Governing Law & Jurisdiction
Icelandic Law
These Terms of Service are governed exclusively by the laws of Iceland. Any disputes arising from or relating to these terms, the service, or your use thereof shall be subject to the exclusive jurisdiction of the courts of Iceland.
Iceland is a member of the European Economic Area (EEA), providing strong legal protections for privacy and data protection under GDPR-equivalent standards.
Type: Privacy-focused hosting service (non-commercial)
Jurisdiction: Iceland (EEA member state)
Legal Structure
Service Model
tmp0.cc operates as a privacy-focused file hosting service. All uploads are temporary and auto-delete based on the configured retention period (1 hour to 30 days).
Applicable Law
EU General Data Protection Regulation (GDPR), ePrivacy Directive, Digital Services Act (DSA), DMCA Safe Harbor (Section 512). All disputes subject to Icelandic jurisdiction.
Content Responsibility
As a hosting provider, we are not responsible for user-uploaded content under applicable safe harbor provisions. We respond to valid takedown requests within 24 hours.
For all contact channels (support, legal, abuse, privacy, security), see:
Password-protected pastes take ?password=… on /raw and /content. Limits: 10,000 lines or 500 KB per paste.
Endpoints
POST /v1/upload
Upload a file
GET /file/{id}/info
Metadata, expiry and download count
POST /file/{id}/download
Download (password in body if set)
DELETE /file/{id}
Delete using the delete token
POST /snippet/create
Create a paste from text or JSON
GET /snippet/{id}/info
Title, language, line count and expiry
GET /snippet/{id}/raw
Plain-text contents of a paste
POST /snippet/{id}/content
Contents as JSON, with metadata
DELETE /snippet/{id}
Delete a paste using its delete token
POST /upload/init
Start a chunked upload for large files
POST /v2/presign
Request a pre-signed direct upload URL
Limits & errors
Requests are rate limited per IP address — 10 file uploads, 5 pastes and 30 metadata requests per minute. Responses use standard HTTP status codes; 429 includes Retry-After and X-RateLimit-Remaining. Errors return { "success": false, "error": "…" }.
Integrations
ShareX
Import a custom uploader for screenshots, files and text.
Command line
A single-file Node script for uploads from your terminal.
curl -O https://tmp0.cc/api/v1/cli/tmp0.js
Security
How your files are protected.
Encryption
When you set a password, the file is encrypted in your browser before upload using AES-256-GCM with an Argon2id-derived key. The password is never transmitted, so we cannot read the file or recover it if you lose the password. Files uploaded without a password are still encrypted at rest with AES-256-GCM.
What we store
Only what the service needs: the encrypted file, its size and type, the expiry date and a counter. No IP addresses are kept in plain form — they are hashed with a keyed HMAC for rate limiting and expire within hours.
Deletion
Expired files are removed automatically every few minutes and overwritten on disk. Burn-after-reading destroys a file the moment it has been downloaded once. You can delete anything early with the delete link you receive on upload.
Abuse protection
Uploads that the server can read are scanned for malware and checked against a hash blocklist. Rate limits apply per IP address. Files you encrypt yourself are opaque to us, so their contents cannot be scanned.