返回资讯中心
外部精选
软件工程
#开发者实时流

AI Access Auditor 发布:查看并撤销 AI 编程代理的访问权限

来源标题:I Access Auditor – see and revoke what your AI coding agents can access

AI Access Auditor 推出一款跨平台应用,能找出你授予 AI 代理的每一项访问权限和特权,在它们行动前询问,并允许你随时收回。该应用支持 macOS、Windows 和 Linux,所有数据留在本地,无账户、无追踪,仅每日检查一次新版本(可在设置中关闭)。Linux 版驻留系统托盘,并额外检查 systemd、自启动任务、GNOME Keyring/KWallet 登录名及 docker 组成员身份;Windows 版检查启动项、计划任务、凭据管理器、用户环境变量中的 API 密钥及免 UAC 管理员权限。

Hacker News 最新dirmed2026/11/10 · 今天9 分钟阅读

以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。

一款适用于 macOS、Windows 和 Linux 的应用,它能找出你授予 AI agent 的每一项访问权限和特权,在它们行动之前先征求你的同意,并允许你随时收回任何一项权限。所有数据都保留在你的电脑上:无需账号,不做跟踪。它唯一的对外连接是每天检查一次新版本(可在 Setup 中关闭)。下载:网站 · 最新版本(免费)。

在 Linux 上,应用驻留在托盘而不是菜单栏。它发现的 agent 访问权限与 Mac 版相同,并用以下检查替代仅限 Mac 的部分:systemd 和自启动任务、保存在 GNOME Keyring 或 KWallet 中的登录信息(仅按名称)、以及 docker 组成员身份。在 Windows 上,它检查启动项(注册表和启动文件夹)、计划任务、Credential Manager 中的登录信息、用户环境变量中的 API key,以及无需 UAC 提示的管理员权限。Linux 和 Windows 版应用位于 desktop/(Electron);参见 build-linux.sh 和 appveyor.yml。自行构建:./build-app.sh,然后打开 dist/AI Access Auditor.app。你可以把它拖进 /Applications。它需要 Node.js(brew install node),不使用浏览器。 npm start # 浏览器版:http://localhost:4517 npm run scan # 在终端中打印检查结果

它扫描的内容:

菜单栏与提醒:Mac 应用在关闭窗口后仍驻留在菜单栏。它每 5 分钟检查一次新的访问权限。当某个 agent 获得新权限时,盾牌图标变红,通知会显示新增了什么,并且该授权在应用中标记为“New”。盾牌菜单中的“Open at Login”会让它在登录时静默启动。首次运行时已存在的授权会成为你的初始列表,因此此后你只会收到变更提醒。

使用 ./build-app.sh --install 安装应用。每个操作都会记录在 ~/.ai-access-audit/ 中。服务器只监听 127.0.0.1,校验每会话 token,并在输出中遮蔽敏感信息。 VERSION=1.0.8 ./build-linux.sh # Linux 文件,在 Docker 中构建 VERSION=1.0.8 ./release.sh # 在 site/downloads 中本地预览 SIGN_ID="Developer ID Application: <Name> (<TEAM>)"
VERSION=1.0.8 REPO=dirmedmr-alt/ai-access-auditor PUBLISH=1 ./release.sh # 签名、公证、上传

这会构建 dist/AI-Access-Auditor-<version>.dmg:

它还会更新 site/index.html 中显示的下载链接、版本、大小和 SHA-256。设置 REPO 后,链接指向 GitHub Release,PUBLISH=1 会将 DMG 上传到那里,同时上传 build-linux.sh 生成的 Linux 文件(x64 的 AppImage、x64 和 arm64 的 .deb,以及 SHA256SUMS-linux.txt)。Windows 安装包由 AppVeyor(appveyor.yml)在每次推送到 main 时构建和测试;release.sh 会下载为发布提交构建的那些安装包(fetch-windows.sh),所以请先推送并等待该构建通过。.github/workflows/ 中的 GitHub workflows 也能构建和测试 Linux 与 Windows,前提是该账号可用 Actions。网站本身通过 ./publish-site.sh 从 site/ 发布到 GitHub Pages(它把 site/ 推送到 gh-pages 分支,由 Pages 提供服务)。

不带 -beta 的版本必须签名:否则 release.sh 会拒绝发布。设置 SIGN_ID 后,它会使用 hardened runtime 为应用和捆绑的 Node.js 签名(macos/node.entitlements 允许 Node 编译 JavaScript),将 DMG 发送到 Apple 的公证服务,并把结果 stapling 上去。它需要一次性在钥匙串中准备好 Developer ID Application 证书,并用以下命令保存公证登录信息:xcrun notarytool store-credentials ai-access-auditor --apple-id <id> --team-id <team> --password <app-specific password>。Beta 版(-beta 版本)采用 ad-hoc 签名,作为预发布版本发布,用户需在系统设置 → 隐私与安全性 → 仍要打开 中批准一次。Windows 安装包尚未签名。

网站截图来自虚构的演示数据(AUDIT_DEMO=1),绝不来自真实的 Mac。

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →