Tokenhush

Tokenhush

AI安全隐私密钥保护

在本机和 AI 服务之间插一道闸,把请求里的密钥和个人信息换成占位符再发出去;密钥泄露风险高的人群值得一用

它能做什么

  • 以本地回环网关方式拦截 AI 编程工具发往厂商 API 的请求
  • 内置前缀式密钥、JWT 等五类检测器,把命中的值替换成会话级占位符
  • 模型侧只看到占位符,本机侧收到响应后还原成真实值
  • 只监听 127.0.0.1,不安装根证书、不做中间人
  • 支持 macOS/Linux/Windows 多架构,发行包带 SBOM 与校验文件(Windows zip 实测 206 + zip 头正常)
Tokenhush截图暂不可用
Tokenhush截图暂不可用

适用场景

  • 把公司代码喂给 AI 的开发者:仓库里躺着 API key 和内部地址,怕顺手带出去
  • 安全工程师:要给团队加一道本地侧的敏感信息闸门,又不希望动证书链
  • 合规敏感行业的技术人员:需要能说清数据在哪一层被拦截

踩坑提示

  • 长期可用性:仓库 2026-09-11 才创建、3 星、v0.7.0 发布后下载 0 次,成熟度与社区验证都还很早
  • 使用限制:需要手动改各工具的基础请求地址指向本地网关,配置不当会直接导致工具不可用;未在本机安装运行
  • 功能边界:靠规则与正则识别敏感信息,无法保证零漏报;官方只承诺降低外泄面,不承诺百分百拦截
  • 注册与隐私:只监听 127.0.0.1、不装根证书,这条设计上比较克制;但因未经第三方审计,仍属按官方声明采信

替代方案对比

替代品比它强在哪比它弱在哪什么情况下选这个替代品
自己写 mitmproxy 脚本完全可定制、覆盖任意协议要自己维护规则与证书链,容易出安全坑团队有安全工程能力时
1Password / 环境变量管理从源头减少硬编码密钥不拦截请求,密钥仍会随请求发出去想先治理密钥存放时
各家厂商自带的敏感信息过滤零配置覆盖范围和提示词都不透明只担心某一家厂商的日志留存时

更在意本地透明拦截选 Tokenhush;想先治理密钥源头选用密码管理器

资源地址

继续浏览

类似发现

随便逛逛
不知道看什么?让阿卷带你随便逛逛
想要投稿
你也找到了好东西吗?分享给所有人
告诉阿卷
没有找到想要的?告诉阿卷帮你找