Neko: Authorization bypass in legacy WebRTC input handling

[ Description ]Official description

Neko is a a self-hosted virtual browser that runs in Docker and uses WebRTC. From version 3.0.0 until 3.1.5, Neko deployments with legacy mode and session.implicit_hosting enabled incorrectly authorize legacy WebRTC data-channel input because LegacyIsHost() evaluates host status incorrectly. An authenticated room member who establishes a WebRTC connection can send mouse and keyboard events through the legacy control channel while controls are locked or the member is otherwise unauthorized by the modern control API. This issue is fixed in version 3.1.5.

[ Fixes ]Fixes and patches

• github.com/m1k1o/neko/server 0.0.0-20260805142851-395ca1a6f62bFixed version · GitHub Advisories · go package github.com/m1k1o/neko/server: upgrade to 0.0.0-20260805142851-395ca1a6f62b or later (affected >= 0.0.0-20250401220545-fe94c999c6af, < 0.0.0-20260805142851-395ca1a6f62b)

[ Packages ]Affected open-source packages

• github.com/m1k1o/neko/server goAffected >= 0.0.0-20250401220545-fe94c999c6af, < 0.0.0-20260805142851-395ca1a6f62b · fixed in 0.0.0-20260805142851-395ca1a6f62b · GHSA-5cp7-fp4j-wwcv

[ References ]References

• github.com/m1k1o/neko/commit/395ca1a6f62b7b0e270e654d366a2d57b8042efd
• github.com/m1k1o/neko/pull/675
• github.com/m1k1o/neko/releases/tag/v3.1.5
• github.com/m1k1o/neko/security/advisories/GHSA-5cp7-fp4j-wwcv