1.CS 登陆通信流程分析

0x00 目录

0x01 密码校验

0x02 aggressor.authenticate

0x03 aggressor.metadata

0x04 数据同步

0x05 流程图

0x06 参考文章

先统一一下后续文章所提到的一些名词，以确保大家都在聊同一个东西，文中将 CobaltStrike分为 Controller、TeamServer、Beacon 三端，本文所描述的是 TeamServer 启动之后，从 Controller 登陆 TeamServer 的流程分析。

由于水平有限，对于数据同步并没有理解的足够清楚，望各位斧正。

0x01 密码校验

启动 TeamServer 后，会创建 SecureServerSocket 对象并且循环调用 acceptAndAuthenticate 方法等待 Controller 连接

在接收到信息并验证成功以后，才会去调用 clientAuthenticated 方法来线程执行 ManageUser 以处理与 Controller 的信息

当 Controller 在点击 Connect 按钮时，会调用 Connect 中的 dialogAction 方法，会先创建 SecureSocket 对象，并调用 authenticate 方法进行验证

在创建 SecureSocket 对象时，会与 TeamServer 进行握手等操作，TeamServer 会进入 SecureServerSocket.this.authenticate 方法进行验证，此时会一直在 var4.readInt() 阻塞，直到 Controller 将信息发完

接着来看 Controller 的处理，在 authenticate 中，进行了数据包的构造，先写入一个标志 48879（int），接着是密码的长度（byte），然后是密码，之后用 65 来进行填充

密码长度加填充长度，不超过 256，再加上标识位和密码长度，256+5=261

接着在 flush 之后，TeamServer 就开始验证了，判断标志位是否正确，读取密码，读填充字符

对比密码，如果正确，写回标志位 51966

在 Controller 这边同样也会进行验证

密码校验到此也就结束了

0x02 aggressor.authenticate

接着，TeamServer 创建 Socket，并创建 ManageUser 来处理 Controller 发送的信息

Controller 创建 TeamQueue 来进行后续操作，TeamQueue 是用来处理与 TeamServer 的通讯的

在 TeamQueue 的构造函数中，创建了两个线程分别来跑 TeamQueue 的内部类 TeamReader 和 TeamWriter，用来与 TeamServer 进行通信

接着，当前线程调用 call 向 TeamServer 发送 aggressor.authenticate，并将 user、pass、版本号组成对象传递过去

在调用 call 中，最关键的就是 addRequest，它将构造好的 Request 对象存放到 LinkedList 当中

因为此时专门有一个线程 TeamWriter 一直在从 LinkedList 中取值发送，所以在添加完之后，这个信息就会被发送到 TeamServer 中

在 TeamServer 中，是由 ManageUser 一直循环等待 Controller 发送到请求的，在上面发送完成后，TeamServer 也就接收到请求了

进入 process 来处理请求，通过对比任务类型，来决定实际执行的内容

接着对 版本、密码进行校验

全部验证成功后，返回 SUCESS

接着会起一个线程，ManageUser 的内部类 BroadcastWriter

此时 Controller 由 TeamReader 接收到信息

这里接受的是 Reply，发送的时候是 Request，这两个类基本是一样的，可能是用来区分数据包的

在请求的时候填入的 callback，也是在这个时候使用的，在之前 call 的时候，将一个 callback 值与这个对象做 Map，在这个时候取出来用于去调用对应类中的 result 方法

在判断返回值是 SUCCESS 之后，接着又发送了 aggressor.metadata

0x03 aggressor.metadata

调用 call 与之前一样，此时传入的参数是当前的时间戳

TeamServer 中的 ManageUser 接到消息后，继续走 process 处理

做了一堆 Map，然后将信息传回给 Controller

Controller 的 TeamReader 接收到回传信息

到 Connect 处理 aggressor.metadata

在进入 AggressorClient 以后，调用 setup 方法，处理与界面相关内容，最后向 TeamServer 发送了 aggressor.ready 表示完成

TeamServer 在 ManageUser 中接到数据以后，process 进行处理，接下来的任务就是处理数据同步

0x04 数据同步

在 register 中，会先将 user 与对应的 manageUser 存储到 Map 当中，接着调用 playback 来处理同步的工作

在 playback 会计算 this.transcripts 与 this.replayme 的总大小，然后进行发送

send 的时候，就用到了前面所创建的 Map，通过名字取出相应的 ManageUser

之后也就是发送的常用流程，将信息打包成 Reply 或 Request 然后发送

Controller 会在 TeamReader 中接到消息，因为 callback 是 0，所以会走走 else 当中处理，调用 DataManager 的 result 方法来进行处理

用于判断 sent 与 total 是否相等，来明确是否已经完成

接着遍历并调用对应的 result 方法

继续回到 TeamServer ，接下来当前线程会来遍历 this.transcripts 和 this.replayme，并将信息 send 到 Controller，由于这里 this.transcripts 为空，就直接看 this.replayme

先把其中所对应的值都取出来，修改了当前的 message 信息以后，先将 playback.status 包发回，然后再将取出来的 Key、Value 发回，最后将 send 加一，用于 Controller 中对比 send 与 total 值

当回信息时，Controller 判断是 Data，所以进入了另外的分支，由于不是 ChangeLog 类型的内容，存储到 Map 后就直接结束了

之后再调用 将当前用户信息提供给 Controller

在 TeamServer 继续执行调用的时候，也是调用的 broadcast 来同步 eventlog

之后也就进入到了常态化的，接 Controller 的 aggressor.ping，和 BroadcastWriter 回写 Beacons 信息

0x05 流程图

0x06 参考文章

快乐鸡哥：https://bbs.pediy.com/thread-267208.htm

WBGlIl：https://wbglil.gitbook.io/cobalt-strike/cobalt-strike-yuan-li-jie-shao/untitled-2