Oxaa
Pricing
EnglishDeutschPortuguês (Brasil)日本語FrançaisРусский
Sign inDownload→
  1. Localhost. Online. Without opening your network.
  2. Security overview
  3. Data handling and retention

Secure public endpoints for local development

Data handling and retention

Data handling and retention: practical workflow, product behavior, limits, evidence and the exact next step with Oxaa.

Fast answer

Data handling and retention answers a trust question with architecture, controls, failure behavior and evidence. It does not rely on a badge, an adjective or a future certification.

Technical details

  • public traffic forwarding
  • account and authentication data
  • route, device and usage metadata
  • billing and support records
  • local Inspector capture
  • redaction, truncation, deletion and expiry
  • retention and deletion table
  • future hosted capture as a separate unshipped feature

How traffic and Inspector data are handled

Oxaa's public edge terminates public HTTPS so it can resolve the exact hostname, identify the current authenticated route and forward the request. The session between the enrolled device and Oxaa is encrypted; the selected local service receives the request through that session.

Oxaa retains bounded account, route, usage, security, billing, support and diagnostic metadata required to operate and protect the service. Inspector body capture is a separate, explicit debugging action: the bounded request or response body copy shown by the local Inspector remains on the developer device and can be redacted, deleted or allowed to expire. Public traffic still has to be processed by the edge, so the accurate claim is local Inspector copies-not “Oxaa cannot see traffic.”

What Oxaa is - and is not

Oxaa is development connectivity for a selected local HTTP or HTTPS service while the enrolled device and authenticated route are live. It is not application hosting, a general VPN, a forward proxy, permanent production deployment, raw TCP/UDP tunneling, arbitrary TLS passthrough, a CDN/WAF replacement or a production webhook delivery platform.

Security overview
Security overview→Security architecture→Trust center→Signed software and supply chain→Vulnerability disclosure→Subprocessors and data locations→DPA and procurement→Service status and incidents→Availability, regions and country eligibility→Acceptable Use Policy and abuse response→Privacy notice→Cookie and tracker notice→Terms of service→Legal notice / company disclosure→
Oxaa
EnglishDeutschPortuguês (Brasil)日本語FrançaisРусский
Product overviewProduct overviewHow Oxaa worksLocal request inspectorSecure developer endpointsProtocols and limitsCustom domainsTeams and workspace governancePricing and packaging
Use cases hubUse cases hubWebhook developmentOAuth callbacksPreview environmentsMobile and cross-device testingWebSocket and Server-Sent EventsAgency and client previewsCloud automation and tool callbacks
Documentation homeDocumentation homeQuickstart: first external requestDownload and signed installationIntegration guides hubFramework and runtime guides hubCLI referenceConfiguration and multi-route environmentsTroubleshooting and error hub
Compare alternatives hubCompare alternatives hubOxaa vs ngrokOxaa vs Cloudflare TunnelOxaa vs Tailscale FunnelOxaa vs Microsoft Dev TunnelsOxaa vs PinggyOxaa vs LocalCan
Security overviewSecurity overviewSecurity architectureData handling and retentionTrust centerSigned software and supply chainVulnerability disclosureService status and incidentsAvailability, regions and country eligibility
Resources and learning hubResources and learning hubLearn / editorial indexExamples and templatesCustomer storiesOriginal research and benchmark hubVideos and workshopsCommunityChangelog
About OxaaAbout OxaaSupport and contactLegal notice / company disclosure
Privacy noticePrivacy noticeTerms of serviceCookie and tracker noticeAcceptable Use Policy and abuse responseSubprocessors and data locationsDPA and procurementAccessibility statement