This notice describes the public interface and the intended allocation model. Binding service terms, data-processing responsibilities and technical controls must be confirmed in the signed service agreement.
01 / Public interface and local state
The interface uses no cookies, analytics, tracking pixels or browser storage. Search, filters, calculators and inquiry packages are held in page memory. It makes no background API, media or authentication requests. Loading the page and its same-origin assets still involves ordinary HTTP requests; hosting access logs are governed separately.
02 / Client encryption and key ownership
In the intended Zero-Knowledge storage model, a provisioned client encrypts media chunks before transmission. The customer controls the decryption keys and their recovery process. This page does not implement media encryption, hold key material or validate a production deployment. Plaintext processing requires an explicitly trusted compute environment and cannot be assumed to preserve a storage-only Zero-Knowledge boundary.
03 / Integrity, retention and WORM
Checksums can identify a change in the covered bytes; they do not prove identity or provide a digital signature. A production retention lock must define its scope, retention period, authorized roles and deletion behavior. Immutable ciphertext does not replace key backup or disaster recovery. Source media integrity is not checked by this website.
04 / Data residency and processing terms
For each allocation, the service agreement specifies the regions used for primary media, replicas and backups. It also identifies the operator, controller and processor roles, subprocessors, retention, support access and international transfers. Applicable requirements depend on the agreed locations and processing activities. No certification or regulatory-compliance claim is made by this page.
05 / Acceptable use of network capacity
Allocated bandwidth is intended for authorized production, delivery and review workloads. Do not use it for attacks, unsolicited bulk traffic, unauthorized scanning, unlawful distribution or interference with other tenants. An unmetered allocation remains bounded by the agreed physical port rate, routing policy and fair-use terms. Incident measures and restoration procedures belong in the service agreement.
06 / Identity and operational access
Use individually provisioned identities and the minimum required project permissions. mTLS authenticates a TLS client using a certificate; FIDO2 authenticates through a separate relying-party integration. Do not paste credentials into this public page. The local console does not verify tokens, connect to a client daemon or test a hardware authenticator.
07 / Requests and clipboard handling
An inquiry package remains local until you choose to copy and transfer it. Its SHA-256 checksum covers the serialized payload only; the package is unsigned and not registered with the service. Clipboard actions require your interaction and may be restricted by the browser. Copied content may remain in the operating system clipboard after the page closes. Review the package before handing it to an authorized recipient.
08 / Security and abuse reports
Use the Network security / abuse inquiry category to prepare a report with timestamps, affected public endpoints and a concise description. Exclude credentials, private media and unnecessary personal information. Transfer it through the operator contact channel specified in your contract; preparing a local package does not notify an operator.