PWN二进制安全修仙秘籍【第二章#二进制文件篇02】ELF文件详解

最新推荐文章于 2024-11-09 07:44:51 发布
最新推荐文章于 2024-11-09 07:44:51 发布
阅读量989 收藏 21
点赞数 14
文章标签： 安全
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_53801131/article/details/142671117
版权

什么是ELF文件？

英文全称就是Executable Linkable Format，即可执行可链接格式，Linux系统上所运行的就是ELF格式的文件，相关定义在“/usr/include/elf.h”文件里。

 1. 编写示例代码

这里我们编写下面的示例代码，用来编译生成ELF文件

#include <stdio.h>

int global_init_var = 10;
int global_uninit_var;
void func(int sum) {
        printf("%d\n",sum);
}
void main(void) {
        static int local_static_init_var = 20;
        static int local_static_uninit_var;

        int local_init_val = 30;
        int local_uninit_var;

        func(global_init_var + local_init_val + local_static_init_var);
}

稍微解释一下上述代码，就是分别在全局创建可变变量，main函数内部创建静态变量和可变变量，然后在main函数内对变量进行相加并输出。

 接下来分别使用以下命令对示例代码进行编译：

gcc elfDemo.c -o elfDemo.exec    //生成动态可执行文件

gcc -static elfDemo.c -o elfDemo_static.exec    //生成静态可执行文件

gcc -c elfDemo.c -o elfDemo.rel         //生成可重定位文件

gcc -c -fPIC elfDemo.c -o elfDemo_pic.rel && gcc -shared elfDemo_pic.rel -o elfDemo.dyn   //生成动态链接库文件（共享目标文件）

分别解释一下上述gcc参数的作用：

-static：生成静态可执行文件,使用静态链接；

-c：编译、汇编指定的源文件，但是不进行链接；

-fPIC：产生位置无关码(position independent code) ；

-shared：生成共享库(动态链接库)；

让我们使用file命令来看看生成的究竟是什么妖孽

➜  file elfDemo.exec
elfDemo.exec: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=3f9dc99d717e41298f465ac3be2db2775aede666, for GNU/Linux 3.2.0, not stripped

dynamically linked说明第一个文件属于动态可链接文件

➜  file elfDemo_static.exec
elfDemo_static.exec: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, BuildID[sha1]=af7a8c76ceca3b151e669aabb38f753002d4a394, for GNU/Linux 3.2.0, not stripped

statically linked说明第二个文件属于静态可链接文件

➜  file elfDemo.rel
elfDemo.rel: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped

relocaltable说明第三个文件属于可重定位文件

➜  file elfDemo.dyn
elfDemo.dyn: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=d43a76d4eeb0d10e1d7fe26e929ae8e669f87346, not stripped

shared object说明第四个文件属于可共享文件

通过上述案例我们可以发现ELF文件可以分为三种类型：可执行文件（.exec）、可重定位文件（.rel）和共享目标文件（.dyn）

  • 可执行文件：经过链接的、可执行的目标文件，通常也被称为程序；
  • 可重定位文件：由源文件编译而成且尚未链接的目标文件，通常以“.o”作为扩展名。用于与其他目标文件进行链接以构成可执行文件或动态链接库，通常是一段位置独立的代码；
  • 共享目标文件：动态链接库文件。用于在链接过程中与其他动态链接库或可重定位文件一起构建新的目标文件，或者在可执行文件加载时，链接到进程中作为运行代码的一部分。 

 2. ELF文件结构

我们讨论ELF文件结构通常有两个不同的视角：链接视角，即用户视角，通过节（Section）来进行划分ELF文件；另一种是运行视角，即操作系统的视角，通过段（Segment）来进行划分。相信大家在学习计算机组成原理的时候也有了解过这两个概念。

在网上找来了一张图，可以更直观的看出来两种视角的结构

2.1 ELF文件总体结构

在进行PWN时，我们通常是以用户的视角来找到二进制漏洞的，因此我们先学习链接视角下ELF的文件结构👇

在链接视角下，通常目标文件都会包含以下三个部分：

  1. 代码节（.text）：用于保存可执行的机器指令；
  2. 数据节（.data）：用于保存已初始化的全局变量和局部静态变量；
  3. BSS节（.bss）：用于保存未初始化的全局变量和局部静态变量。

为什么要将目标文件分成一个个节呢❓❓❓

从安全的角度来说，将程序指令和程序数据分开进行存储，由于数据区域对于进程而言是可读写的，而指令区域对于进程而言是只读的，两块区域权限分别为可读写和只读，这样可以有效地防止程序的指令被改写和利用。

在这部分，我们最后说明一下节和段的关系👇

相同权限的节会放入同一个段中，例如.text和.rodata节；一个段包含许多节，一个节可以属于多个段。（.rodata节是一个只读的数据节）

2.2 ELF文件头

在一个ELF文件中，除了具有上述三个节外，还应包含一个文件头（LEF header）。 

ELF文件头位于目标文件最开始的位置，包含描述整个文件的一些基本信息，如ELF文件类型、版本/ABI版本、目标机器、程序入口、段表和节表的位置和长度等。

在文件头部存在魔术字符（7f 45 4c 46），即字符串“\177ELF”，当文件被映射到内存时，可以通过搜索该字符串确定映射地址，这个方法通常用于dump内存。

下面将展示一下这个方法👇

➜  readelf -h elfDemo.rel
ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           Advanced Micro Devices X86-64
  Version:                           0x1
  Entry point address:               0x0

从上面可以看见，Magic前四个字节内容为7f 45 4c 46。

2.3 节头表 （链接视角）

 一个目标文件中包含许多节，这些节的信息保存在节头表中。

表的每一项都记录了节的名称、长度、偏移、读写权限等信息。

节头表的位置记录在文件头的e_shoff域中。

节头表对于程序运行而言并不是必须的，因为它与程序内存布局无关，所以常有程序去除节头表，以增加反编译器的分析难度。

下面将展示一下程序的节头表长什么样👇

➜  readelf -S elfDemo.rel
There are 14 section headers, starting at offset 0x400:

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .text             PROGBITS         0000000000000000  00000040
       000000000000005b  0000000000000000  AX       0     0     1
  [ 2] .rela.text        RELA             0000000000000000  000002e0
       0000000000000078  0000000000000018   I      11     1     8
  [ 3] .data             PROGBITS         0000000000000000  0000009c
       0000000000000008  0000000000000000  WA       0     0     4
  [ 4] .bss              NOBITS           0000000000000000  000000a4
       0000000000000008  0000000000000000  WA       0     0     4
  [ 5] .rodata           PROGBITS         0000000000000000  000000a4
       0000000000000004  0000000000000000   A       0     0     1
  [ 6] .comment          PROGBITS         0000000000000000  000000a8
       000000000000002c  0000000000000001  MS       0     0     1
  [ 7] .note.GNU-stack   PROGBITS         0000000000000000  000000d4
       0000000000000000  0000000000000000           0     0     1
  [ 8] .note.gnu.pr[...] NOTE             0000000000000000  000000d8
       0000000000000020  0000000000000000   A       0     0     8
  [ 9] .eh_frame         PROGBITS         0000000000000000  000000f8
       0000000000000058  0000000000000000   A       0     0     8
  [10] .rela.eh_frame    RELA             0000000000000000  00000358
       0000000000000030  0000000000000018   I      11     9     8
  [11] .symtab           SYMTAB           0000000000000000  00000150
       0000000000000120  0000000000000018          12     7     8
  [12] .strtab           STRTAB           0000000000000000  00000270
       0000000000000070  0000000000000000           0     0     1
  [13] .shstrtab         STRTAB           0000000000000000  00000388
       0000000000000074  0000000000000000           0     0     1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
  L (link order), O (extra OS processing required), G (group), T (TLS),
  C (compressed), x (unknown), o (OS specific), E (exclude),
  D (mbind), l (large), p (processor specific)

我们不难发现，上述程序具有.text、.rela.text、.data、.bss、.rodata、.comment等节。

2.3.1 .text节详解

接下来仔细分析一下.text节，也就是代码节👇

➜  objdump -x -s -d elfDemo.rel

Idx Name          Size      VMA               LMA               File off  Algn
  0 .text         0000005b  0000000000000000  0000000000000000  00000040  2**0

Contents of section .text:
 0000 f30f1efa 554889e5 4883ec10 897dfc8b  ....UH..H....}..
 0010 45fc89c6 488d0500 00000048 89c7b800  E...H......H....
 0020 000000e8 00000000 90c9c3f3 0f1efa55  ...............U
 0030 4889e548 83ec10c7 45fc1e00 00008b15  H..H....E.......
 0040 00000000 8b45fc01 c28b0500 00000001  .....E..........
 0050 d089c7e8 00000000 90c9c3

Disassembly of section .text:

0000000000000000 <func>:
   0:   f3 0f 1e fa             endbr64
   4:   55                      push   %rbp
   5:   48 89 e5                mov    %rsp,%rbp
   8:   48 83 ec 10             sub    $0x10,%rsp
   c:   89 7d fc                mov    %edi,-0x4(%rbp)
   f:   8b 45 fc                mov    -0x4(%rbp),%eax
  12:   89 c6                   mov    %eax,%esi
  14:   48 8d 05 00 00 00 00    lea    0x0(%rip),%rax        # 1b <func+0x1b>
                        17: R_X86_64_PC32       .rodata-0x4
  1b:   48 89 c7                mov    %rax,%rdi
  1e:   b8 00 00 00 00          mov    $0x0,%eax
  23:   e8 00 00 00 00          call   28 <func+0x28>

可以看到，Contents of section .text部分是.text数据的十六进制形式，最左边一列是偏移量，中间四列是内容，最右边一列是ASCII码形式；Disassembly of section .text部分则是反汇编的结果。

2.3.2 .data节和.rodata节详解

接下来仔细分析一下.text和.rodata节，也就是数据节和只读数据节👇

➜  objdump -x -s -d elfDemo.rel

Sections:
Idx Name          Size      VMA               LMA               File off  Algn
  1 .data         00000008  0000000000000000  0000000000000000  0000009c  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  3 .rodata       00000004  0000000000000000  0000000000000000  000000a4  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, DATA

Contents of section .data:
 0000 0a000000 14000000                    ........
Contents of section .rodata:
 0000 25640a00                             %d..

 容易看到.data节保存已经初始化的全局变量和局部静态变量。在源代码中共有两个这样的变量：global_init_var（0a000000）和local_static_init_var（14000000），每个变量4个字节，一共8个字节。

.rodata节保存只读数据，包括只读变量和字符串常量。源代码中调用printf()函数时，用到了一个字符串“%d\n”，它是一种只读数据，因此保存在.rodata节中，可以看到字符串常量的ASCII形式，以“\0”结尾。

2.3.3 .bss节详解

最后分析一下.bss节，也就是BSS节👇

➜  objdump -x -s -d elfDemo.rel

Sections:
Idx Name          Size      VMA               LMA               File off  Algn
  2 .bss          00000008  0000000000000000  0000000000000000  000000a4  2**2
                  ALLOC

BSS节是用于保存未初始化的全局变量和局部静态变量。BSS节没有CONTENTS属性，表示该节在文件中实际上不存在，只是为变量预留了位置而已，因此该节的sh_offset域也没有意义。

2.3.4 其他常见的节

除了上述节外，还有一些常用的节，下面进行简单的列举，以后用到再细嗦

节名说明
.got全局偏移量表（global offset table），用于保存全局变量引用的地址
.got.plt全局偏移量表，用于保存函数引用的地址
.plt过程链接表（procedure linkage table），用于延迟绑定

2.4 可执行文件的装载（运行视角）

在上述内容都是以链接视角对目标文件进行解读，接下来我们以运行视角进行审视目标文件。

可执行文件是如何装载到内存中的❓❓❓

首先运行一个可执行文件

然后将该文件和动态链接库装载到进程空间中

最后形成一个进程镜像，每个进程都拥有独立的虚拟地址空间，这个空间如何布局是由记录在段头表中的程序头决定的。ELF文件头的e_phoff域给出了段头表的位置

下面将展示一个可执行文件的程序头👇

➜  readelf -l elfDemo.exec

Elf file type is DYN (Position-Independent Executable file)
Entry point 0x1060
There are 13 program headers, starting at offset 64

Program Headers:
  Type           Offset             VirtAddr           PhysAddr
                 FileSiz            MemSiz              Flags  Align
  PHDR           0x0000000000000040 0x0000000000000040 0x0000000000000040
                 0x00000000000002d8 0x00000000000002d8  R      0x8
  INTERP         0x0000000000000318 0x0000000000000318 0x0000000000000318
                 0x000000000000001c 0x000000000000001c  R      0x1
      [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
  LOAD           0x0000000000000000 0x0000000000000000 0x0000000000000000
                 0x0000000000000628 0x0000000000000628  R      0x1000
  LOAD           0x0000000000001000 0x0000000000001000 0x0000000000001000
                 0x00000000000001b1 0x00000000000001b1  R E    0x1000
  LOAD           0x0000000000002000 0x0000000000002000 0x0000000000002000
                 0x0000000000000114 0x0000000000000114  R      0x1000
  LOAD           0x0000000000002db8 0x0000000000003db8 0x0000000000003db8
                 0x0000000000000260 0x0000000000000270  RW     0x1000
  DYNAMIC        0x0000000000002dc8 0x0000000000003dc8 0x0000000000003dc8
                 0x00000000000001f0 0x00000000000001f0  RW     0x8
  NOTE           0x0000000000000338 0x0000000000000338 0x0000000000000338
                 0x0000000000000030 0x0000000000000030  R      0x8
  NOTE           0x0000000000000368 0x0000000000000368 0x0000000000000368
                 0x0000000000000044 0x0000000000000044  R      0x4
  GNU_PROPERTY   0x0000000000000338 0x0000000000000338 0x0000000000000338
                 0x0000000000000030 0x0000000000000030  R      0x8
  GNU_EH_FRAME   0x0000000000002008 0x0000000000002008 0x0000000000002008
                 0x000000000000003c 0x000000000000003c  R      0x4
  GNU_STACK      0x0000000000000000 0x0000000000000000 0x0000000000000000
                 0x0000000000000000 0x0000000000000000  RW     0x10
  GNU_RELRO      0x0000000000002db8 0x0000000000003db8 0x0000000000003db8
                 0x0000000000000248 0x0000000000000248  R      0x1

 Section to Segment mapping:
  Segment Sections...
   00
   01     .interp
   02     .interp .note.gnu.property .note.gnu.build-id .note.ABI-tag .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt
   03     .init .plt .plt.got .plt.sec .text .fini
   04     .rodata .eh_frame_hdr .eh_frame
   05     .init_array .fini_array .dynamic .got .data .bss
   06     .dynamic
   07     .note.gnu.property
   08     .note.gnu.build-id .note.ABI-tag
   09     .note.gnu.property
   10     .eh_frame_hdr
   11
   12     .init_array .fini_array .dynamic .got

容易看到一个段内包含了一个节或者多个节，即段就是对这些节进行分组。

分段的目的👇

随着节的数量增多，在进行内存映射时就产生空间和资源的浪费。实际上系统并不关心每个节的内容，而是关心这些节的权限（读、写、执行），通过将不同权限的节分组，即可同时装载多个节，从而节省资源。

2.4.1 常见段详解

PT_LOAD段——每个可执行文件至少有一个PT_LOAD段，用于描述可装载的节，而动态链接的可执行文件则包含两个，将.data和.text分开存放。

动态段PT_DYNAMIC——包含一些动态链接器所必须的信息，如共享库列表、GOT表、重定位表等。

PT_NONE段——保存了系统相关的附加信息，但并不是程序运行所需要的。

PT_INTERP段——将位置和大小信息存放在一个字符串中，是对程序解释器位置的描述。

PT_PHDR段——保存了程序头表本身的位置和大小。

Pwn学习历程（1）--基本工具、交互、调试
Aka丶的博客
12-02 5万+
1、 从基础开始1.1 简单原理介绍以下内容摘自Wiki: 　　Pwn是一个骇客语法的俚语词，自”own”这个字引申出来的，这个词的含意在于，玩家在整个游戏对战中处在胜利的优势，或是说明竞争对手处在完全惨败的情形下，这个词习惯上在网络游戏文化主要用于嘲笑竞争对手在整个游戏对战中已经完全被击败（例如：”You just got pwned!”）。 　　在骇客行话里，尤其在另外一种电脑技术方面，包
PWN基础14：ELF 文件格式 概述
prettyX的博客
07-16 1086
1、ELF文件格式 ELF：Executable and Linkable Format 一种Linux下常用的可执行文件、对象、共享库的标准文件格式 还有许多其他可执行文件格式：PE、Mach-O、COFF、COM... 内核中处理ELF相关代码参考：fs/binfmt_elf.c ELF中的数据按照Segment、Section两个概念进行划分 2、Segment 用于告诉内核，在执行ELF文件时应该如何映射内存 每个Segment主要包含：加载地址、文件中的范围、内存权限、对齐方式等信息
pwn学习day1——ELF文件结构
qq_44657899的博客
06-26 1186
ELF 文件的结构可以根据不同的操作系统和体系结构而有所差异。
buuctf pwn wp（第1.5波）学会用ELF语句进行AAAA（即本地做题目）
月阴荒的博客
03-24 614
这里是一个总的分类，一个类型的第一道题目会详细介绍，后面的类型相同的会简略介绍（不过这是第二波，额还是很简单的，原理可以看我前面的文章，后面难一点的题目我再讲原理。） 这一波题都是无脑AAAA的类型，它们的区别主要就是打入多少个填充字符A的区别，（还有接受到什么字符串的区别），反正都是最简单的一类题。 另外声明，脚本有些来自于网络上（太简单的不想多看，太难的不会，除了中间那一档的也没哪些脚本是自己...
CTF的Python库中pwntools的使用--ELF模块，数据处理模块
educat0r的博客
02-22 5278
ELF模块 ELF是CTF的Python库中pwntools的一个模块，用于获取ELF文件的信息，首先要使用ELF（‘文件名’）获取文件句柄 e=ELF（‘文件名’） 获取文件基地址 hex（e.address） 获取函数地址 hex(e.sysbols[‘函数名’]) 获取函数got表地址 hex(e.got[‘函数名’]) 获取函数PLT地址 hex(e.plt[‘函数名’]) 数据处理模块 ...
Bugku S3 AWD排位赛-9 pwn二进制
08-27
Bugku S3 AWD排位赛-9 pwn二进制
❤️超详细PWN新手入门教程❤️《二进制各种漏洞原理实战分析总结》
热门推荐
Test网络安全
09-15 1万+
本部分将对常见的二进制漏洞做系统分析，方便在漏洞挖掘过程中定位识别是什么类型漏洞，工欲善其事，必先利其器。 0x01栈溢出漏洞原理 栈溢出漏洞属于缓冲区漏洞的一种，实例如下： #include <stdio.h> #include <string.h> int main() { char *str = "AAAAAAAAAAAAAAAAAAAAAAAA"; vulnfun(str); return; } int vulnfun(char *st
《CTF特训营》——PWN：二进制安全基础
PICACHU+++的博客
08-13 3040
即DEP，是进制程序在非可执行的内存区中执行指令。在80x86体系中，操作系统的内存管理是通过页面表存储方式来实现，其最后一位就是NX位，0表示允许执行，1表示禁止执行。NX一般是防止直接在堆和栈上运行shellcode代码，gcc默认开启不可执行栈功能，添加编译选项z -exestack可开启栈可执行功能。...
ghidra2dwarf::dragon:将ghidra反编译的代码导出到ELF二进制文件中的小节
05-16
Ghidra2Dwarf是一个ghidra插件，它允许将信息（例如函数，反编译的代码，类型）从ghidra导出到ELF二进制文件中的dwarf部分。 更具体地说，它将所有反编译函数导出到名为${program}_dbg.c的源文件中，并创建一个名...
arm32 android版pwn-level6二进制文件+gdbserver+lldb+socat
04-17
arm32 android版pwn-level6二进制文件+gdbserver+lldb+socat，文章pwn - 零基础ROP之Android ARM 32位篇（新修订）https://blog.csdn.net/tabactivity/article/details/137780714 全部资料文件。 0基础pwn
pwnlib：基于C ++的二进制文件分析和CTF pwn利用代码生成框架
02-20
基于C ++的二进制文件分析和CTF pwn利用代码生成框架。玩得开心！ 简介 基于Linux平台下的C ++ 11标准，为CTF pwn中的堆利用堆生成过渡生成一个快速利用脚本。 该程序仍在开发中，目前包含Half_Auto_Mod和Auto_Mod这...
AIS3 2017：二进制安全与漏洞利用探索
本次资源是关于二进制安全的学习资料，特别是针对pwn（Binary Exploitation）领域，涉及缓冲区溢出技术，包括栈溢出和堆溢出等核心概念。课程由CTF（Capture The Flag）玩家Angelboy主讲，他曾参与多项知名CTF比赛并...
【网络】深入理解 HTTPS：确保数据传输安全的核心协议
人生苦短，睡觉要紧，睡醒再说
11-06 1744
HTTPS（HyperText Transfer Protocol Secure）是 HTTP 协议的安全版本。HTTP 是用于客户端与服务器之间传输网页数据的协议，而 HTTPS 在 HTTP 协议的基础上添加了一层SSL/TLS加密协议，使得传输的数据在网络中不易被窃取或篡改。HTTPS 通常用于传输敏感信息，如登录凭证、支付信息、个人数据等。与 HTTP 协议不同，HTTPS 在数据传输过程中会对信息进行加密，确保数据在传输过程中不被第三方监听或修改。
关于Flutter空安全升级方案整理
清风洒脱
11-08 981
Flutter 从 2.0 版本开始支持空安全（Null Safety）。升级到空安全后，由于语法的变动，基本上整个工程，代码都爆红，这对项目来说简直是灾难性的打击，不升级的话只是缓兵之计，因为随着时间的推移，flutter将不再维护非空安全的版本，同时一些三方库也将无法使用，因此空安全升级变成了一个不得不做的事情，项目越复杂需要的时间也就越持久，考虑到对项目的稳定性，和开发周期。选择一个合适自己项目的迁移方案非常重要。下面自己会讲下自己对空安全迁移的理解和实施方案，目前成功迁移几个项目，还是比较有经验的。
【浪潮商城-注册安全分析报告-无验证方式导致安全隐患】
最新发布
weixin_46641057的博客
11-09 1464
浪潮集团是中国领先的云计算、大数据服务商，拥有浪潮信息、浪潮软件、浪潮数字企业三家上市公司。主要业务涉及计算装备、软件、云计算服务、新一代通信、大数据及若干应用场景。已为全球一百二十多个国家和地区提供IT产品和服务。作为国内做电脑硬件起家发展为综合型大型科技企业，拥有雄厚的技术实力，但好像对短信被盗刷的安全方面不够重视 ，测试结果就是随便你怎么攻击都可以，这也有点太开放了， 短信验证码难道不要钱吗？这对黑客来说肯定是好消息， 弄个简单的脚本就可以搞定。
微软日志丢失事件敲响安全警钟
juminfo的博客
11-08 473
据报告，从9月2日至9月19日，持续长达两周的时间里，微软的多项核心云服务，包括身份验证平台Microsoft Entra、安全信息与事件管理（SIEM）平台Sentinel、云安全解决方案Defender for Cloud以及数据目录服务Purview，都经历了安全日志记录的空白期。系统可以实时、不间断地收集并整合各类设备的日志信息，通过先进的关联分析技术和机器学习手段，助力用户从庞杂的日志数据中快速识别异常安全事件，全面满足合规审计、分析调查及数据留存等多日志场景使用需求。
信息安全工程师（82）操作系统安全概述
m0_73399576的博客
11-08 1331
信息安全工程师——操作系统安全概述篇
【AI写作宝-注册安全分析报告-无验证方式导致安全隐患】
11-08 698
AI写作宝是一款基于人工智能技术的在线写作辅助工具，由合肥风平网络信息科技有限公司开发。它旨在帮助用户提升写作效率，通过AI技术自动生成文章、文案、作文等，适用于多种写作场景。该网站好像属于灰色地带的业务， 网站介绍什么的都没有，更容易被黑客攻击， 好像对短信被盗刷的安全方面不够重视 ，测试结果就是随便你怎么攻击都可以，这也有点太开放了， 短信验证码难道不要钱吗？这对黑客来说肯定是好消息， 弄个简单的脚本就可以搞定很多人在短信服务刚开始建设的阶段，可能不会在安全方面考虑太多，理由有很多。比如：“
shodan 【2】（泷羽sec）
m0_68984471的博客
11-08 926
shodan的使用方法
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Merrill He

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值