0x00 引言

  软件重构包括代码重构、模块重构与架构重构，难度依次提升，且越靠后的一般越少改动。推荐阅读《重构 改善既有代码的设计》。

0x01 代码重构

  一个代码片段的重构通常包括函数重构与函数内部重构。在重构过程中，几乎有10%的工作为修改变量、函数、类与文件名，20%的工作为函数化，最主要的70%的工作是在修改函数内部代码逻辑。

1
2
3

1 函数重构
2 函数内部重构
3 重构技巧

1、函数重构
  函数重构包括提炼函数与合并函数。
  提炼函数是一种将现有函数内的一部分代码提取出来，形成一个新的函数的重构技术。通常需要被提炼的函数具有多判断语句、单一或多返回值的特点。
  合并函数是一种将调用某个函数的地方直接替换为该函数的函数体内容的重构技术。这通常用于简化代码，去除不必要的函数调用，特别是当函数的功能较为简单或不再需要时。

2、函数内部重构
  函数内部重构就是指如何优化函数内部逻辑，其流程通常是：1.异常情况尽早return；2.尽量删除冗余的临时变量；3.按功能将代码分成多个语句块，并添加注释；4.语句块间逻辑清晰，尽量使一段函数一屏展示。

3、重构技巧

0x02 模块重构

  新手架构师通常认为模块划分越细、单个模块越简单越好，实际上应该把核心模块做精细、做聪明，能减轻大量普通模块的开发工作。
  模块重构的探讨范围仍在用户态，此章将把用户态程序根据常用功能划分为六大模块结构模式，这些模式可作为模块开发的模板。要重构模块，首先需要理解程序运行流程，如下图

1 2 3 4 5

1 代码抽象 2 模块抽象 3 代码控制流 4 六大模块 4.1 数据管理模块

1、代码抽象
  代码抽象 = 数据结构抽象 + 函数抽象 + 模块抽象。本章节重点要讲的就是模块抽象。

• 数据结构抽象：将多个较简单的值组合在一起，形成一个单一的单元，例如结构体。
• 函数抽象：将一组操作封装到函数或方法中，以实现代码的模块化和可重用性。
• 模块抽象：模块抽象涉及到将相关功能和数据封装到模块中，从而实现代码组织和管理的抽象。

2、模块抽象
  现在根据常用的编程技巧，可将程序抽象成为以下六大模块结构模式：纯功能模块、数据管理模块、调度中心模块、事件驱动模块、时钟驱动模块、周期执行模块。这些模式可在开发过程中作为模块开发的模板。值得一提的是，事件驱动相关的三个模块自下往上一定程度上可看作是越来越复杂的订阅发布模式(外界均需要注册回调到这些模块内部，在某个时机调用)。

3、代码控制流
  实际上上述六种模块结构模式，其分类依据很大程度上借鉴了程序设计的代码控制流。也正是因为无系统主机不能调度进程、无中断功能(只能使用轮询)，所以我们研究架构重构的范围也被限定在了带系统主机的用户态。

方法	描述
进程调度	控制不同进程之间的执行顺序的操作系统机制
中断	用于处理特定事件的硬件或软件生成的信号
系统调用	进程请求操作系统执行特定任务的接口
信号	异步事件通知方式，可暂停进程并执行信号处理程序
多线程	多个线程并发运行，每个线程有自己的控制流
锁机制	控制对共享资源的访问，用于同步多个进程/线程
条件变量	用于线程同步的机制，允许线程等待条件的发生并继续执行
跳转指令	允许程序员显式地改变控制流的指令，通常不鼓励使用

4、六大模块
  下面详细介绍六大模块: 纯功能模块、数据管理模块、调度中心模块、事件驱动模块、时钟驱动模块、周期执行模块。

4.1、数据管理模块
  数据管理模块接口通常包含以下接口函数:

接口函数	描述
管理接口	创建、销毁数据管理类的接口
IPO 接口	输入接口 (I)：接收外部数据，为数据管理类提供输入
	处理接口 (P)：处理、分析输入数据，执行核心功能
	输出接口 (O)：提供经过处理的数据结果，供外部使用
便捷接口	一般是用于封装成重复调用IPO接口的函数

0x03 架构重构

  软件架构通常指的是一种高级结构，用于定义和组织一个系统中各个部分（模块）的相互关系，以实现系统的目标和需求。
  阅读成熟开源代码的架构有助于我们设计出优秀的代码架构，此章节以CrazyFile为例(FreeRTOS系统下著名的开源四旋翼项目)。但是需要理解的一点是，源代码并不是架构，很多业务代码在分析架构时是可以不关注的。
  在实际的架构设计中，不同的操作系统与设计目标，架构之间的区别是非常大的，下图大致将架构分为四类:

0x00 引言

  中间人攻击（Man-in-the-Middle Attack，简称MITM攻击）是一种网络安全攻击，其中攻击者在通信过程中插入自己作为中间人的位置，拦截和篡改通信数据。

0x01 基础知识

1
2
3
4
5
6
7

1 MAC地址
2 ARP地址解析协议
  2.1 ARP请求
  2.2 ARP响应
  2.3 ARP缓存
  2.4 ARP报文格式
3 ARP欺骗

1、MAC地址
  MAC地址长 48 bit，用于标识独一无二的网卡。虽然用户可以修改网卡的MAC地址，但是写在网卡BIOS上的MAC地址是无法更改的。

2、ARP地址解析协议
  当设备在局域网中进行通信时，ARP协议用于将IP地址映射到MAC地址。

2.1、ARP请求
  主机 A 想要获取主机 B 的 MAC 地址，通过主机 A 会通过广播 的方式向以太网上的所有主机发送一个 ARP 请求包，这个 ARP 请求包中包含了主机 A 想要知道的主机 B 的 IP 地址的 MAC 地址。

2.2、ARP响应
  主机 A 发送的 ARP 请求包会被同一链路上的所有主机/路由器接收并进行解析。每个主机/路由器都会检查 ARP 请求包中的信息，如果 ARP 请求包中的目标 IP 地址 和自己的相同，就会将自己主机的 MAC 地址写入响应包返回主机 A。

2.3、ARP缓存
  每个设备都会维护一个本地的ARP缓存表，其中记录了IP地址与MAC地址的映射关系。

2.4、ARP报文格式
  下面是在以太网中转换一个 IPv4 的地址常用的 ARP 请求或响应的报文格式。

3、ARP欺骗
  ARP欺骗又称ARP毒化。在进行欺骗之前，我们首先需要获取局域网内的ARP信息，这个步骤可以通过 arp -a 指令获取。

  在获取到局域网内的ARP信息后，我们就可以尝试欺骗流程了。ARP欺骗利用了ARP协议的漏洞，即但凡主机接收到ARP 响应报文，就会更新自己的ARP表项。

  主机A修改了自己的ARP表，目标IP的MAC地址修改成了攻击者主机C的MAC地址，因此数据包在路由的时候最终到了主机C上。

0x02 Https中间人劫持攻击

  如果被攻击的机器在使用Http协议进行网络访问的时候，只需要使用ARP欺骗，就能截获未加密的数据包。但是如果使用的是Https协议，那么其安全性是更强的，但是也可以通过中间人劫持攻击破解。

1 2	1 Https协议 2 Https中间人劫持攻击

1、Https协议
  HTTPS 在内容传输的加密上使用的是对称加密，非对称加密只作用在证书验证阶段。HTTPS的整体过程分为证书验证和数据传输阶段，具体的交互过程^[1]如下：

2、Https中间人劫持攻击
  Https中间人劫持攻击^[2]可以通过伪造公私钥实现对Https数据包的加解密，实际上Linux系统下的NetfilterSDK也是通过搭建VPN、Https中间人劫持这种方式监控数据包的。

0x03 引用文献

[1]https://juejin.cn/post/6844904065227292685
[2]https://cloud.tencent.com/developer/news/154906

0x00 引言

  当你在ssh登录远程机器，并执行程序后，如果再退出ssh会话，可能会遇到进程被杀死的情况。本文将解释该现象产生的原因，并提供一些解决方案。

0x01 基础知识

1
2

1 SIGTERM和SIGKILL区别
2 sshd服务KillMode配置

1、SIGTERM 和 SIGKILL区别
  SIGTERM（信号编号15）： SIGTERM是一个可捕获的信号，用于请求进程正常终止。当进程接收到SIGTERM信号时，它可以选择捕获该信号并执行清理操作，然后自行退出。这样的行为通常被称为优雅退出。进程可以使用信号处理机制来捕获SIGTERM信号，编写相应的处理代码。
  SIGKILL（信号编号9）： SIGKILL是一个不可捕获的信号，用于强制终止进程。当进程接收到SIGKILL信号时，它无法捕获或忽略该信号，而是立即终止。SIGKILL信号可以通过系统工具（如kill命令）或在命令行中使用kill -9发送。

2、sshd服务KillMode配置
  sshd服务分为两种启动方式:

• sshd服务(主进程为远程连接生成的bash)：systemd服务管理文件为/lib/systemd/system/sshd.service，启动命令为systemctl start sshd
• systemd-socket-proxyd服务(主进程为systemd)：systemd服务管理文件为/lib/systemd/system/sshd@.service，systemd单元服务文件为/lib/systemd/system/sshd.socket，启动命令为systemctl start sshd.socket

  当你通过ssh登录远程机器时，其会为你创建一个会话并分配一个伪终端。当你退出ssh会话时，伪终端也随之关闭，从而导致与之关联的进程被终止。
  并且通过配置sshd的KillMode项，可以改变会话退出时对控制组里进程的对应操作:

• control-group（默认值）：当前控制组里面的所有子进程，都会被杀掉
• process：只杀主进程
• mixed：主进程将收到 SIGTERM 信号，子进程收到 SIGKILL 信号
• none：没有进程会被杀掉，只是执行服务的 stop 命令

  上述两种服务方式在执行kill的时候不同点在于，sshd服务只会kill掉对应bash进程拉起的所有子进程，systemd-socket-proxyd服务会kill掉systemd下由远程连接拉起的所有子进程。

0x02 解决方案

1
2
3

1 方案一 修改sshd配置
2 方案二 nohup
3 方案三 setsid

1、方案一 修改sshd配置
  在 /lib/systemd/system/sshd@.service 配置文件的[Service]下追加KillMode=process

2、方案二 nohup
  使用nohup命令在ssh会话中启动进程，会将进程与终端断开关联，并将输出重定向到一个文件，从而使进程在终端关闭后继续在后台运行。这样即使退出ssh会话，进程也会继续运行。

1
2

# 使用nohup拉起进程
$ nohup ./xxx 2>&1 &

3、方案三 setsid
  setsid函数调用成功后，返回新的会话的ID，调用setsid函数的进程成为新的会话的领头进程，并与其父进程的会话组和进程组脱离。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

#include <stdio.h>
#include <unistd.h>
 
int main()
{
    pid_t pid;
    pid = fork();
    if (pid == 0) // 返回子进程
    {
        // setsid();
        printf("child begin\n");
    }
    else // 返回父进程
    {
        printf("parent begin\n");
    }
}