设为首页收藏本站Access中国

Office中国论坛/Access中国论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

返回列表 发新帖
查看: 38354|回复: 95
打印 上一主题 下一主题

[其它] MDE源码也能被反编译,你相信了吗

[复制链接]
跳转到指定楼层
1#
发表于 2007-2-12 01:44:00 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
     如果你还坚信生成MDE后,不会被还原,不会被反编译,那就大错特错

     先是把MDE的窗体报表属性被还原,现在源码也能被反编译了。

     下面是MDE被还原后和源码的对比:

     MDB源码载图:

      


     MDE被还源后的截图:

   

     

      MDE不再是安全了,MDE也象其他软件一样,一样能被反编译....



[此贴子已经被作者于2007-2-11 18:47:05编辑过]

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏2 分享分享 分享淘帖 订阅订阅
2#
发表于 2007-2-12 03:02:00 | 只看该作者
涨了见识。

不过在软件界,安全问题始终是魔高一尺,道高一丈。
3#
发表于 2007-2-12 07:59:00 | 只看该作者
编就编呗?代码能值几个钱?
4#
发表于 2007-2-12 15:26:00 | 只看该作者
以下是引用wuaza在2007-2-11 19:02:00的发言:


涨了见识。

不过在软件界,安全问题始终是魔高一尺,道高一丈。

还真有道高一丈的,不过刚找到的,没试过。

Summary of the problem with normal MDE files created by Microsoft® Access:



Normal MDE files created by Access contain extra information that we like to call "compiler junk" - this is redundant information about variable names, data types, constants, UDTs etc that are no longer needed in a fully compiled MDE file.  

However, this "compiler junk" makes it much easier to decompileeverse-engineer the VBA code in an MDE file to a standard that is very close to the original VBA source code (including for example all variable names).  

In fact, for those that can prove ownership of their MDE files, we at EverythingAccess.com offer a service for reverse-engineering them including all VBA code.  You must be able to prove lawful ownership beyond any doubt for our service - but that is not to say that another company (or utility) won't offer a non-validated conversion service in the future.

But I thought that the VBA source code in MDE files had been stripped out?



Yes, you're quite correct.  However, the source code can be re-built with very high accuracy by using the combination of the compiled code and the "compiler junk" which is left behind by Access when creating the MDE file.

So what's the solution?



Well, if you want to better protect your VBA code, then the solution is to remove the extra "compiler junk" from the MDE file completely which makes it much harder and much less desirable to decompileeverse-engineer the source code.  By removing the "compiler junk" does not prevent decompilingeverse-engineering the VBA code, but it does make it that much harder and the result would be source code that does not look anything like the original source code (and therefore much less understandable).
5#
发表于 2007-2-12 15:56:00 | 只看该作者
是什么软件?[em04]
6#
发表于 2007-2-12 18:04:00 | 只看该作者
這個好像有了好久了哦,我帖上來給你們測試哈!




[此贴子已经被作者于2007-2-12 10:04:48编辑过]

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
7#
发表于 2007-2-12 20:41:00 | 只看该作者
唉,安全问题永远是微软的神话!



但从图上看,反编译后与原来的代码差别很大啊
8#
发表于 2007-2-12 20:50:00 | 只看该作者
破了也没什么。互相学习嘛
9#
发表于 2007-2-13 02:45:00 | 只看该作者
破不破在短期内和我没关系,我还没学懂代码
10#
发表于 2007-2-13 03:06:00 | 只看该作者
这是搞开发的人的可悲啊,辛勤劳动都给了别人!!!!!!!!!!
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|站长邮箱|小黑屋|手机版|Office中国/Access中国 ( 粤ICP备10043721号-1 )  

GMT+8, 2024-11-1 08:04 , Processed in 0.157998 second(s), 36 queries .

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表