For proxy traffic, QuotaGuard stores limited operational metadata needed to operate, secure, troubleshoot, and bill for the service.
For QuotaGuard Shield inbound HTTPS traffic, the proxy operates at the TCP/TLS routing layer.
We log operational metadata such as frontend, backend, server identifier, byte counts, termination state, session time, client IP and port, and SNI hostname used for routing.
Shield inbound HTTPS traffic does not expose request paths, query strings, HTTP methods, headers, cookies, or bodies to the proxy in ordinary operation.
For QuotaGuard Shield outbound HTTPS traffic, the proxy uses CONNECT semantics.
We log the destination host and port and related operational metadata.
Request paths, query strings, headers, cookies, authorization headers, response headers, and bodies remain inside the TLS session between the customer’s application and the destination and are not visible to the proxy in ordinary operation.
For plain HTTP proxy traffic, the proxy may need to read and log the full destination URL, including path and query string, as part of normal HTTP proxy operation.
Customers must not transmit PHI, personal data subject to a Data Processing Addendum, or other sensitive payloads over plain HTTP.
This is a contractual requirement under QuotaGuard's Terms of Service and any executed Data Processing Addendum, not only a technical recommendation.
Plain HTTP proxy requests may expose the full destination URL, including path and query string, as part of normal proxy operation.
Customers should not place PHI or other sensitive information in hostnames, domains, proxy labels, endpoint labels, account names, URLs, query strings, headers, support tickets, screenshots, or other metadata fields.
Hostnames and domains are customer-controlled metadata and may be visible to QuotaGuard and other infrastructure providers as part of normal routing.