The bridge serves any same-user process, including input
維護者通常 1 天內回覆
已經有一個關聯 PR 被合併了。
- #120 來自 @iamnbutler —— 已合併
評估
- 難度
- 5/5
- 預估耗時
- 一週以上
- 新手友好度
- 8/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 活躍
- 技術堆疊
- macos, swift
研究方向
The issue concerns the bridge that serves the desktop-client binary over desktop.sock under ~/.local/state/ace-canary/, and the payload names no source files. Start by reproducing the report: run a plain process as the same user and call the socket through the client. Done would mean the runtime verifies the peer's audit token and rejects callers whose parent is not the signed Ace Helper or Ace, which is a design decision still open in the thread.
由索引模型根據 Issue 內容生成。
描述
Found in the githubnext/ace#427 study, on Ace Canary 0.0.46.49–0.0.46.52.
What happens: the bridge authenticates the signed client binary, not the process that runs it. Any process running as the user can execute Ace's client against Ace's socket (~/.local/state/ace-canary/desktop-client and desktop.sock) and get every operation under Ace's Accessibility, Screen Recording and input grants. That includes clicks, inserts, keys, menus and quit.
Shown three ways:
- A plain
nodeprocess outside Ace listed apps. - Headless Claude Code (Sonnet 5.5) and Codex (gpt-6-astra) drove TextEdit end to end through the MCP server in #12.
- A channel shell can do the same while that channel's desktop tools are off.
Why it matters:
- githubnext/ace#379 accepted that shell capture bypasses the off toggle. This extends that to input.
- Nothing in Ace records that an outside caller acted.
- macOS shows only Ace as holding the grants.
Options:
- Same-uid code can't be fully excluded; any secret on disk is readable by it. The bar can still be raised: have the runtime check the peer's audit token, and require that the client's parent is the signed Ace Helper or Ace.
- A deliberate route for outside agents can then be offered: a standalone signed host app with its own grants, or Ace-hosted MCP that pairs with a channel. See the stretch notes on #12.
At minimum, this belongs in githubnext/ace#427's known gaps and in Ace's desktop tools docs.
- 主要語言
- Swift
- 星號
- 0
- 分支
- 0
- 平均合併
- 39 分鐘
- 30 天內合併 PR
- 162
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南，環境需要你自己搭建：先看它的 README，通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
githubnext/desktop-tools 的其他 Issue
-
Accessibility inspect returns far-offscreen elements, blowing the budget on long pages可能已有人在做 @iamnbutler 於 4 天前認領。 未關閉
難度 4/5 3-5 天 新手友好度 48/100
githubnext/desktop-tools#178 ·
維護者通常 1 天內回覆
-
難度 5/5 一週以上 新手友好度 15/100
githubnext/desktop-tools#143 · 1 則留言 ·
維護者通常 1 天內回覆
-
難度 4/5 3-5 天 新手友好度 42/100
githubnext/desktop-tools#129 ·
維護者通常 1 天內回覆
-
enhancement
難度 5/5 一週以上 新手友好度 8/100
githubnext/desktop-tools#5 · 11 則留言 ·
維護者通常 1 天內回覆
查看 githubnext/desktop-tools 的全部 Issue
相似的 Issue
-
simulator-session.yml の simtunnel の固定先が古く、agentd が無いため simtunnel up --wait / status が準備完了を検知できない未關閉
難度 2/5 1-3 小時 新手友好度 68/100
-
bug
難度 2/5 1-3 小時 新手友好度 66/100
維護者通常 1 天內回覆
-
good first issue
難度 2/5 1-3 小時 新手友好度 90/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
Ebullioscopic/Atoll#900 ·
維護者通常 2 天內回覆
-
難度 1/5 1-3 小時 新手友好度 85/100
apache/arrow-swift#203 ·