接口问题

kflizcst

校验调用即可解决你的问题，也就是调用的时候需要传递凭据，并且会校验送过来的凭据，无凭据或者凭据错误的直接断开阻止调用即可（对于重复尝试的还可以让服务器直接IP黑名单封禁），这也是目前最主流的保护接口的办法。因为你的接口最终还是要被使用，只要以某种形式被使用，那么你几乎是没办法隐藏起来的，肯定会留下一个口子用于调用的，所以思路不应该放在隐藏上面而是增加调用的复杂度或者调用过程的校验方面。

补充内容 (2022-5-26 18:15):
这个凭据的生成可以弄的复杂点，动态随机生成，类似于常见的那种动态密码，随时自动更新作废旧的

补充内容 (2022-5-26 18:16):
调用方和服务方按照某种规则协商凭据的生成和校验过程，总之这方面可以随意发挥想象，越个性化越好

你送的花开了

kflizcst 发表于 2022-5-26 18:14
校验调用即可解决你的问题，也就是调用的时候需要传递凭据，并且会校验送过来的凭据，无凭据或者凭据错误的 ...

不太懂接口这方面   包括这接口也是借鉴了论坛开源的例子去修改成的   就是因为这方面不太了解  所以先想到的方法就只能是在软件内隐藏住自己的接口  防止部分人抓包调用    也了解您说的意思  就是加入卡密验证形式  需要在提交时传递我提供的卡密去进行访问提交

补充内容 (2022-5-26 20:44):
当然  还是很感谢您的答复

你送的花开了

小清晰 发表于 2022-5-25 21:52
自己在写个接口对接你的接口

作用并不太大  有点多此一举了

你送的花开了

nikezhi 发表于 2022-5-25 22:28
检测得监测一下抓包软件 过滤一部分 然后再加一个动态加密难一点得再过滤一大部分  再来一个经常更新基本过 ...

我在想着 只是一个加密能够防住部分人应该就够了  毕竟强中自有强中手

你送的花开了

afd 发表于 2022-5-25 22:13
就加密把 一般人懒得破J了 成本划不来

想请问一下论坛内有类似加密的例子吗   找了几个  但是好像有点不太对

你送的花开了

不要再艾特我了 发表于 2022-5-25 21:52
参数加密不错，可以搞，或者搞什么 sign token这样的，虽然我不会

就是因为我也不会  所以目前最好的方法就是加密隐藏调用的接口

小虎爱月月

IP频率检测 接口限流 恶意用户黑名单