分段压缩包太大怎么办被混淆怎么办？

来源：蜘蛛抓取(WebSpider) 时间：2015-02-13 20:10 标签： 压缩包文件损坏怎么办
赞助商链接
我们的产品
copyright & 2008 - 2014拒绝访问 |
| 百度云加速
请打开cookies.
此网站 () 的管理员禁止了您的访问。原因是您的访问包含了非浏览器特征(396c8e-ua98).
重新安装浏览器，或使用别的浏览器输入关键字或相关内容进行搜索
一直有人问HTML加密混淆怎么做，其实这在业内是早已很多人研究过的课题。
假日期间整理一篇文章分享给大家。我们先理下需求，加密的目的是什么？加密到什么级别？为此我们可以牺牲什么？
我们知道这个世界不存在绝对的安全，加密会被破解、混淆会被反混淆。
技术小白、开发者、黑客，是完全不同的级别，防范不同级别的人策略都不一样。
防范力度越大，投入代价也越大，比如聘请专业的安全公司。
除了投入，我们还需要考虑程序的执行性能和用户体验。
加密的代码在运行时必须解密，混淆后尤其是混淆HTML后，程序的执行性能会下降。
是否真的有必要做这类的源码保护，还需要谨慎取舍。一般而言，前端的代码，负责的是用户体验，后端的代码，负责更安全的数据处理。
前端不要涉及泄漏太多涉密信息，那么加密的意义不是特别大。
我很少在前端代码里看到值得保护的内容，比如高深的算法，很多代码是没必要牺牲用户体验来保护的。
但有些前端代码涉及最终用户的数据安全，此时还是要努力做数据保护的。接下来具体分析几种手段。
不要在前端放敏感数据
这个听起来是废话，但真的很重要。
有些开发者在手机端明文存用户的密码，这是非常危险的事情。
即使是原生开发，一旦手机被root，也会造成数据泄漏。更何况HTML5开发。
比较好的做法是手机端存token，而不是密码，这里有篇文章专门介绍这块，涉及做登录的开发者推荐仔细看看
js、css压缩
压缩不是加密，也不是混淆。但压缩后的js文件，往往也具有混淆的功能。
js、css压缩是很常见的技术，我们经常看到各种框架的文件名是xxx.min.js，xxx.min.css。
使用合适的js、css压缩方案，可以减少文件体积、提高载入速度，最重要的是，它还能加快程序的执行性能。简直是有百利而无一害。
压缩js比较常用的工具是yahoo的YUI混淆，在HBuilder里点菜单工具-插件安装，里面有YUI compress，可以压缩js和css。
如果js、css比较大，发布前压缩下是比较推荐的做法。
HTML、js、css混淆
压缩虽然也能混淆，但不是以让别人看不懂为目的，混淆是真正以别人看不懂为目的。
但是这样的混淆就不像压缩那么有百利而无一害了，它会降低程序执行性能。
一些开发者不希望发行包解压后可以直接看到源码，那么此时可以使用混淆方案。
网上搜索HTML混淆，资料和工具都非常多。
原理都是类似的，js代码变成乱七八糟的字符串，然后用eval执行，HTML代码变乱七八糟字符串，用document.write或innerHTML执行，css也可以动态的在document.write里写&style&。
这些工具有免费也有商业的，一般越商业的越难被反混淆。
这个是免费的在线混淆工具
这个是比较知名的商业工具，
其实大家也可以根据原理自己写混淆算法。
混淆也是一个有年头的成熟技术，比如Google在保护gmail的前端代码时，也是通过混淆来保护的。
不管是压缩还是混淆，使用grunt来做发布是不错的方式，开发后一键调用grunt处理，非常便捷。
防止webkit remote debug，即防止浏览器控制台调试
Android4.4及以上和iOS是支持webkit remote debug的，在HBuilder的教程里也有如何使用chrome调试Android应用，和使用safari调试iOS应用的教程。
在HBuilder开发的App里，manifest.json里下的plus-distribute下有一个debug标签，标记为false后打包（可视化界面里也有配置），这样的包运行在手机上时webview会阻止浏览器的远程调试请求。
如果你想调试，那么把debug改为true后再打包。
当然有些Android rom不是很规范，并不能阻止调试，这属于rom的bug。
另外注意只有打包才能防调试，真机运行是不能阻止调试的。
专业加密加固加壳服务
由于Android的特殊性，针对apk出现了加固、加壳产业，这也是业内常见的apk保护方案。
很多应用市场都提供加固服务，比如360手机助手的加固。
还有一批专业公司如，里面有免费的基础安全保障服务，也有收费的高级安全保障服务。
这里还有一个防止apk解压的小技巧：
HBuilder提供的原生js混淆
在HBuilder的alpha版（day build）里，官方提供了原生层面的js混淆。（从HBuilder8.8起，正式版也支持了这个功能）
这种混淆的性能比纯前端混淆的性能要更好，反编译的难度也更大。但目前有个问题就是Android4以下的手机不能运行加密后的版本。
具体使用方式是在打包界面，可以选择需要加密的js文件，然后打包即可。如下图：
\n
最后，这篇文章对于前端的代码保护也讲的非常专业，值得大家学习
也就是说在离线打包的前提下，我现在为了保证代码的安全性能做的就只能做到纯前端混淆+防止开启控制台+360加壳了吧？我试过grunt的那些混淆插件，都是对单个单个js文件混淆的，如果全部混淆之后有时候跨webview调用函数会出现一些问题
目前没有计划，离线打包提供原生混淆太容易被破解
明白了谢谢～不过我们的应用采用的是离线打包而非云打包，请问今后有提供支持开放离线打包配置原声混淆接口调用的基座的计划吗？
原生js混淆只能云打包。压缩、混淆是不同的概念，混淆涉及混和反混，用js做的性能是不如原生直接混淆和反混的。
您好，请问原生js混淆与用uglify相比有什么不同呢？文中只说“性能比纯前端混淆的性能要更好，反编译的难度也更大”，请问混淆原理具体有什么不同？另外alpha版本提供的原生js混淆只是支持云打包吧，我一直采用的是离线打包方式，请问这样的话要怎么做到原生js混淆？
写的真好，解决了我多困惑。
请单独发帖，把有问题的js贴出来，我们看看哪里出错了。注意原生js混淆不支持Android4以下的手机。
你好，请问 用alpha版本在打包app时用了js原生混淆后，生成的app连接不了接口了，我对连接接口的那个js混淆了，请问这个怎么解决，查看了好多问答里面都没有看到，新手求解决，谢谢
学习下，做个记号！！！
链接打不开
作者可以就远程调试的内容,深入一下.
token的方式需要官方提供可自定义的加密函数，否则也是容易破的
官方发布的 ,文档说明, 能不能整理到一个栏目下, 共查阅.
Android apk多渠道打包的时候 一直都在用爱加密 挺好的 很方便
如果这种方案或者有其他方案可行，求官方做一做放出个api
加固不是针对HTML的，是针对apk加壳的。加密HTML看第3条，混淆那里。
360加固宝和爱加密都无法加密JS和css呢，我都试过，还是说我用的方式不对？
要回复文章请先或内容字号：
段落设置：
字体设置：
DH密钥交换非对称加密
迪菲－赫尔曼密钥交换（Diffie–Hellman key exchange，简称“D–H”） 是一种安全协议。
它可以让双方在完全没有对方任何预先信息的条件下通过不安全信道建立起一个密钥。这个密钥可以在后续的通讯中作为对称密钥来加密通讯内容。
有您参与更精彩！
本类最热新闻
48小时最热
Copyright &
JISHUX. 技术栈 版权所有

我要回帖

更多关于 压缩包文件损坏怎么办 的文章

 

随机推荐