一:背景
1. 讲故事
周五下午经营反馈了一个紧急bug,说客户那边一个信息列表打不开,急需解决,附带的日志文件也发过来了,看了下日志大略是这样的:
日期:2020-11-13 12:25:45,923 线程ID:[3924] 日志级别:INFO 谬误类:xxx property:[(null)] - 谬误形容:应用程序呈现了未捕捉的异样,Message:该字符串未被辨认为无效的 DateTime。; StackTrace: 在 System.DateTimeParse.Parse(String s, DateTimeFormatInfo dtfi, DateTimeStyles styles) 在 System.Data.ConstNode..ctor(DataTable table, ValueType type, Object constant, Boolean fParseQuotes) 在 System.Data.ExpressionParser.Parse() 在 System.Data.DataExpression..ctor(DataTable table, String expression, Type type) 在 System.Data.Select..ctor(DataTable table, String filterExpression, String sort, DataViewRowState recordStates) 在 System.Data.DataTable.Select(String filterExpression)
从异样信息能够看到,大略就是 DataTable.Select 的时候抛出了异样,通过调用堆栈追究了下代码大略是这样的。
public Task<DataTable> QueryDataTable() { var dt = new DataTable(); dt.Columns.Add(new DataColumn("SendTime")); dt.Rows.Add(dt.NewRow()["SendTime"] = "2020/11/14"); var where = $" SendTime < #{DateTime.Now.ToString()}#"; var query = dt.Select(where).CopyToDataTable(); }
大坑就在这里,绝大多数时候过滤 DataTable 能够采纳这样的写法 : SendTime < #2020/11/5#
,然而客户在新加坡,全英文操作系统,而且工夫格局也不晓得设置成啥样了,我预计工夫格局蕴含了相似的 #,正好又遇到了前后缀 #
,拆分上就出错了,导致了经典的 该字符串未被辨认为无效的 DateTime
异样被抛出。
这个 bug 改起来还是很简略的,将 # 换成 ' 即可,也就是: SendTime < '2020/11/5'
,如果一切顺利的话,文章就应该到此为止了,可恰好入地愚弄,因为是紧急bug,研发老大 & 我的项目施行 都销假了,我一个人还真搞不定,也不晓得给了客户哪一个 release 版,不想节外生枝,为了先解决这个问题,我想到了一个好方法,反编译批改,这是代价最小的,也能最快的搞定。
二:应用 dnspy 反编译批改代码
1. 应用 dnspy 的 编辑办法 模式
为了更好的了解通过 dnspy 批改,先来聊一聊 dnspy 最便捷的批改 dll 的形式:编辑办法
,这种形式十分不便,无需了解 IL 代码,为了演示,我举一个简略的加法运算。
static void Main(string[] args) { var i = 10; var j = 20; Console.WriteLine($"{i}+{j}={i + j}"); Console.ReadLine(); }
接下来将 var i= 10
改成 var i=100
的步骤为:
- 右键
编辑办法
- 弹框批改
var i=10
->var i=100
- 点击右下角
编译
- Ctrl + Shift + S 全副保留
- 弹出框中 抉择
确定
截图大略如下:
最初 bin 目录下的 exe 就被胜利批改了,双击之后就能看到你的成绩啦!
????????,果然搞定了,是不是太简略了?感觉做这种反编译一点门槛都没有, 哈哈,真的没有门槛吗?
不信的话,我举一个异步办法的例子:
class Program { static void Main(string[] args) { var query = QueryDataTable().Result; Console.WriteLine(JsonConvert.SerializeObject(query)); Console.ReadLine(); } static async Task<DataTable> QueryDataTable() { var dt = new DataTable(); dt.Columns.Add(new DataColumn("SendTime")); dt.Rows.Add(dt.NewRow()["SendTime"] = "2020/11/14"); var where = $" SendTime < #{DateTime.Now.ToString()}#"; Console.Write(where + "\t"); var task = await Task.Run(() => { return dt.Select(where).CopyToDataTable(); }); return task; } }
接下来反编译一下:
我去,麻烦了,从图中能够看出两点信息:
- 异步办法会生成状态机,用 C# 模式看反编译的代码,那些主动生成的状态机类看都看不到,谈何批改??? 比方你能找到:
var where = $" SendTime < #{DateTime.Now.ToString()}#";
吗? - 从
<QueryDataTable>d__1
类的命名格局:<QueryDataTable>d__
来看,你点击编译
按钮必定是过不了编译器的。
而恰好我遇到的就是这种状况,太坑爹了。。。所以说,不碰 IL 在理论反编译中是不可能的。
2. 应用 dnspy 的 编辑IL指令 模式
dnspy 中除了编辑办法
外,还能够应用 编辑IL指令
,这性能就弱小了,接下来看看怎么解决呢? 操作步骤如下:
- 在 dnspy 中将 C# 切换到 IL 视图
- 找到须要批改的类的 IL 代码处,右键抉择
编辑IL指令
- 编辑实现之后,点击
确定
大略截图如下:
而后双击执行 exe ,能够看到曾经批改胜利了。
不过这里有一个吐糟的中央就是,这次bug我须要批改的中央有多处,而 编辑IL指令
的窗口中并没有 搜寻性能,这就难堪了,解决起来十分麻烦!
三:应用 ildasm & ilasm 反编译批改代码
1. 介绍
这一对还是蛮有意思的,ildasm 用于查看 dll 中的 il 代码, ilasm 用于将 il 编译成 dll,所以两者配合应用挺好的。
- ildasm 门路:C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.8 Tools\ildasm.exe
- ilasm 门路:C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ilasm.exe
2. 应用 ildasm 导出 il文件
关上 ildasm, 点击 '文件' -> '转储' 生成 il 文件,这里我指定名称为 my.il,接下来就能够在 my.il 中将 # 改成 ' ,如下图:
3. 应用 ilasm 编译 il 文件
应用 ilasm 将 my.il 从新生成 ConsoleApp2.exe 即可。
E:\net5\ConsoleApp2\ConsoleApp2\bin\Debug>ilasm my.il my.res /output=ConsoleApp2.exe /exeMicrosoft (R) .NET Framework IL Assembler. Version 4.8.3752.0Copyright (c) Microsoft Corporation. All rights reserved.Assembling 'my.il' to EXE --> 'ConsoleApp2.exe'Source file is UTF-8Assembled method ConsoleApp2.Program?<>c__DisplayClass1_0::.ctorAssembled method ConsoleApp2.Program?<>c__DisplayClass1_0::<QueryDataTable>b__0Assembled method ConsoleApp2.Program?<QueryDataTable>d__1::.ctorAssembled method ConsoleApp2.Program?<QueryDataTable>d__1::MoveNextAssembled method ConsoleApp2.Program?<QueryDataTable>d__1::SetStateMachineAssembled method ConsoleApp2.Program::MainAssembled method ConsoleApp2.Program::QueryDataTableAssembled method ConsoleApp2.Program::.ctorAssembling 'my.res' to EXE --> 'ConsoleApp2.exe'Source file is UNICODECreating PE fileEmitting classes:Class 1: ConsoleApp2.ProgramClass 2: ConsoleApp2.Program?>c__DisplayClass1_0Class 3: ConsoleApp2.Program?QueryDataTable>d__1Emitting fields and methods:GlobalClass 1 Methods: 3;Class 2 Fields: 2; Methods: 2;Class 3 Fields: 6; Methods: 3;Resolving local member refs: 44 -> 44 defs, 0 refs, 0 unresolvedEmitting events and properties:GlobalClass 1Class 2Class 3Method Implementations (total): 2Resolving local member refs: 0 -> 0 defs, 0 refs, 0 unresolvedWriting PE fileOperation completed successfullyE:\net5\ConsoleApp2\ConsoleApp2\bin\Debug>ilasm my.il my.res /output=ConsoleApp2.exe /exeMicrosoft (R) .NET Framework IL Assembler. Version 4.8.3752.0Copyright (c) Microsoft Corporation. All rights reserved.Assembling 'my.il' to EXE --> 'ConsoleApp2.exe'Source file is UTF-8Assembled method ConsoleApp2.Program?<>c__DisplayClass1_0::.ctorAssembled method ConsoleApp2.Program?<>c__DisplayClass1_0::<QueryDataTable>b__0Assembled method ConsoleApp2.Program?<QueryDataTable>d__1::.ctorAssembled method ConsoleApp2.Program?<QueryDataTable>d__1::MoveNextAssembled method ConsoleApp2.Program?<QueryDataTable>d__1::SetStateMachineAssembled method ConsoleApp2.Program::MainAssembled method ConsoleApp2.Program::QueryDataTableAssembled method ConsoleApp2.Program::.ctorAssembling 'my.res' to EXE --> 'ConsoleApp2.exe'Source file is UNICODECreating PE fileEmitting classes:Class 1: ConsoleApp2.ProgramClass 2: ConsoleApp2.Program?>c__DisplayClass1_0Class 3: ConsoleApp2.Program?QueryDataTable>d__1Emitting fields and methods:GlobalClass 1 Methods: 3;Class 2 Fields: 2; Methods: 2;Class 3 Fields: 6; Methods: 3;Resolving local member refs: 44 -> 44 defs, 0 refs, 0 unresolvedEmitting events and properties:GlobalClass 1Class 2Class 3Method Implementations (total): 2Resolving local member refs: 0 -> 0 defs, 0 refs, 0 unresolvedWriting PE fileOperation completed successfully
能够看到,最初编译成 exe 胜利,双击 ConsoleApp2.exe 能够看到最新的成绩。
四:总结
本篇介绍了两种批改 dll 的形式,其实实操起来我感觉 ildasm & ilasm
的形式更灵便一点,如果大家有更好的反编译批改的形式,欢送留言探讨哈!
更多高质量干货:参见我的 GitHub: dotnetfly