[安全]后台密码明文传输安全性问题

[li7355608]

管理后台的密码进行校验的时候，密码是明文传输的，虽说可以通过反向代理配置https，但仍然不安全。
希望对这个密码进行传输加密。

[vastsa]

了解

[li7355608]

了解

刚刚又看了一下，传输过程的加密相对来说不是那么紧要，但是数据库中明文存储后台访问密码这一点确实有点不合适。
传输可以容忍明文，但是数据库也明文太致命了，而且这个数据还是直接传输到前端的，如果私有化部署公网没有配置https直接底裤都被看完了。
看看之后我有没有时间pr优化一下这里吧。

[8888crazy]

了解

刚刚又看了一下，传输过程的加密相对来说不是那么紧要，但是数据库中明文存储后台访问密码这一点确实有点不合适。 传输可以容忍明文，但是数据库也明文太致命了，而且这个数据还是直接传输到前端的，如果私有化部署公网没有配置https直接底裤都被看完了。 看看之后我有没有时间pr优化一下这里吧。

关于数据库中明文存放大佬给科普一下如何从公网拿到

[li7355608]

了解

刚刚又看了一下，传输过程的加密相对来说不是那么紧要，但是数据库中明文存储后台访问密码这一点确实有点不合适。 传输可以容忍明文，但是数据库也明文太致命了，而且这个数据还是直接传输到前端的，如果私有化部署公网没有配置https直接底裤都被看完了。 看看之后我有没有时间pr优化一下这里吧。

关于数据库中明文存放大佬给科普一下如何从公网拿到

拦截get管理用户信息的http请求就能直接获取所有的配置文件数据库信息，甚至管理密码都是明文的。

[8888crazy]

了解

刚刚又看了一下，传输过程的加密相对来说不是那么紧要，但是数据库中明文存储后台访问密码这一点确实有点不合适。 传输可以容忍明文，但是数据库也明文太致命了，而且这个数据还是直接传输到前端的，如果私有化部署公网没有配置https直接底裤都被看完了。 看看之后我有没有时间pr优化一下这里吧。

关于数据库中明文存放大佬给科普一下如何从公网拿到

拦截get管理用户信息的http请求就能直接获取所有的配置文件数据库信息，甚至管理密码都是明文的。

那本质还是明文传输问题

[li7355608]

了解

刚刚又看了一下，传输过程的加密相对来说不是那么紧要，但是数据库中明文存储后台访问密码这一点确实有点不合适。 传输可以容忍明文，但是数据库也明文太致命了，而且这个数据还是直接传输到前端的，如果私有化部署公网没有配置https直接底裤都被看完了。 看看之后我有没有时间pr优化一下这里吧。

关于数据库中明文存放大佬给科普一下如何从公网拿到

拦截get管理用户信息的http请求就能直接获取所有的配置文件数据库信息，甚至管理密码都是明文的。

那本质还是明文传输问题

数据库明文存密码本身就是大隐患，原始数据都不安全只依靠传输层更不靠谱了

[8888crazy]

了解

刚刚又看了一下，传输过程的加密相对来说不是那么紧要，但是数据库中明文存储后台访问密码这一点确实有点不合适。 传输可以容忍明文，但是数据库也明文太致命了，而且这个数据还是直接传输到前端的，如果私有化部署公网没有配置https直接底裤都被看完了。 看看之后我有没有时间pr优化一下这里吧。

关于数据库中明文存放大佬给科普一下如何从公网拿到

拦截get管理用户信息的http请求就能直接获取所有的配置文件数据库信息，甚至管理密码都是明文的。

那本质还是明文传输问题

数据库明文存密码本身就是大隐患，原始数据都不安全只依靠传输层更不靠谱了

SQLLite 这库也就是玩玩了 如果是上升安全性的话最起码访问权限也要配置上 否则即使加密也有办法破解 还影响性能

[li7355608]

是不能明文存密码，对于这种独立的小项目来说，也没有必要搞特别复杂的加密，哪怕是不安全的md5散列一下也行

…

---原始邮件--- 发件人: ***@***.***> 发送时间: 2025年12月26日(周五) 中午11:50 收件人: ***@***.***>; 抄送: ***@***.******@***.***>; 主题: Re: [vastsa/FileCodeBox] [安全]后台密码明文传输安全性问题 (Issue #442) 8888crazy left a comment (vastsa/FileCodeBox#442) 了解 刚刚又看了一下，传输过程的加密相对来说不是那么紧要，但是数据库中明文存储后台访问密码这一点确实有点不合适。 传输可以容忍明文，但是数据库也明文太致命了，而且这个数据还是直接传输到前端的，如果私有化部署公网没有配置https直接底裤都被看完了。 看看之后我有没有时间pr优化一下这里吧。 关于数据库中明文存放大佬给科普一下如何从公网拿到 拦截get管理用户信息的http请求就能直接获取所有的配置文件数据库信息，甚至管理密码都是明文的。 那本质还是明文传输问题 数据库明文存密码本身就是大隐患，原始数据都不安全只依靠传输层更不靠谱了 SQLLite 这库也就是玩玩了 如果是上升安全性的话最起码访问权限也要配置上 否则即使加密也有办法破解 还影响性能 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[8888crazy]

是不能明文存密码，对于这种独立的小项目来说，也没有必要搞特别复杂的加密，哪怕是不安全的md5散列一下也行
…

不一定 看业务要求和实际情况 小项目 其实加密不加密都无所谓 权限一下就好了