H4wk1ns's blog

前言 为了方便，将CTF的环境配置进行总结，方便日后快速恢复环境等 PWN环境 由于一般PWN题目涉及到各种Glibc版本，这里搭建多个虚拟机，下面给出主要版本下的虚拟机安装 ubuntu16.04 其安装脚本如下所示 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596#!/bin/shset -x# apt mirrorsudo tee /etc/apt/sources.list <<EOFdeb https://mirrors.ustc.edu.cn/ubuntu/ xenial main restricted universe multiversedeb-src https://mirrors.ustc.edu.cn/ubuntu/ xenial m ...

前言前面glib的事件循环博客简单介绍了libvirtd的事件循环，这里再介绍一些libvirt的基本知识，方便后续继续更深入的研究libvirt libvirt架构下图是libvirt架构的整体架构图 具体来说，整个libvirt由virsh命令行工具、libvirtd守护进程和libvirt api库实现三部分构成 virsh命令行其将libvirt api封装并以命令行的形式供用户使用，代码位于tools/virsh.c路径 libvirtd守护进程其基于libvirt api以守护进程的形式管理本机虚拟化资源，并处理本机/远程virsh发送的rpc请求，其代码位于src/remote/remote_daemon.c路径 libvirt api库及其driver实现其将各个虚拟化组件的不同虚拟化技术抽象成统一的api，并以driver的形式调用具体的api实现。其中api定义在src路径的driver-$driver.h文件中，而具体的实现形式则在src的$driver文件夹中 driver根据前面libvirt架构章节内容，driver是libvirt功能的基本构建模块， ...

前言QEMU和libvirt等虚拟化组件的事件循环架构都是基于glib的事件循环机制实现的，这里一同分析一下 glib整个glib的事件循环架构由三个概念构成，即GMainLoop、GMainContext和GSource GSourceglib用GSource表示每一个需要处理的事件源，其源代码如下所示1234567891011121314151617181920212223struct _GSourceFuncs{ GSourceFuncsPrepareFunc prepare; /* Can be NULL */ GSourceFuncsCheckFunc check; /* Can be NULL */ GSourceFuncsDispatchFunc dispatch; GSourceFuncsFinalizeFunc finalize; /* Can be NULL */ /*< private >*/ /* For use by g_source_set_closure */ GSourceFunc closure_ca ...

前言在传统的设备模拟中，Qemu仿真完整的物理设备，每次guest的I/O操作都需要vm_exit和vcpu irq，如下所示 为了提高虚拟机的I/O效率，virtio协议被制定出来。在该方案中，guest能够感知到自己处于虚拟化环境，并且会加载相应的virtio总线驱动和virtio设备驱动与virtio设备进行通信，避免了guest的每次I/O操作都需要vm_exit和vcpu irq(仍然需要vm_exit和vcpu irq，但是将传统模拟中极多的vm_exit转换为virtio shared memory通信)，如下所示 virtio协议根据virtio标准2.中的内容，virtio设备往往包含如下组件 One or more virtqueues Device Configuration space Notifications Device status field Feature bits virtqueuevirtio设备和guest批量数据传输的机制被称为virtqueue，驱动和virtio设备共享virtqueue内存，整体如下所示(这里仅仅介绍split vi ...

前言PCI(Peripheral Component Interconnect)是一种连接电脑主板和外部设备的总线标准，其从1992年提出之后就逐渐取代了其他各种总线，被各种处理器所支持，在x86硬件体系结构中几乎所有设备都以各种形式连接到PCI设备树上。因为，想要更好的了解Qemu设备模拟的细节就需要从PCI入手。 PCI基础PCI总线结构下图是一个经典的PCI总线架构图 可以看到，PCI总线由三个基本组件构成 PCI设备(PCI device) 符合PCI总线标准(这里额外说明一下，PCI标准文档只允许PCI-SIG成员访问，可以尝试用公司邮箱登录访问)的设备就称为PCI设备，其能按照PCI总线标准进行交互。 PCI总线(PCI bus) 用以连接多个PCI设备/PCI桥的通信干道 PCI桥(PCI bridge) 总线之间的链接枢纽，可以连接CPU与PCI总线、PCI主总线与PCI次总线等 PCI设备编号每个PCI设备在系统中的位置由总线编号(Bus Number)、设备编号(Device Number)和功能编号(Function Number)唯一确定 PCI配置空 ...

前言Qemu支持种类繁多的外部设备，并且支持多种架构，这些架构和设备的模拟在Qemu的代码中占了大头。 这里简单介绍一下Qemu中用于设备模拟的模型，主要分为总线、设备前端和设备后端。 总线实际上，PC中各组件是通过总线互联通信的。再具体的说，设备与总线是交替的，总线下面只能连接设备，设备也只能连接到总线上，总线与总线、设备与设备之间是不能直接连接的，如下图所示。 参考之前的qemu基本知识中对象初始化内容，根据总线的TypeInfo，即bus_info，即可了解总线对象的相关信息。1234567891011121314static const TypeInfo bus_info = { .name = TYPE_BUS, .parent = TYPE_OBJECT, .instance_size = sizeof(BusState), .abstract = true, .class_size = sizeof(BusClass), .instance_init = qbus_initfn, .instance_finalize = ...