npm · line-desktop-mcp
Streamable HTTP mode exposes LINE Desktop read/send tools without MCP authentication
line-desktop-mcp supports a --http-mode Streamable HTTP transport for use with clients such as n8n. In this mode the server binds to 0.0.0.0 and exposes the MCP /mcp endpoint without an MCP-layer authentication check. Any network client that can reach the port can initialize a session, list tools, and call tools that read LINE Desktop chat history or send LINE messages through the already logged-in desktop application.
This is High for deployments where the HTTP port is reachable beyond the local host, because the server acts with the user authority of the logged-in LINE Desktop session. It is lower if the listener is strictly firewalled to trusted local clients.
Repository: dtwang/line-desktop-mcp
Current source checked: fbed0d2d3048e63f48a356a1267ed8ec5e78f3ae on main, committed 2026-05-14.
Published npm package checked: line-desktop-mcp@1.1.1.
README.md documents Streamable HTTP mode:
npx line-desktop-mcp@latest --http-mode --port 3000
The same README documents MCP endpoints at /mcp and explains that this mode is intended for clients such as n8n.
src/server.js registers LINE Desktop tools including:
get_line_chatroom_history_defaultget_line_chatroom_history_longget_line_chatroom_history_shortsend_message_manualsend_message_autoThose tool handlers call into the desktop automation layer: getChatHistory(...) and sendChatMessage(...).
In HTTP mode, src/server.js creates an Express app and Streamable HTTP transport, accepts POSTs to /mcp, creates sessions, connects the transport to the MCP server, and calls transport.handleRequest(...). I did not find an authentication or bearer-token check before session creation or tool invocation.
The listener is explicitly network-bound:
app.listen(port, 0.0.0.0, () => {
console.error(`LINE Desktop MCP Server running on Streamable HTTP mode`);
console.error(` Local: http://127.0.0.1:${port}${endpoint}`);
console.error(` Network: http://0.0.0.0:${port}${endpoint}`);
});
--http-mode --port 3000.0.0.0.0:3000, not only loopback./mcp and sends the normal MCP initialize request.An unauthenticated network client can read LINE chat history through the MCP history tools and can send LINE messages through the send-message tools, including send_message_auto when the tool call requests immediate sending. The attacker does not need LINE credentials or a LINE API token; they only need network reachability to the MCP HTTP port.
The practical impact is disclosure of private LINE conversations and unauthorized messages sent as the logged-in desktop user.
Require authentication before accepting Streamable HTTP MCP sessions or tool calls. For example:
--http-mode is used;127.0.0.1 by default unless the operator explicitly opts into network exposure;0.0.0.0 HTTP mode without authentication;host.docker.internal / n8n setups must still authenticate to the MCP server.A defense-in-depth improvement would also keep send_message_auto disabled unless explicitly enabled by a server-side flag, because it converts MCP tool access into immediate message sending as the desktop user.
Is your project exposed to this? Stateward checks every dependency on every pull request and flags it only if your code actually reaches it.
Check my repoSources: CISA KEV (public domain), OSV.dev & GitHub Advisory Database (CC-BY-4.0), FIRST EPSS, NVD/CWE (public domain). Served live from the Stateward advisory database.