Shared and fixed-purpose devices

Kiosk Computer Browse Remote and Shared-Device Browser Deployment

A kiosk remote browser turns a shared or unattended device into a narrow access point for one web workflow or a small approved set of destinations. The remote session can centralize browser configuration and clear user state between visitors.

Define the kiosk’s single purpose

A kiosk should have an explicit task: check-in, catalog lookup, training, digital service access, remote support, or a fixed dashboard. The interface should remove unrelated navigation and make recovery obvious. General browsing on an unattended device creates a different and much larger security problem.

Document whether users authenticate, whether sessions contain personal information, and how the device signals that a session has ended.

Reset local and remote state

The local shell should return to a known state after inactivity, logout, crash, or reboot. The remote browser profile should also be destroyed or cleared so cookies, form data, downloads, and screenshots do not carry to the next user.

Test abrupt power loss and network loss. A kiosk that resumes into the previous person’s session after reconnecting is not safely reset.

Limit physical and peripheral access

Disable or cover unused ports, restrict boot options, protect maintenance credentials, and decide whether keyboards, printers, barcode scanners, cameras, or card readers are necessary. Peripheral redirection can cross the remote boundary and should be treated as a data path.

Place privacy screens, cameras, and microphones according to the environment and local policy. Physical location is part of the security design.

Build remote operations

Kiosks need inventory, health reporting, update rings, configuration control, remote restart, and a documented support path. Remote desktop access for administrators should be separate from the public kiosk session and should require strong authentication.

For sites with limited staff, define remote-hands steps that a nontechnical person can perform without receiving privileged credentials.

Test the complete visitor journey

Measure startup time, reconnect behavior, accessibility, language support, touch targets, printer errors, and session reset. Include the moments before and after the web application itself; those transitions are where personal data is often exposed.

The kiosk and shared-device deployment guide expands this into a launch checklist. For phone and tablet access, use the mobile remote browsing guide.

Continue planning

Related Browse Remote architectures.

RDP

Plan remote desktop browsing with RDP or VDI, secure gateways, device redirection controls, session hosts, and browser-only alternatives.

Explore rdp

Platforms

Plan multi-browser remote access across Chrome, Firefox, Safari, Edge, Brave, Linux, iOS, and Android with realistic engine and device constraints.

Explore platforms

Isolation

Plan a remote browser isolation architecture with clear boundaries for web rendering, downloads, clipboard, credentials, and session lifecycle.

Explore isolation

Field guide

Go deeper with implementation detail.

The Remote Browser Field Guide includes ten original long-form articles on security, infrastructure, platforms, and automation.

Browse all guides