1
66beta 2017-08-31 17:10:12 +08:00
只有你知道,你打算用来干什么?
|
2
LeeSeoung 2017-08-31 17:10:41 +08:00 1
出现规律是可以统计的。。。如果能确定算法是 base64 编码表是可以被逆向出来的。
|
3
Mac 2017-08-31 17:11:49 +08:00 1
自带密码本的话,干嘛还要 BASE64,任何 ASCII 都可以啊,换成 BASE64 还占空间。
|
4
nazor 2017-08-31 17:12:14 +08:00
额,网页加密的话,那解密算法不就被知道了。
|
5
yidinghe 2017-08-31 17:12:22 +08:00 1
简单的用来躲避敏感词检查是可以的。
|
6
wevsty 2017-08-31 17:12:23 +08:00
数据经过密钥变换成密文,密文安全不安全这是加密算法的问题,和 base64 有毛关系?
|
7
aploium 2017-08-31 17:13:21 +08:00 1
虽然在知道加密方式的前提下非常容易攻破, 不过用来欺骗别人的 base64 解码器倒是可以的 (可是那为什么不简单地 AES 一下)
|
8
FanWall 2017-08-31 17:14:40 +08:00 via Android
无安全性可言
|
9
Leafove 2017-08-31 17:18:37 +08:00
base64 目前用来防止爬虫还可以,其他算了
|
10
learnshare 2017-08-31 17:18:42 +08:00
xiami 的 URL 规律就被猜出来了,当然加密步骤太少,逻辑太简单
|
11
terrawu 2017-08-31 17:20:55 +08:00 1
躲避敏感词检查也不行,比如过滤器可以直接把 “郭文贵” 预编码成 base64 可能的组合格式(不多),然后直接 AC 自动机识别即可。不需要解码了。
|
12
scriptB0y 2017-08-31 17:23:03 +08:00 1
跟 base64 没什么关系,原理就是个两个密码本,第一个是固定的( base64 )第二个是随机的。
base64 的部分也可以换成“将字符变成在键盘上的位置,比如 a 变成 3,1 表示第三行第一个” |
13
BOYPT 2017-08-31 17:30:16 +08:00
自己开脑洞想出来的都不安全。
|
14
Valyrian 2017-08-31 17:32:04 +08:00 1
|
15
redtea 2017-08-31 17:32:07 +08:00 1
这不就是凯撒密码吗?即使是德军使用的恩尼格玛密码机,号称不可破解,最后还是被图灵破解了。
|
16
Daming 2017-08-31 17:40:44 +08:00 1
一般做下 rot13 就可以满足要求了。
|
17
helica 2017-08-31 17:41:57 +08:00 via iPhone 1
老老实实 sha aes 吧
|
18
40huo 2017-08-31 17:57:49 +08:00 1
单表加密没用的,还是用点现代的加密吧
|
19
jacy 2017-08-31 18:50:12 +08:00
@learnshare 有链接吗,想看看
|
20
learnshare 2017-08-31 20:29:19 +08:00
@jacy 相关资料能搜到的
|
21
billlee 2017-08-31 21:17:42 +08:00
单表密码,统计一下各个字符的频率,就破解了
|
22
KevZhi 2017-08-31 21:22:24 +08:00
凯撒密码已经被通过统计学方法破解,英文正文内每个字母出现的频率都是有大概的值的
|
23
caomu 2017-08-31 21:36:04 +08:00 via Android
有密码学入门的书推荐吗?
|
25
zhs227 2017-08-31 22:46:13 +08:00 1
针对英文的只要统计一下字母的使用频率就可以解出来。中文的可能复杂一些,但并不是不可解。
最好的还是非对称加密。 |
27
zhs227 2017-08-31 22:53:29 +08:00
网页的其实没有用,因为还原算法是明文的。如果你做个 App 还算有点意义。
能防止 censorship,目前还没有看到其它优势。写来玩一下也还是可以的,至少方法上是可行的。 |
29
zhs227 2017-08-31 23:12:16 +08:00 1
原谅我实在脑洞没开那么大。如果你是说把上面 base64 那一长串东西输入到表单里,然后点击确定再查看的话,一般的用途还是可以了。
|
30
shuangguanQuail 2017-09-01 00:11:41 +08:00
信息安全准则之一:不要随意使用自己设计的加密算法。
而且,这个连加密算法都算不上吧 |
31
johnnie502 2017-09-01 01:07:51 +08:00
这和明文有区别?
|
33
loadinger 2017-09-01 09:16:10 +08:00
编码和加密
|
34
tghgffdgd 2017-09-01 09:51:52 +08:00 via Android
@yidinghe 说到躲避敏感词我就想笑,某网站在线加解密 based 因为编码文出现 tnt 直接被替代字符串了
|
35
chuanqirenwu 2017-09-01 10:29:55 +08:00
怎么解密?
|
36
ctt OP @chuanqirenwu #35
写写小文章,偶尔需要加密,但我用的 github page 所以就纯静态的想用 js 实现下加密解密,之前感觉 aes 啥的太复杂,于是试了下 base64 更换那个编码表的方案。(现在已经用 aes 实现了一个) 方法是这样的: 一个 js 文件里面包括了 base64 编码函数。另一个 js 里面存放了根据特定编码表(就是那一长串 64 位字符)加密好的文章。 一个 html 文件实现文章的显示。通过识别 url 里的 hash,那个#后面的字符作为文章键值,找到 js 文件对应的加密字符串,然后需要输入密码,就是那一长串 64 位字符,然后浏览器中 base64 解码了。当然每次输密码也比较麻烦,url 里面如果同时包含了那一长串和文章的键值,那就可以直接解密显示。 至于如何添加文章,做一个生成器。可以把要加密的文章输进去,生成对应的一行加密后的内容,添加到那个存储文章的文件里。。。图片附件的我用 aes 实现了下。 |
37
chuanqirenwu 2017-09-01 11:59:01 +08:00
@ctt 放在 URL,URL 会不会有长度限制。我可以这样理解么?本质上是通过对照密码本解密的?
|
38
wizardforcel 2017-09-01 13:26:01 +08:00 via Android
@LeeSeoung 统计频率是最不靠谱的,因为可以混淆。
|
39
paragon 2017-09-01 15:28:59 +08:00
在统计学面前这些都是鶸~
|
40
nadoo 2017-09-01 15:32:40 +08:00
@learnshare 说到虾米,刚去看了下,虾米现在貌似不是数字 id 了,如: http://www.xiami.com/song/VdNH54440 您是说现在虾米 url 中的这个 id,和数字 id 的转换算法,有人公布了吗?
|
41
ctt OP @chuanqirenwu #37 是的,就是换了套对照的密码本。大部分浏览器处理几百个字符长度的网址都是毫无压力的吧,密码本就是 64 位还可以。
|
42
learnshare 2017-09-01 16:01:03 +08:00
@nadoo 说的是 API 里 mp3 URL 的加密方法,不是音乐 ID
|
43
nadoo 2017-09-01 20:10:21 +08:00
@learnshare OK,收到!
|