给大家推荐一个.Net的混淆防反编译工具ConfuserEx. 由于项目中要用到.Net的混淆防反编译工具. 在网上找了很多.Net混淆或混淆防反编译工具,如.NET Reactor.Dotfuscator.Eazfuscator.NET.ConfuserEx. 由于是WEB项目,所有使用其中的某些软件混淆DLL后不能使用,或使用的局限性较大(Eazfuscator.NET只提供发布时混淆方案),最终选择了ConfuserEx(免费开源的哈). 下载地址:https://github.com/y

前言  本文将介绍如何在其他程序集访问internal类的方法 首先我们新建一个解决方案,其中同时新建两个类库FooALibray和FooALibray,如下: 其中FooA类代码如下: internal class FooA { public void Print() { Console.WriteLine($"I am {nameof(FooA)}"); } } 然后我们在Program类调用FooA的Print方法: static void Main(string[] args)

internal 修饰符时程序集内部其他类可见.但对程序集外的类不可见,这样就很好的封装了可见性. 但是,我们也许会碰到类似的情况,特别是基于已有代码开发新的代码时,你会发现很多 internal 的类,方法已经很好的封装了完整的功能,没有必要再重新写一遍,或者仅仅是拷贝一遍代码(拷贝代码号称是代码的第一号杀手,因为这会导致同一可能的问题在多处出现,导致一系列的代码臭味-Agile). 但是基于 OCP 原则,我们通常不能再在已有的程序集中(即 internal 所在的项目中)添加新的代码,而影

C#中一个类中的成员有四种修饰级别: public:完全开放,谁都能访问. private:完全封闭,只有类自身可以访问. internal:只对相同程序集,或使用InternalVisibleToAttribute标记的程序集开放. protected:只对子类开放. 重点说下: InternalVisibleToAttribute 在AssemblyInfo.cs类中,增加下面程序集信息: [assembly: InternalsVisibleTo("对指定的程序集开放")]

前言 最近除了搞ASP.NET MVC之外,我也在思考一些编程实践方面的问题.昨天在回家路上,我忽然对一个问题产生了较为清晰的认识.或者说,原先只是有一丝细微的感觉,而现在将它和一些其他的方面进行了联系,也显得颇为“完备”.这就是问题便是:如何对待类中internal成员.我现在认为“类中的internal成员可能是一个坏味道”,换句话说,如果您的类中出现了internal的成员,就可能是设计上的问题了. 可能这个命题说得还有些笼统,所以再详细地描述一下比较妥当.我的意思是,您的类库中出现int

前言 面向对象的思想已经非常成熟,而使用C#的程序员对面向对象也是非常熟悉,所以我就不对面向对象进行介绍了,在这篇文章中将只会介绍面向对象在F#中的使用. F#是支持面向对象的函数式编程语言,所以你用C#能做的,用F#也可以做,而且通常代码还会更为简洁.我们先看下面这个用C#定义的类,然后用F#来定义. //定义一个二维点 [DebuggerDisplay("({X}, {Y})")] public class Point2D { // 用于统计已实例化的数量 private stat

在上一篇文章当中,我们学习了Android程序反编译方面的知识,包括反编译代码.反编译资源.以及重新打包等内容.通过这些内容我们也能看出来,其实我们的程序并没有那么的安全.可能资源被反编译影响还不是很大,重新打包又由于有签名的保护导致很难被盗版,但代码被反编译就有可能会泄漏核心技术了,因此一款安全性高的程序最起码要做到的一件事就是:对代码进行混淆. 混淆代码并不是让代码无法被反编译,而是将代码中的类.方法.变量等信息进行重命名,把它们改成一些毫无意义的名字.因为对于我们而言可能Cellphone

前言: 单挑Android项目,最近即时通讯用到环信,集成sdk的时候 官方有一句 在 ProGuard 文件中加入以下 keep. -keep class com.hyphenate.** {*;} -dontwarn com.hyphenate.** 即:混淆规则. 自己没写过关于混淆打包的文章,在此补上. 下面了解Android studio环境下 项目混淆打包的操作. ------------------------------------------------------------

AndroidStudio中的项目可以用compile的形式引入github上的开 源项目,可以引用module,而不一定都要用libs文件夹中添加jar包的形式.在最终realease打包时,混淆的设置是比较重要的,否则会导致 生成的包有很多功能不能正常使用.下面列举一个基本的app的build.gradle和混淆文件.并注意,混淆打包后的apk文件大小会比不使用混淆要 小. 在app根目录下设置build.gradle和混淆文件,然后把混淆选项写入混淆文件就可以.虽然app项目中可能引用了一

Android打包失败出现Proguard returned with error code 1. See console的错误 这个问题是由于代码混淆引起的,找不到引用包. 只需在你的proguard-project.txt中添加如下两行即可. -libraryjars libs/okio-1.6.0.jar(你可以根据你的项目提示,添加需要的jar.) 备注: 如果添加上面两行后依然打包不成功,那么你需要修改位于 android-sdk-windows\tools\proguard\bin的

看了一篇关于Android studio混淆的文章http://blog.csdn.net/qq_23547831/article/details/51581491,感觉有必要总结一个简单的混淆版本设置,所以有了以下文章: 1.首先需要在app下的build.gradle下配置,true表示编译时会混淆代码 <span style="font-size:18px;">buildTypes { release { minifyEnabled true proguardFile

本篇文章:自己在混淆的时候整理出比较全面的混淆方法,比较实用,自己走过的坑,淌出来的路.请大家不要再走回头路,可能只要我们代码加混淆,一点不对就会导致项目运行崩溃等后果,有许多人发现没有打包运行好好地,打包完成以后而又不不可以了,导致了许多困惑,本片文章来问大家解决困惑,希望对大家有帮助. Android混淆最佳实践 1. 混淆配置 android{ buildTypes { release { buildConfigField "boolean", "LOG_DEBUG&q

目录 Java代码混淆工具ProGuard 简介 描述 作用的环境 功能 工作原理 下载 使用时注意事项 版本问题 JDK位数问题 Java的字节码验证问题 关于使用类似于Hibernate的对象关系映射框架 在Maven项目中 使用ProGuard 引入Proguard 插件 附一张桌面版的截图 Java代码混淆工具ProGuard 由于Java 代码的 class类很容易被反编译,为了保证知识产权有时候需要将代码进行混淆.而ProGuard就提供了混淆Java代码的方法. 简介 描述 Pro

原文:https://blog.csdn.net/mazhidong/article/details/64820838 AndroidStudio中的项目可以用compile的形式引入github上的开源项目,可以引用module,而不一定都要用libs文件夹中添加jar包的形式.在最终realease打包时,混淆的设置是比较重要的,否则会导致生成的包有很多功能不能正常使用.下面列举一个基本的app的build.gradle和混淆文件.并注意,混淆打包后的apk文件大小会比不使用混淆要小. 在a

由于工作需要,这两天和同事在研究android下面的ProGuard工具的使用,通过查看android官网对该工具的介绍以及网络上其它相关资料,再加上自己的亲手实践,算是有了一个基本了解.下面将自己的理解和认识简要的做个笔记,有异议或者不解的,可以直接留言. 什么是ProGuard工具? ProGuard是android提供的一个免费的工具,它能够移除工程中一些没用的代码,或者使用语义上隐晦的名称来重命名代码中的类.字段和函数等,达到压缩.优化和混淆代码的功能.具体来说,使用ProGuard工具

打包APK又一个看起来难 却不难并且不可或缺的标配,为什么这样说呢?由于没有混淆,你的代码被别人反编译你的代码将像一个裸奔的人一样展示在别人的面前.你的APP的安全将得不到保证.Android搞的混淆就是为了解决此类的问题.当然,很重要的东西还是建议用JNI完毕. 第一步: 我们要了解build.gradle文件里须要做什么配置 buildTypes { release { // 不显示Log buildConfigField "boolean", "LOG_DEBUG&qu

之前将所有的混淆都配置在一个 proguard-rules.pro 这个Android Studio新建项目时自动生成的文件里面,而随着项目功能迭代越来越多,代码量越来越多,引用的第二方库.第三方库都越来越多,导致proguard-rules.pro 越来越臃肿,而且随着开发人员增多导致proguard-rules.pro 文件里面的配置越来越混乱. 一.拆分proguard-rules.pro混淆文件 因此今天我将proguard-rules.pro混淆文件进行拆分整理,大概拆分为以下4个文件

长文预警!!! UWP 程序有 .NET Native 可以将程序集编译为本机代码,逆向的难度会大很多:而基于 .NET Framework 和 .NET Core 的程序却没有 .NET Native 的支持.虽然有 Ngen.exe 可以编译为本机代码,但那只是在用户计算机上编译完后放入了缓存中,而不是在开发者端编译. 于是有很多款混淆工具来帮助混淆基于 .NET 的程序集,使其稍微难以逆向.本文介绍 Smart Assembly 各项混淆参数的作用以及其实际对程序集的影响. 本文不会讲 S

1.错误描述 今天测试人员提了一个bug,说使用我们的app出现了闪退的bug,后来通过debug断点调试,发现我们的app转换服务器发送过来的json数据后,都是为null.而之前已经提测快一个月的功能,一直都是稳定的,为什么现在会报java.lang.NullPointerException. 2.错误原因 原来我提测了一个月的APP版本一直没有打开混淆开关,而出问题的这个APP版本在即将要发布出去的时候打开了混淆开关.这样的话,我那些要通过转换json数据为bean实体类,因为没有在pro

前言 在使用Android Studio混淆打包时,该IDE自身集成了Java语言的ProGuard作为压缩,优化和混淆工具,配合Gradle构建工具使用很简单.只需要在工程应用目录的gradle文件中设置minifyEnabled为true即可.然后我们就可以到proguard-rules.pro文件中加入我们的混淆规则了. ProGuard作用 压缩(Shrinking):默认开启,用以减小应用体积,移除未被使用的类和成员,并且会在优化动作执行之后再次执行(因为优化后可能会再次暴露一些未被使

 1,在build.grandle添加,其中规则写在proguard-rules.pro中,也可以自定义一个文件,将其代替,比如eclipse常用的 proguard-project.txt: buildTypes { release { signingConfig signingConfigs.release minifyEnabled true # 设置是否进行 shrink 等操作(即无用代码压缩),一般设置为 true,使混淆更有效 proguardFiles getDefaultPro