首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  drymonfidelia  ›  全部回复第 8 页 / 共 83 页
回复总数  1648
1 ... 4  5  6  7  8  9  10  11  12  13 ... 83  
❮ ❯
231 天前
回复了 PendingOni 创建的主题 › Windows › [发现]-2025-05-10 End Of 10?
@NewYear .net core 可以 AOT 编译了，对系统环境要求应该很低
至于支持 AOT 编译之前的版本，早就发布了怎么不支持 Windows 10
234 天前
回复了 7sa74n 创建的主题 › 信息安全 › 你听我说，这个仿闲鱼诈骗平台是这样的。
@qcbf111 我前公司的 mongodb 就被注过 /t/1048156
但是不管 MySQL 还是什么数据库 只要用个正确实现的 ORM 框架 理论上就注入不了了
实际上肯定有 0day 还没公开
246 天前
回复了 ggbond2233 创建的主题 › 问与答 › 为什么程序员和画师对 AI 的态度差别那么大?
AI 画图刚火那时候我能一眼分辨 AI 图，100%准确
现在有些 AI 已经很难分辨了，但是知道是喜欢的图是 AI 画的很难受，一般不会收藏
254 天前
回复了 drymonfidelia 创建的主题 › 信息安全 › 敏感 API 需要加密请求体避免泄漏请求内容给 CDN，是否使用了 AES-256-GCM 这类带完整性验证的加密算法，就没有必要再签名一次了？或者有没有更简单的方案， HMAC 拼接签名客户嫌麻烦不太愿意对接
@ysc3839 我想问的就是按我标题里的这种方法，因为 GCM 模式支持消息完整性校验，CDN 最多也只能进行重放攻击吧？
254 天前
回复了 drymonfidelia 创建的主题 › 信息安全 › 敏感 API 需要加密请求体避免泄漏请求内容给 CDN，是否使用了 AES-256-GCM 这类带完整性验证的加密算法，就没有必要再签名一次了？或者有没有更简单的方案， HMAC 拼接签名客户嫌麻烦不太愿意对接
@ccpp132
@kk2syc
@yinmin 我想到一种方案，用户需要先调用 Auth 接口使用 RSA4096 加密注册 AES 密钥，然后 API 服务器将 AES 密钥存入 redis ，之后的请求都通过这个 AES 密钥验证，万一被拖库了我只要 purgeall 就可以，不知道是否足够安全
254 天前
回复了 drymonfidelia 创建的主题 › 信息安全 › 敏感 API 需要加密请求体避免泄漏请求内容给 CDN，是否使用了 AES-256-GCM 这类带完整性验证的加密算法，就没有必要再签名一次了？或者有没有更简单的方案， HMAC 拼接签名客户嫌麻烦不太愿意对接
@yinmin cc 私钥加密随机 key ，然后随机 key 使用 aes 加密 body 这个有现成的实现么，还是需要自己随机生成 32bytes ，ECC 加密后拼接
254 天前
回复了 drymonfidelia 创建的主题 › 信息安全 › 敏感 API 需要加密请求体避免泄漏请求内容给 CDN，是否使用了 AES-256-GCM 这类带完整性验证的加密算法，就没有必要再签名一次了？或者有没有更简单的方案， HMAC 拼接签名客户嫌麻烦不太愿意对接
@yinmin 考虑过非对称加密，问题是如果 payload 比较大（最大可能几十 MB ），用非对称会不会太慢了
254 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 电话号码中为什么不加一位 checksum？经常接到有人输错号码打错的电话，哪怕只加 1bit 校验效果也能降低 50%概率
另外校验位也不一定要在最后一位，可以在中间
254 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 电话号码中为什么不加一位 checksum？经常接到有人输错号码打错的电话，哪怕只加 1bit 校验效果也能降低 50%概率
@huijiewei 电话号码又不是什么比特币钱包需要离线可用，校验算法可以在运营商那边跑，特殊号特殊处理即可
254 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 电话号码中为什么不加一位 checksum？经常接到有人输错号码打错的电话，哪怕只加 1bit 校验效果也能降低 50%概率
@vvhy 浪费了其中八分之一个数字 那么多号码没分配，这算什么
254 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 电话号码中为什么不加一位 checksum？经常接到有人输错号码打错的电话，哪怕只加 1bit 校验效果也能降低 50%概率
@rekulas 把二进制转回十进制啊，相当于用掉 1/8 个数字校验
254 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 电话号码中为什么不加一位 checksum？经常接到有人输错号码打错的电话，哪怕只加 1bit 校验效果也能降低 50%概率
@terence4444
@rekulas 我的一位指的是二进制 bit 例如把电话号码转二进制，逐位 xor 后放入一个 bit ，浪费不了多少就能降低 50%概率
@PeakFish
254 天前
回复了 JustW 创建的主题 › Windows › 重装电脑用 Scoop 管理软件,清爽多了!
不敢用 npm 、pypi 上那么多恶意包，这个权限更大
254 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 电话号码中为什么不加一位 checksum？经常接到有人输错号码打错的电话，哪怕只加 1bit 校验效果也能降低 50%概率
@renfei 从新号码开始实施
256 天前
回复了 heliumjt 创建的主题 › 程序员 › 原本以为现在头部 AI 模型的幻觉已经很低了，而且觉得我挺能辨别 AI 幻觉的，结果今天还是被摆了一道
Gemini 就是所有模型里最能张口就来的 甚至还不如国产模型
/t/1110486
257 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 如果只用 Nginx 等现成的 HTTP Server 搭建 HTTP 服务，不自行建立 TCP 连接，是否就不用考虑 TCP 粘包这类传输层的问题？
@laikick 我就是不想自己实现，所以才问是不是套个 http/ws 就没有粘包问题了啊
257 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 如果只用 Nginx 等现成的 HTTP Server 搭建 HTTP 服务，不自行建立 TCP 连接，是否就不用考虑 TCP 粘包这类传输层的问题？
如果需要长连接的话是否也可以通过包一层 websocket 来解决 TCP 粘包？
@seers
@MossFox
257 天前
回复了 drymonfidelia 创建的主题 › 程序员 › 如果只用 Nginx 等现成的 HTTP Server 搭建 HTTP 服务，不自行建立 TCP 连接，是否就不用考虑 TCP 粘包这类传输层的问题？
@laikick 具体是什么问题？如果两个包长度过大的话确实有可能出现这种情况吧
1 ... 4  5  6  7  8  9  10  11  12  13 ... 83  
❮ ❯
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1243 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 17:17 · PVG 01:17 · LAX 09:17 · JFK 12:17
♥ Do have faith in what you're doing.