新闻详情

新闻详情

首页 / 资讯中心 / 详情

零云依赖零遥测:Mnemosyne安全与隐私模型完整解析,你的记忆谁也读不了

发布时间:2026/11/13 19:29:49来源:尧图网络
零云依赖零遥测:Mnemosyne安全与隐私模型完整解析,你的记忆谁也读不了
零云依赖零遥测Mnemosyne安全与隐私模型完整解析你的记忆谁也读不了【免费下载链接】mnemosyneZero-cloud AI memory that works everywhere. SQLite-backed. One pure-Python dependency.项目地址: https://gitcode.com/gh_mirrors/mnemosyne5/mnemosyne为什么你的 AI 记忆不该交给云端AI 记忆系统正在悄悄改变游戏规则Agent 越用越懂你但代价是什么你的偏好、项目细节、甚至私密信息可能正躺在某个服务商的数据库里。Mnemosyne是一个零云依赖、零遥测的开源 AI 记忆层。它把 Agent 的全部记忆存进你本地的一个 SQLite 文件~/.hermes/mnemosyne/data/mnemosyne.db没有埋点、没有分析、没有云端强制依赖数据主权完全归你所有。本文完整解析 Mnemosyne 的安全与隐私模型从本地存储、同步加密到威胁模型帮你确认一件事——你的记忆谁也读不了。完整的安全文档见 docs/security.md官方特性对比见 README.md。一、三大安全设计原则数据主权在用户手里Mnemosyne 的安全哲学写在官方文档里只有三条但条条都是硬承诺原则含义用户主权你拥有自己的数据。无遥测、无追踪、无云依赖数据库文件就是你的资产️隐私即设计默认配置下一切本地存储数据不会离开你的机器除非你主动启用同步或远程嵌入服务⚖️最小信任远程同步启用客户端加密后远端服务器也只能看到路由元数据读不到任何记忆内容对比之下大多数记忆方案Mem0、Letta、Honcho 等依赖 PostgreSQL 加云端基础设施数据在不在你手里取决于服务商的承诺而 Mnemosyne 的答案是根本没有别人这个环节。git clone https://gitcode.com/gh_mirrors/mnemosyne5/mnemosyne pip install mnemosyne-memory一次pip install、一个 SQLite 文件隐私保护就从安装那一刻开始生效。二、数据静态保护单文件 SQLite 的攻防记忆存在哪里所有数据——工作记忆、长期情景记忆、时间知识图谱TripleStore——都集中在单个 SQLite 文件里。这种单文件架构反而是隐私优势没有分布式服务、没有外部中间件要保护的就一个文件。数据层内容安全策略工作记忆近期上下文、偏好、事实文件权限控制 OS 级访问情景记忆巩固后的长期记忆 向量嵌入向量是数学向量无法反推回原文TripleStore主语-谓语-宾语时间图谱同上配置API 密钥、端点、加密设置只存环境变量或config.yaml从不记录、从不传输三步加固本地数据库官方推荐的加固方式简单直接收紧文件权限chmod 600你的数据库文件只有属主可读全盘加密启用 LUKS、FileVault 或 BitLocker文件权限之外的最后一道墙记忆库隔离多台设备或多人共用机器时用mnemosyne --bank name按库隔离数据。值得一提的细节嵌入向量本身是数学化的——即使数据库被拷走攻击者拿到的也是一串无法还原为原文的浮点数原文只能从文本表里读。三、数据同步加密服务器都解不开的锁这是 Mnemosyne 在整个开源记忆领域独一无二的能力同步负载的客户端加密是核心功能不是事后补丁。加密流程密钥永不离开本地本地实例 远端实例 ──────────────── ──────────────── 1. 用本地密钥加密载荷 ──(TLS)──► 3. 原样存储密文 5. 解密收到的载荷 ◄──(TLS)── 2. 返回密文载荷远端服务器包括你自己的 VPS 上的同步端点永远拿不到密钥它只是加密行李的搬运工。加密算法采用认证加密cryptography.fernet.FernetAES-128-CBC或nacl.secret.SecretBoxXSalsa20-Poly1305同步逻辑实现见 mnemosyne/core/sync_server.py。密钥怎么来6 种来源最高安全是 OS 钥匙串密钥来源配置方式安全等级环境变量MNEMOSYNE_SYNC_KEY中env 可能被记录密钥文件--encrypt /path/to/keyfile中依赖文件权限原始密钥串--encrypt base64-key低ps可见OS 钥匙串MNEMOSYNE_SYNC_KEY_SOURCEkeyring高系统 Keychain交互式输入MNEMOSYNE_SYNC_KEY_SOURCEprompt高不落盘口令派生PBKDF2-HMAC-SHA25660 万次迭代/ Argon2id高口令可短派生密钥 32 字节一条命令生成随机密钥mnemosyne sync-generate-key输出 32 字节 base64 密钥。什么被加密了什么没加密载荷payload全部加密记忆正文、重要性评分、来源字段、元数据、memory_type、向量嵌入。路由元数据保持明文冲突解决必需event_id、memory_id、操作类型、时间戳、设备 ID。这意味着——即使攻击者完全攻陷了你的同步服务器✅ 他能知道同步了多少条事件、何时发生、哪些事件相互关联、哪些设备在同步❌ 他无法知道任何一条记忆的内容和含义。这就是元数据可见、内容不可见的经典零信任设计。四、paranoid 配置档一键开启隐私堡垒Mnemosyne 内置 8 个配置档其中paranoid是专为敏感数据和合规场景设计的安全优先档一条命令应用mnemosyne profile apply paranoid它自动帮你做了三件隐私大事严格写入分类器write_classifier: strict对入库内容严格审查同步加密默认开启sync_encrypt: true同步即加密唯一内置ignore_patterns的档案正则黑名单覆盖密码、token、API 密钥、Bearer、Authorization头、PEM 密钥块——匹配的内容永远不被存储。配置档完整说明见 docs/profiles.md。换句话说你不需要逐条研究安全设置一键堡垒是产品化的一等公民。五、边界诚实哪些场景数据会出本机隐私模型最怕含糊其辞Mnemosyne 的文档把数据离开本机的场景写得明明白白场景数据流向你的控制开关默认使用零出网无需配置启用同步载荷走 TLS开启--encrypt后服务器只见密文mnemosyne sync --encrypt远程嵌入服务记忆文本和查询文本会发给嵌入 API 做向量化改用本地嵌入安装档[embeddings]/[all]或自建端点远程 LLM 服务仅调用你配置的端点本地 LLM 或禁用一个重要的隐私细节使用远程嵌入 API时接收方看到的是你记忆的原文用于生成向量所以官方建议隐私敏感部署选本地嵌入档。这是所有云端 AI共有的权衡Mnemosyne 的做法是把它显式化、可配置化而不是偷偷发生。配置参考见 docs/configuration.md各平台接入指南见 docs/integrations/README.md。六、威胁模型与最佳实践官方文档把威胁模型分成已防护和明确不覆盖两部分这种坦诚在同类项目里很少见已防护In Scope威胁缓解措施远端服务器被攻陷 → 内容泄露客户端加密让载荷不可读TLS 中间人攻击带证书校验的 TLS未授权同步访问同步端点 API Key / JWT 认证重放攻击唯一事件 ID 时间戳校验恶意内容同步目的端ignore_patterns内容过滤明确不覆盖v1 Out of Scope加密时序侧信道、量子破译建议定期换钥缓解、物理接触数据库文件归 OS 层负责、同步端点 DoS自建部署自行限流。官方 6 条最佳实践同步永远走 HTTPS/TLS局域网外禁用明文 HTTP互联网或 VPS 同步必开客户端加密同步密钥定期轮换建议 90 天加密密钥独立备份——丢了密钥就丢了加密记忆开发/预发/生产使用不同密钥用mnemosyne sync-status --remote url监控同步事件发现异常活动。七、横向对比Mnemosyne 的加密是核心功能而非附加题系统静态数据传输客户端加密可自托管Mnemosyne本地 SQLiteTLS 可选客户端加密✅Fernet / XSalsa20-Poly1305✅Mem0Qdrant/PostgreSQLTLS❌可选ZepBYOK静态TLS仅 BYOK服务端托管密钥✅LettaPostgreSQLTLS❌✅HonchoPostgreSQLTLS❌✅Supermemory云端 SaaSTLS❌仅企业版关键差异在最后一栏的星号Zep 的 BYOK 由服务端管理密钥而 Mnemosyne 的密钥完全留在客户端——官方直言这是唯一把同步载荷客户端加密作为核心功能的记忆系统。结语把隐私变成默认值而不是卖点回看 Mnemosyne 的整套模型本地 SQLite 单一事实源、零遥测零埋点、同步载荷客户端加密、密钥永不离机、paranoid 档一键加固、诚实的威胁模型声明——它没有用一个隐私开关做营销噱头而是把隐私做成了架构默认值。对于把 Agent 当长期数字伙伴的你来说这意味着一件事你的 AI 越聪明记忆越多而这份资产从第一天起就只属于你。延伸阅读安全与隐私完整文档docs/security.md同步协议与部署docs/sync.md配置与环境变量docs/configuration.md配置档含 paranoiddocs/profiles.md部署Docker / Fly.io / Caddy TLSdeploy/sync/README.md【免费下载链接】mnemosyneZero-cloud AI memory that works everywhere. SQLite-backed. One pure-Python dependency.项目地址: https://gitcode.com/gh_mirrors/mnemosyne5/mnemosyne创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

【外设】之大彩串口显示屏 2026/11/13 0:43:49

【外设】之大彩串口显示屏

大彩串口屏初步使用 1 .官网下载 STM32 屏幕 GUI 设计资料 http://www.gz-dc.com/category/typeid/4112 找到 STM32 Keil 工程,移植相关代码因项目而异进行移植,由于项目简单,本人只对用到的指令接口进行修改。 比如:注意事项&…

阅读更多 →
无法下载Windows系统iso文件 2026/11/12 23:59:09

无法下载Windows系统iso文件

当我遇到这个问题的时候,我打开了一个网站: 登录 然后我打算下载的时候: 突然那个官方的连接就可以下载了:

阅读更多 →
【清华代码熊】DeepSeek V4.1 Flash 后训练详解 2026/11/13 10:09:00

【清华代码熊】DeepSeek V4.1 Flash 后训练详解

📌 上期解析了 DeepSeek V4.1 Flash 模型架构改进,本期解析 DeepSeek V4.1 Flash 预训练/后训练技术: 🌟 预训练:45T 文本 多模态混合语料、直接训练 sparse attention(取消 DeepSeek V4 的 dense 冷启动&…

阅读更多 →
Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ... 2026/11/13 13:31:48

Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ...

文章主要内容和创新点 主要内容 本文聚焦于多模态大语言模型(MLLM)强化学习(RL)训练中的效率问题,提出了一个名为Shuffle-R1的框架。研究发现,当前RL训练存在两个关键缺陷: 优势值坍缩(Advantage Collapsing):批次中大多数优势值集中在零附近,导致有效梯度信号被淹…

阅读更多 →
PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction 2026/11/13 16:11:45

PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction

一、文章主要内容总结 本文聚焦于利用大型语言模型(LLMs)实现个人身份信息(PII)脱敏的研究,旨在解决传统脱敏方法(如基于规则的系统、领域特定命名实体识别(NER)模型)泛化能力差、跨格式/跨语境适应性弱的问题。 研究通过全面评估多种LLM架构(包括密集型LLM(D-LLM…

阅读更多 →
LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model 2026/11/13 0:02:27

LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model

文章主要内容和创新点 主要内容 本文聚焦于二进制图像-文本相关性评估任务(判断图像与文本“相关”或“不相关”),针对该任务中文本格式多样、相关性定义随场景变化等挑战,提出了基于多模态大语言模型(MLLM)的解决方案LLaVA-RE。 模型设计:LLaVA-RE基于LLaVA 1.5架构,…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉