谷歌反编译

⑴ 把5.1的googledialer.APK反编译了，不知道修改哪儿的代码

一、Apk反编译得到java源代码 下载上述反编译工具包，打开apk2java目录下的dex2jar-0.0.9.9文件夹，内含apk反编译成java源码工具，以及源码查看工具。 apk反编译工具dex2jar，是将apk中的classes.dex转化成jar文件 源码查看工具jdgui

⑵ 怎么反编译D-Link路由器固件程序并发现它的后门

基于上面的字符信息可以看出，这个/bin/webs二进制程序是一个修改版的thttpd，提供路由器管理员界面操作功能。看起来是经过了台湾明泰科技(D-Link的一个子公司)的修改。他们甚至很有心计的将他们很多自定义的函数名都辅以“alpha”前缀：

明泰科技的自定义函数
这个alpha_auth_check函数看起来很有意思！
这个函数被很多地方调用，最明显的一个是来自alpha_httpd_parse_request函数：

调用alpha_auth_check函数
我们可以看到alpha_auth_check函数接收一个参数(是存放在寄存器$s2里)；如果alpha_auth_check返回-1(0xFFFFFFFF)，程序将会跳到alpha_httpd_parse_request的结尾处，否则，它将继续处理请求。
寄存器$s2在被alpha_auth_check函数使用前的一些操作代码显示，它是一个指向一个数据结构体的指针，里面有一个char*指针，会指向从HTTP请求里接收到的各种数据；比如HTTP头信息和请求地址URL：

$s2是一个指向一个数据结构体的指针
我们现在可以模拟出alpha_auth_check函数和数据结构体的大概样子：
struct http_request_t
{
char unknown[0xB8];
char *url; // At offset 0xB8 into the data structure
};

int alpha_auth_check(struct http_request_t *request);

alpha_auth_check本身是一个非常简单的函数。它会针对http_request_t结构体里的一些指针进行字符串strcmp比较操作，然后调用check_login函数，实际上就是身份验证检查。如果一旦有字符串比较成功或check_login成功，它会返回1；否者，它会重定向浏览器到登录页，返回-1;

alpha_auth_check函数代码片段
这些字符串比较过程看起来非常有趣。它们提取请求的URL地址(在http_request_t数据结构体的偏移量0xB8处)，检查它们是否含有字符串“graphic/” 或 “public/”。这些都是位于路由器的Web目录下的公开子目录，如果请求地址包含这样的字符串，这些请求就可以不经身份认证就能执行。
然而，这最后一个strcmp却是相当的吸引眼球：

alpha_auth_check函数中一个非常有趣的字符串比较
这个操作是将http_request_t结构体中偏移量0xD0的字符串指针和字符串“xmlset_roodkcableoj28840ybtide”比较，如果字符匹配，就会跳过check_login函数，alpha_auth_check操作返回1(认证通过)。
我在谷歌上搜索了一下“xmlset_roodkcableoj28840ybtide”字符串，只发现在一个俄罗斯论坛里提到过它，说这是一个在/bin/webs里一个“非常有趣”的一行。我非常同意。
那么，这个神秘的字符串究竟是和什么东西进行比较？如果回顾一下调用路径，我们会发现http_request_t结构体被传进了好几个函数：

事实证明，http_request_t结构体中处在偏移量 0xD0处的指针是由httpd_parse_request函数赋值的：

检查HTTP头信息中的User-Agent值

将http_request_t + 0xD0指针指向头信息User-Agent字符串
这代码实际上就是：
if(strstr(header, "User-Agent:") != NULL)
{
http_request_t->0xD0 = header + strlen("User-Agent:") + strspn(header, " \t");
}

知道了http_request_t偏移量0xD0处的指针指向User-Agent头信息，我们可以推测出alpha_auth_check函数的结构：
#define AUTH_OK 1
#define AUTH_FAIL -1

int alpha_auth_check(struct http_request_t *request)
{
if(strstr(request->url, "graphic/") ||
strstr(request->url, "public/") ||
strcmp(request->user_agent, "xmlset_roodkcableoj28840ybtide") == 0)
{
return AUTH_OK;
}
else
{
// These arguments are probably user/pass or session info
if(check_login(request->0xC, request->0xE0) != 0)
{
return AUTH_OK;
}
}

return AUTH_FAIL;
}

换句话说，如果浏览器的User-Agent值是 “xmlset_roodkcableoj28840ybtide”(不带引号)，你就可以不经任何认证而能访问web控制界面，能够查看/修改路由器的 设置(下面是D-Link路由器(DI-524UP)的截图，我没有 DIR-100型号的，但DI-524UP型号使用的是相同的固件)：

访问型号DI-524UP路由器的主界面
基于HTML页上的源代码信息和Shodan搜索结果，差不多可以得出这样的结论：下面的这些型号的D-Link路由器将会受到影响：
DIR-100
DI-524
DI-524UP
DI-604S
DI-604UP
DI-604+
TM-G5240
除此之外，几款Planex路由器显然也是用的同样的固件程序：
BRL-04UR
BRL-04CW

⑶ 为什么反编译system.apk成功了（什么也没改）回译却用不了。java环境正常。

就是这样的
有些apk文件在编写的时候就考虑了反编译的问题。。。
有的是根本无法反编译
我以前查过 貌似有人说过 去谷歌下载最新的工具包可以尝试...一下...

⑷ 豌豆荚apk反编译，文件名乱码，是怎么做到的

1.下载反编译工具
需要下载四个工具：dex2jar、JD-GUI、apktool、apktool-install-windows-r05-ibot
dex2jar：将apk中的classes.dex转化成Jar文件。
JD-GUI：反编译工具，可以直接查看Jar包的源代码。
apktool：反编译工具，通过反编译APK中XML文件，直接可以查看。
apktool-install-windows-r05-ibot：辅助windows批处理工具。
下载地址：
dex2jar：http://code.google.com/p/dex2jar/downloads/list
JD-GUI：http://code.google.com/p/innlab/downloads/lis
apktool：http://code.google.com/p/android-apktool/downloads/list
工具截图：

2.解压缩APK包
apk文件也是一种常见的zip，常用的压缩软件就可轻松地解压apk文件。用压缩软件将apk文件中的文件解压到一个文件夹中，得到APK中的资源包括XML文件和classes.dex文件，classes.dex就是java文件编译再通过dx工具打包而成的。
解压截图：

3.反编译dex文件
解压apk文件后，你会发现res目录的图片没有加密，但java源码编译成了一个classes.dex文件，无法用普通的反编译class文件的方法来处理，dex2jar可以将dex文件转换成普通的jar包。
解压下载的dex2jar，把解压后的文件夹放到系统盘跟目录中并把这个目录加到系统path变量中，就可以直接用:dex2jar.bat或dex2jar.sh转换dex文件了。
DOS行命令如下：dex2jar.bat xx\classes.dex（xx是classes.dex文件所在的路径）。
将在同目录得到普通jar包：classes_dex2jar.jar，就可以用处理普通jar包的方法来反编译这个jar包得到原文件。

⑸ 下载了google sky map 但是是APK格式的 我应该如何解码使用这个软件

apk，解码的话，要反编译啊，不过好像不太简单，你在eclipse下生成的android软件安装文件就是apk格式，所以你想用的话，可以配一个android虚拟机环境，具体上网搜下如何搭建即可，搭建好-->运行-->安装apk文件，就可以用了

⑹ android 代码混淆、压缩文件破解真能防反编译

很早以前安卓是很容易被破解的，后来谷歌意识到了这个问题，就多了一个proguard.cfg文件，就是用来混淆代码的，这在一定程度上阻止了apk被反编译。不过现在的反编译越来越厉害了，普通的代码混淆对于APK反编译没有效果了。现在要真正做到做apk反编译，要保护dex文件、so库文件、以及防止内存数据被静态、动态抓取等等，一般都是通过密码算法给dex加壳隐藏、对源码使用高级混淆、签名效验、使用花指令、对so文件使用算法加密等。这些单独一项可能还达不到较安全的保护，但是综合起来就会达到一个相对很高的安全层次。如果觉得麻烦，可以尝试用一下第三方APP加密如爱加密，今天上传，第二天就能拿到加固后的apk，很方便的。

⑺ android名词解释 破解和反编译一样吗

android：是谷歌公司旗下的一种专注于移动端的系统
（手机、平板、智能手表、智能电视之类的）

反编译是一种破解手段
反编译属于破解，而破解的办法不止反编译

望采纳

⑻ 怎样去掉网站源代码里的google广告代码

一般广告只要是通过代码形式或.js文件内嵌在源码里，首先您必须在IIS下运行测试下这些广告最终的连接位置，后逐条通过DW或FP查找相关的代码位置将其删除即可，涉及到.JS文件，需要您耐心寻找，很多免费代码都是通过多层连接指向某广告代码URL，这时候就需要您细心判断，还有一些是经过加密的代码，对于这些您可以到SOSO上寻找逆解的工具，反编译后将代码删除即可，个人至今尚未遇见无法删除的广告代码，细心和对于html理解能力有关系。

⑼ 怎样防止编译后的C语言文件被反编译

app反编译后防止接口泄露的方法，就是使用谷歌提供的混淆工具，将不要反编译的文件保留，其他的都进行混淆，这样之后反编译看到的都是一些乱码，例如abc之类的。

⑽ VS怎样给项目加强名称，怎样防止反编译

.net 生成的dll 反编译很简单的
一般.net的dll防止反编译 采用 加壳和混淆 两种方案
加壳我没怎么研究过,一般加壳工具使用后会造成dll不能使用
最常用的就是混淆了,工具也很多 我一般使用Xenocode进行混淆
可以对 类名,变量名,属性 等命名进行混淆 减小其反编译后的可读性
你可以自己尝试一下 基本混淆后的程序 反编译后 很难自己解读出来