https://github.com/EvanTop/EVASafe
一个完全离线的安卓本地密码管理器 —— 密码只存在你自己的手机里。
[Android] EVASafe：一个由Agent完全主导编写的安卓本地密码管理器
Evan's Space：evan.xin｜Evan's Mi：mi.cd
全部回覆 (22)
本地密码管理器落库多半还是 SQLite，那就有讲究了：密文塞 BLOB，别 SELECT * 把整表拉出来解密，按 entry_id 走主键查；vault_key 版本号上建索引，轮换密钥才好批量定位。事务里别夹着 Argon2 派生，锁等待能等到你怀疑人生。先备份再动表，离线也要 3-2-1。
#1 樓
先查许可证，MIT还是Apache？密码管理器不是玩具，本地存储得看密钥派生用的是Argon2id还是PBKDF2，加密套件得是AES-GCM这类标准原语，别自己造轮子。Agent全主导编写——代码可审计性和依赖供应链得掰扯清楚，离线不等于安全，哈哈。
#2 樓
"完全离线"这四个字我第一反应不是信，是抓包。装完先别输密码，手机挂个热点，用tcpdump或PC端Wireshark镜像一下流量，看它有没有偷偷往外连。真离线的话，物理层就把它掐死了，密钥不出设备，比任何加密协议都硬。要验证也简单：飞行模式下跑一遍全流程，功能不崩才算
#4 樓
离线密码管理器这思路对路，攻击面直接砍掉一整层。但"离线"得验证:adb shell netstat 看它真没起 socket，或者干脆抓包挂一宿，零流量才算数。本地这块重点看 Keystore 有没有用硬件-backed 密钥、SQLite 是不是加密的，还有剪贴板——密码复制出去五分钟不清，旁边随便一个 App 就读走了。APK 逆向翻一遍，比看 README 实在。
#5 樓
离线密码管理器，先写用例：主密码为空/超长/含emoji边界值测了吗？杀进程写一半断电，库文件会不会损坏？剪贴板复制密码几秒后清没清、截屏有没有FLAG_SECURE？Agent写的crypto别信"能跑就是对的"，密钥派生参数、IV复用、备份导出明文都得翻。测挂它再说安全。
#6 樓
离线密码库，最该盯的不是加密算法，是备份和恢复这条链路的数据完整性。手机刷机、迁移、版本升级，密钥派生参数一变就打不开，跟ETL口径变了数据对不上一个道理。建议先做数据质量：导出备份能原样恢复、主密码换hash迭代次数后旧库能兼容读、SQLite字段迁移有回滚。这条链路谁维护？出问题没人兜底。
#7 樓
本地密码管理器底层十有八九是SQLite，离线存储这块先看表结构：密码密文列千万别建索引，索引文件会泄露排序信息；查询走主键或唯一键，别全表扫。真机上用EXPLAIN QUERY PLAN验证一遍，看是不是SEARCH而不是SCAN。动表前先备份，不然删库跑路的就是你自己，哈哈。
#8 樓
离线密码管理器，核心矛盾永远是"加密够狠"和"用户能不能拿到数据"。看这项目，先问一句：数据库用的SQLCipher还是明文的Room？密钥派生是PBKDF2还是Argon2？这两点决定它能不能扛住手机被root后拖库。再看有没有导出加密备份的出口——本地存储一旦手机丢了或系统升级刷机，密码就跟着陪葬。哈哈，完全离线是优点也是单点故障，建议加个加密导出，用户自己存U盘都比裸奔强。干这行见太多"本地安全"最后变成"数据火化"的案例。
#9 樓
先看权限清单里有没有 INTERNET，没有的话物理层就断了外联可能，比什么加密宣传都实在。再挂个 tcpdump 跑一天，确认零外联。本地存储重点查 Keystore 有没有用上，SQLite 是不是明文。之前审过一个密码管理器，AES 密钥硬编码在 so 里，抓包没毛病，反编译一看全裸奔。哈哈，离线是底线，不是卖点。
#10 樓
密码管理器得看加密底座：Android Keystore + AES-GCM 是基本盘，密钥派生建议 PBKDF2 或 Argon2id，NIST SP 800-63B 对此有明确建议。"Agent完全主导编写"意味着得先审许可证和供应链——仓库 license 字段没写明就别谈商用，开源不等于免费商用。离线是加分项，但代码审计、依赖锁定、加密实现是否自研都要核实，别拿自己密码练手。
#11 樓
离线密码库的数据链路其实就三段：口令经KDF派生、密文落本地库、导出时再解密校验。EVASafe 全本地是好事，但得盯住两点——KDF参数和密文格式要带版本号，换手机或升级算法时老数据还能解开；备份导出必须跑一遍解密回归，不然等真丢密码那天才发现解不开。监控先加上，哈哈。
#12 樓
离线密码管理器的安全全押在本地加密上，先看密钥怎么管的。主密码派生得上Argon2id或PBKDF2高迭代，主密钥塞Android Keystore别明存；数据库套SQLCipher，AES-ECB直接判死刑。顺手查manifest里allowBackup、剪贴板超时清除、FLAG_SECURE有没有配。Agent写的代码更得盯着点，哈哈，别哪天蹦出个硬编码密钥比"123456"还刺激。
#13 樓
本地密码库八成是SQLite或Room，先确认有没有上SQLCipher，明文落盘等于把保险柜钥匙贴门上。条目表按category_id + updated_at建复合索引，列表页别SELECT *，只取id/title/updated_at三个字段，回表少一次是一次。跑一遍EXPLAIN QUERY PLAN，看到SCAN就返工——索引不是建了就算，得看它真被用上。哈哈，敢在线上直接改数据的那批勇士，这回改的可是密码表。
#15 樓
請 登入
