公司十几年老项目,数据库密码都是明文在配置文件里的。glm直接读取密码去数据库创表执行sql了,没有经过我的任何允许。真的离谱。
6 个赞
聪明的agent都会这样
我都记不得codex多少次从我环境变量里面读出hf密钥了
4 个赞
生产数据库佬也敢让他碰啊,我是测试数据库随便他造
配置.ignore,让他忽略掉敏感的信息和文件,比如配置文件、密钥文件等,还有给其配置T0级别的提示词,不允许对数据库做写操作,只给读操作或者不允许操作数据库。
这种现在不做限制,很多都会这么搞。我codex这边也搞过好几次了
ps最好还是使用浏览器和虚拟机将需要那些文件就只上传这些文件这样应该就不会超出访问了 ![]()
1 个赞
昨天直接给我lucky密码重置了,把我关外面了
用codex完成某个需求,codex自动打开computer use进浏览器点击测试bug。他登不进去,直接给我开发环境admin密码改了,再登进去 ![]()
3 个赞
这可太人工智能了
生产应该严格隔离才对,丢容器里就行,默认ai会做所有它能做的事
在AI模型面前,你们是刘禅的能力,还不允许相父自行决断了?
![]()
所以有时候干活前,先和AI说清楚,有的操作不能乱动,如果要动就先问我
生产环境没有网络隔离本来就很可怕
不管是agent还是人都不应该有直连操作生产环境数据库的能力(实在要有也应该是只读的
这个是正常AI都会干的操作,除非你明确划分界限
你没有禁止,从另一面来说这叫智能
glm:什么叫你的现在是我的了
我用公司提供的glm,刚刚写了个计划说是要清除我们现场的数据,吓得我赶紧esc