这是一个创建于 372 天前的主题，其中的信息可能已经有所发展或是发生改变。
业务场景是在用户进行了某项操作后（比如说点击了某页面按钮），调后端接口往数据库里差一条操作记录，如何保证这条记录的可信度。
如何防止稍微懂点知识的用户直接手动调用这个接口。
 |
1
codehz 2023-12-19 10:57:29 +08:00
所以要在后端验证啊，你前端验证只是保证用户体验用的
|
 |
2
coderxy 2023-12-19 10:57:42 +08:00
你是 web 应用还是 app 啊？ app 的话可以接口加签名。
|
 |
3
mdn 2023-12-19 11:01:02 +08:00
不考虑用户体验的话，加个滑块验证，像抢红包一样
|
 |
4
xuanbg 2023-12-19 11:08:29 +08:00
如果这个接口是前端可以直接调用的话，那么答案就是无法保证这条记录的可信度。除非这个动作只能在服务端发起并完成，譬如我在网关上根据用户调用接口的行为，在日志中记录其请求参数，这种数据就是可信的。
|
 |
5
yxdm007 2023-12-19 11:15:17 +08:00
数据记录的可信度，可以在插入操作前对用户输入的数据进行检查，比如是否有不符合插入数据规定外的敏感危险字符？做好数据的过滤，规定好插入数据的格式，不符合的禁止插入，或者设置一些正则表达式，对敏感字符进行替换处理~另外，从你的业务场景里可以看出，如何防止登入的用户直接手动调用？这个可能就涉及到用户登入系统后，插入数据的接口可能会暴露，可以适当对调用此接口的用户做些鉴权，也要防止越权，不过最关键的个人认为还是对传入数据的过滤处理~
|
 |
6
xmumiffy 2023-12-19 11:17:45 +08:00 via Android
如果是用户能操作的值，那防不了
如果是不能操作的值，你自己就能判断出来 |
 |
7
KOMA1NIUJUNSHENG 2023-12-19 11:30:20 +08:00
为什么插入日志这种动作要在前端发起接口来实现，不是应该处理完主业务之后再执行插入日志操作吗。和前端唯一的互动就是点击按钮调用接口那一下。
|
 |
8
weeei 2023-12-19 11:54:46 +08:00
后端判断用户此次操作的合法性，如果是购买商品操作，可能不是用户 post 一个请求你就给他发货吧。
具体如何判断操作合法性，看你的具体场景。 |
 |
9
smdbh 2023-12-19 12:02:27 +08:00
感觉这两种操作没区别，都是合理操作，防是个伪命题
|
 |
10
aaniao002 2023-12-19 12:21:22 +08:00 via Android
你看目前大型网站哪家能防趴？
|
 |
11
renfei 2023-12-19 12:24:38 +08:00
签名+时间戳，能解决大部分人，真正的高手防不住
|
 |
13
unt OP 我凭空想到的一个方法是通过一个动态秘钥来交互，每次发给后端需要后端校验是否符合，用过一次的秘钥不能再使用
|
|
14
renfei 2023-12-19 15:19:18 +08:00
@unt web 端，我可以看到你的代码，我模仿你的逻辑，先调用动态密钥接口获取一个，拿到这个密钥再调用下一个接口，不就行了。
时间戳可以防止请求被拦截重放，签名可以验证是否被篡改，只会皮毛的脚本小朋友就会放弃，大佬的话你还是拦不住的 任何软件都能破解，只是代价不同，只要够让大部分人放弃就行了，收益比代价大的时候，就会放弃破解 |
|
16
renfei 2023-12-19 15:26:20 +08:00
@unt 你标题是防止用户自己篡改，双因素的验证码，也在用户自己手里，你怎么觉得能区分用户给你 post 真的数据还是假的数据呢
|
 |
17
cybird 2023-12-19 15:38:00 +08:00
所以才会有谷歌的：
" I'M NOT A ROBOT " |
 |
19
BD8NCF 2023-12-19 19:04:53 +08:00
前端只是 UI ，业务逻辑在后端，你肯定要在后端验证合法性啊
|
 |
20
param 2023-12-20 09:27:33 +08:00 via Android
没表述清楚，让人不想答。答了的都是猜的需求。
|
 |
21
veni2023 2023-12-20 10:42:53 +08:00
https 双向认证+签名+加密
|
Select Language