WASM 这种技术为啥很少看见使用呢？？另外如何防止接口被刷

1.浏览器的话有 webcrypto 已经足够使用了
2.校验 refer/csrf token/API 防火墙，这个看你接口价值大不大，大的话依次建设

在桌面端软件都逐渐被 react 占领的今天，想反其道行之，用一个更复杂的语言和技术代替简单的，怎么可能呢？

主要是兼容性考虑, 加上绝大多数项目没有很重的必须前端解决的性能需求

你可以看看流媒体播放 wasm 是很常见的啊

我寻思着 react 和 wasm 也不冲突啊…
我就在 react 的项目里使用过 wasm 来处理分子结构，用啥技术要看投入产出比

> 目前在 WASM 中加密，然后后端解密，感觉十分方便
这要看怎么定义方便了…
> 还没法破解
这个不成立吧，逆向一下就行了

前后端对接麻烦吧

后端实现麻烦才考虑用 WASM 实现

一个帖子暴露某些 v2er 真实水平

兄弟们，我前端是真不懂啊，我纯纯后端开发，前端大大实在想不出什么加密方法，我才考虑的 WASM[哭]

@qq135449773 老哥我真不懂啊，为啥啊，真心求教

@Tyaqing webcrypto 这种能防止不断地 debug 最后破解出来么 感觉 web 的 js 代码都是明文的？？

@Senorsen 一个 golang 写的 md5 逆向后是 2w 多行的 c ，这种要怎么破解？？

直接调用 wasm 里面的加密方法不就间接破了么，跟破 so 库加密一样

前端加密的尽头是不加密，我已经折腾完一整圈现在终于想通了

@wangritian 哦我想起来了，我最初的想法是避免直接通过接口调用，需要用户在浏览器下正常打开页面，然后 WASM 里面校验了和前端协商的密码 js 方法，只有在一些 js 方法存在的情况下，WASM 才能运行

wasm 用得确实不多，毕竟开发麻烦，培训班出来的阿狗阿猫们干不了。但是在传统前端不好搞的地方，有能干的人时，还是可以用一下的，比如 B 站。

另外似乎 wasm 在 web 之外更受欢迎，比如各种 API 网关用 wasm 做插件。有些新的编辑器也用 wasm 做插件。

@main1234 #11 我前端加密用的是前端随机生成 aes 的 key iv ，再用后端传过来的 rsa 私钥加密 key iv ，前端传给后端的 data 用 aes 加密

@xeneizes 所以对方要刷你的接口只需要定位到随机生成部分的代码？

1. wasm 有浏览器兼容性问题，外加一点点性能问题
2. 恶意用户可以不了解你的加密规则，只需要拿到加密后的结果即可。
3. 建议在 WAF 层做限流拦截处理。

@main1234 #14 不需要解密啊 只要逆向到能调用加密方法就行了

@relsoul 补充一点，建议把防止改为 如何提高恶意用户刷接口的成本 这样的话会好理解一点。

你看看 figma 用了多少♂

@main1234 防君子防不住小人吧，可以插件破解或者干脆自制浏览器。我认为精力还是更多放在服务端，比如限制 ip 的请求频率等等

C++写的图像处理算法一般也都是用 wasm 在浏览器运行的，比如这个条码扫描项目： https://www.npmjs.com/package/dynamsoft-Javascript-barcode

前端加密没什么意义，增加了自己开发的调试难度，特别是针对不需鉴权的接口，硬要限制使用浏览器才能访问，还不如做个 electron 的客户端更靠谱

WASM...接口防刷…
这就不得不提一下之前我做的 wCaptcha 了: t/910042

1 、大部分前端项目用不上，纯展示或者后台系统根本用不上这种技术；
2 、大部分前端开发者不具备开发 wasm 项目的技术

cpu 密集的才需要用 wasm ，比如图像，音视频，计算之类的

前端都是透明的，没啥用，稍微分析下你的 js 代码，看下调用，然后下载你的 wasm 调用就好了，逆向都不用。

wasm 已经被网安认为是不安全的

因为前端圈子对 js 「终究只是个处理字符串的语言」这项自我认知越来越明确，不再幻想浏览器统治一切了

有一说一，我觉得逆向 wasm 可读性比混淆后的 js 要好很多。
除了前后端共用代码以外，我一般不咋用 wasm ，毕竟兼容性目前来说还是 js 更好。

最主要是不会，当然简单的 wasm 本身没有任何难度，比如 op 说的加解密，因为 Java ，Javascript ，c#，c/c++，rust 几乎主流的编程语言都可以编译成 wasm ，而不是像以前的 dll 或是 so 大部分只能通过 c/c++来写，不会是不想去学，不想去用。

@main1234 #12 我说的不是你，我说的是这帖子里回复的其他某些人。

纯前端加密不管怎么加密都都没有意义，除非像百度网盘一样的，加密函数每一次使用的时候从后端获取加解密代码，但是这种就不再是纯前端加密了

@fenglirookie 这种怎么防止重放攻击呢？？每次调用接口前都要先请求一次加密函数？

@main1234 百度的做法是有个计数器，每次都不一样

@main1234 看一下 greensea 的回复，他的方式挺好的，也可以参考： https://github.com/mCaptcha/mCaptcha

wasm 离线 英汉字典 https://github.com/mojocn/wasmecdict

Wasm component model 支持，仅为 rust1/4： https://github.com/moonbitlang/moonbit-docs/tree/464356567270284446244cccecd101c04e9806f8/examples/wasi-http