如何对图片加密使其避免被网盘屏蔽

base64 内容，改后缀

@XiLingHost base64 不行，体积整体要膨胀 1/3 ，而且浏览器解码后体积膨胀更大，遇到大图估计会卡

@AloneHero 那试试 AES ，现在有硬件加速 AES 的速度已经不错了

异或起码搞个密钥，循环异或

我看刑。
带密码压缩一下呢？让客户端解压一下。

转 avif 或许就行了

其实我建议使用 base64 的一个考虑是，前端本身是支持直接使用 base64 作为图片的 blob 内容的，这样需要的额外处理是最少的

https://en.wikipedia.org/wiki/Steganography
https://xcode.darkbyte.ru/
&ab_channel=HackerSploit

encfs

@vvhhaaattt 没注意到是要网页用的

最不折腾的方案：换个图床，别用网盘

简单的 XOR 就行，用 AES 也行，现代处理器都支持硬件 AES 速度非常快

我觉得你这个是伪需求

网盘就不是给前端用的，你用，就是盗图

你偷就偷吧，还让别人不知道你存了什么

太鸡贼了

Base64

Base64 再用固定密钥 XOR 最简单，传输过程中有 gzip 的话文件大小其实不会增加多少，客户端开销是绕不开的。如果对性能要求很高那可以自己写一个 decoder 然后把解压放在 js 层面完成，但是感觉有点本末倒置。

放到压缩包里加个密码行吗

一个很简单的办法，就是读取前面一部分字节进行简单加密，然后把信息写入尾部，解密的时候再读取出来补上就行了，视频和图片我都这样做过

我的建议是就保存成纯文本的 base64 ，前端不要做任何计算，把它填充到<img src="data:image/png;base64, {base64_data} />里面让浏览器帮你展示

用一个序列对每一位异或。
可以简单的使用 0-255 ，还能更改起始的 seed 。
虽然容易破解，但用在这里足够了

用 BaiduPCS-Py 或 AliPCS-Py ，自动加密上传，再开一个 http server ，自动给你解密。

不要当帮凶，他要传黄图

OSS COS 不行？一定要网盘？

正好最近我也有这样的想法，想法比较幼稚，可以参考。

识别图片等信息是靠前 X bit 和最后 X bit ，我只要在图片前面和后面插入固定长度的随机字符串就行了，然后解密可以直接在前端做，也可以在后端做。

前端比较简单，可以参考

```js
xhr=new XMLHttpRequest()
xhr.open('GET', 'https://example.com/a.jpg')
xhr.respOnseType= 'blob'
xhr.Onload= function(e) {
console.log(this.response)
const newBlob = this.response.slice(64, this.response.size, this.response.type)
console.log(newBlob)

document.getElementById('image').src=URL.createObjectURL(newBlob)
}
xhr.send()
```

@xiangyuecn 我劝你少管闲事（狗头.jpg ）

之前在微博有人做过，思路是直接把图片 N 块切开，上传发微博。然后正确组合的 index 只有你知道，做 js 插件去还原图片。大概是这个思路啊，细节记不住了。

encfs

有哪个网盘有 API 还允许跨域调用和加载文件的啊。。。？
（我记得 sharepoint 好像是这样？）

CBC 一下

哪家网盘会允许你当图床用甚至还给可以浏览器跨域使用的 api ？
直接基于二进制流的加密(xor ，aes)要求原图未经有损处理。
我 i 觉得 @allanpk716 说的那个思路可以，将图片切成 MxN 的块，按一个预先指定的映射打乱块的位置，同时每一个块的 U/V 通道做一个无损变换。呈现时用 js 通过 canvas 恢复。这个方法能抵御缩放但可能抵御不了 JPEG 的 DCT 压缩。

直接把所有的字节+1 即可
for i in range(len(read_bytes)):
if read_bytes[i] == 0:
read_bytes[i] = 255
else:
read_bytes[i] = read_bytes[i] - 1

网盘为啥要屏蔽图片？

@haah 题主要搞皇瑟
散了吧

对抗这种检测 AI 其实挺简单，按一定规则在图片中插值，不但能防 AI 检测，还能用肉眼看不出来图片改变也就是说，你的客户端不需要做任何处理

@okakuyang 转 avif 不是很稳，网盘可能检测到也可能检测不到，而且一些图片格式转 avif 如果质量系数低转完太糊，质量系数高体积会膨胀，得不偿失。
@lishoujun 客户端解压还要引入包有点麻烦
@Tanix2
@allanpk716 切图思路确实新奇，不过有点隐患，切的太少仍然容易被识别，切的太多客户端网络并发高，容易阻塞
@SunsetShimmer @jim9606 只是个人用而已，可以在访问官方页面时代理到自己的页面，自己的页面注册上 service worker ，就能实现永久劫持官方页面。

1 、Base64 写到页面里；
2 、颜色分离：透明 /黑白 /彩色。

加密涉及到密钥交换问题，你的场景不适用！

@allanpk716 #25 这是技术方案。非技术的女孩们用三合一上传新浪。哈哈哈哈哈

图片切成 9 或更多块，打乱重组成一张新图，前端还原

openssl aes-256-cbc -md sha3-512 -pbkdf2 -iter 114514 -salt -in inputfile -out outputfile
应该是最安全的加密之一了

@CharlesGray 而且还不会增长文件体积，加密前后大小一样的，aes 速度也很快

离谱的需求，建议重新考虑

@AloneHero 不是切成多个碎块文件，是 M*N 切块打乱顺序后重新画到一张图上（这样图片看起来就像马赛克一样），客户端下下来再重新切换还原顺序绘制。

@tsanie 很多漫画网站的 DRM 保护都用的这种方法，切块打乱顺序返回，前端排序后 canvas 绘制