1.【爆肝干货】面试官：你能实现一下call()的源码源码嘛？今天我们就来搞懂call()源码instanceof源码和类型转换
2.免杀动态对抗之syscall[源码分析]
3.vc call是什么意思？
4.CALL 、libc++、源码libc

【爆肝干货】面试官：你能实现一下call()的源码源码嘛？今天我们就来搞懂call()源码instanceof源码和类型转换

       前言

       面试官提问：你能实现一下 call() 源码吗？

       今天，我们将深入学习 JavaScript 类型转换、源码call() 方法源码以及 instanceof 操作符。源码

       学习目标：

       总结 JavaScript 数据类型

       理解 typeof() 方法与引用类型判断

       掌握 instanceof 的源码全网视频播放器源码原理与使用

       实现 call() 方法的源码

       JavaScript 数据类型概览

       JavaScript 中的数据类型包括基本类型和引用类型。基本类型有：Number、源码String、源码Boolean、源码Null、源码Undefined、源码Symbol 和 BigInt。源码引用类型包括：Object 和函数。源码

       类型转换案例

       了解如何通过 typeof() 方法判断基本类型与引用类型（除函数外）。源码注意，源码typeof() 方法对原始数据类型（如 null）存在局限性。

       实例演示

       通过实例，展示如何使用 typeof() 方法判断变量类型。idea jvm源码

       类型转换案例分析

       探讨原始数据类型如何被识别为 Object，以及 instanceof 操作符在不同场景下的作用。

       instanceof 原理与应用

       instanceof 是基于原型链进行类型检测的。它会从对象的原型链逐级向上查找，直到找到匹配的构造函数原型。

       实现 instanceof 源码

       介绍如何构建实现 instanceof 的源码，包含参数处理与原型链查找过程。

       Array.isArray() 方法

       了解 JavaScript 内置的 Array.isArray() 方法，专门用于判断一个对象是否为数组。

       判断数组实例

       通过案例验证 instanceof 和 Array.isArray() 方法的正确性。

       call() 方法源码实现

       解释 call() 方法的原理，包括隐式绑定与函数执行过程。

       实现 call() 源码

       展示 call() 方法的源码实现，包括参数传递与 this 指向处理。

       案例验证

       通过代码案例验证实现的 call() 方法源码。

       总结与问答

       整理今天学习的重点，鼓励提问和讨论，thread接口源码期待读者的反馈与建议。

       感谢阅读，期待您的反馈与支持。

免杀动态对抗之syscall[源码分析]

       基础概念

       操作系统分为内核和应用层，从R0-R3，R0是内核，R3是用户层。Windows中日常调用的API都是R3抽象出来的接口，虽然Win API它也是R3接口，但由于Windows的设计思想就是高度封装，实际上的R3 API是ntdll.dll中的函数。

       我们调用的Win API都是kernel.dll/user.dll中的函数，最终都要经过ntdll.dll。

       逆向学习一个函数，选定CreateThread，ntdll中的对应函数是NtCreateThread。可以看到首先给eax赋值（系统调用号SSN），glide源码手写然后再执行syscall。

       EDR的工作原理是对Windows API进行hook。一般使用inline hook，即将函数的开头地址值改成jmp xxxxxxx(hook函数地址)。知道了syscall的调用模板，自己构造syscall（获取SSN，syscall），即可绕过EDR对API的hook。

       学习不同项目对应的手法，如HellsGate、TartarusGate、GetSSN、SysWhispers等。这些项目通过遍历解析ntdll.dll模块的导出表，定位函数地址，获取系统调用号SSN，实现动态获取SSN。strcpy源码查询

       使用直接系统调用或间接系统调用，如SysWhispers系列项目的直接系统调用（手搓syscall asm）和间接系统调用（使用用户态API，如kernel.dll中的API）。系统调用号SSN在不同版本的系统下是不一样的，可以参考相关技术博客整理的列表。

       SysWhispers2使用随机系统调用跳转（Random Syscall Jumps）避免“系统调用的标记”，通过SW__GetRandomSyscallAddress函数在ntdll.dll中搜索并选择一个干净的系统调用指令来使用。

       SysWhispers3引入了egg技术（动态字符替换，汇编指令层次的混淆）和支持直接跳转到syscalls，是spoof call的变体，绕过对用户态asm文件syscall的监控。

       HWSyscalls项目通过kernel gadget，跳到ntdll.dll中做间接syscall，更彻底地实现了间接系统调用。

       这些项目的实现涉及软件中自定义堆栈流程、硬件断点等技术，通过内核函数调用、动态字符替换、异常处理机制等，绕过EDR检测和系统调用监控，实现免杀动态对抗。

vc call是什么意思？

       VC Call是什么意思？

       VC Call是指通过VC（Visual C++）编译器中的函数调用机制调用一个函数的过程。编译器在编译源代码时，会将函数调用指令编译成一组汇编指令，使得程序能够执行相应的函数功能。VC Call通常包括参数的传递、代码的跳转和函数执行等环节，能够在程序运行时提供高效的函数调用机制。

       VC Call具有很强的灵活性和可扩展性，可以为程序开发者提供高效的函数调用机制。程序员可以在程序中使用VC Call指令条，使得程序代码结构清晰、易于维护。此外，VC Call也能够节省内存空间和提高程序的执行速度。一些大型程序和游戏引擎等应用广泛使用VC Call函数调用技术。

       为了提高程序的性能，在程序开发过程中应该充分利用VC Call的优化方法。其中，参数的传递和代码的跳转是VC Call优化的重点。可以通过对参数的大小和数量进行限制，优化函数参数传递的性能。此外，在函数代码块内部可以使用内联函数等优化方法，来优化代码跳转和函数执行的效率。综上所述，VC Call技术是一种非常重要的程序开发技术，能够为程序的高效执行提供强有力的支持。

CALL 、libc++、libc

       CALL 是 **(Compiler/Assembler/Linker/Loader)**的简称。如果你和 C/C++ 打过交道，这几个词应该不会陌生。

       Levels of Representation/Interpretation

       抛开正确性，我们可以尝试填空（Python / C++、Go）并且知道：

       但是同时，Python 也能通过一些方式打包成 exe （虽然很巨大），同时 LLVM 这些层次的引入让我们的理解模糊了起来。所以我们要明确一下这个 Level。

       这个问题实际上是很含糊不清的，第三点里面 JIT 等的引入更让事情扑朔迷离了起来。具体其实可以参考这个链接里的说法： /question/。

       一般被称为“解释型语言”的是主流实现为解释器的语言，但并不是说它就无法编译。例如说经常被认为是“解释型语言”的 Scheme就有好几种编译器实现，其中率先支持 R6RS规范的大部分内容的是 Ikarus，支持在x上编译Scheme；它最终不是生成某种虚拟机的字节码，而是直接生成x机器码。

       实际上解释器的性能劣势也不一定是一种坏事，像我去年去 PyCon 听的“慢解释是一种优势”，虽然有点破罐子破摔的味道，但是如果你在 C/C++ 下开 asan/valgrind 或者带gcc -g, 和 Go 这种带 Runtime 的、V8这些可以提供的debug比较，难免会有羡慕的想法。

       Interpreter provides instruction set independence: run on any machine

       就是这样。

       CALL chain

       这是一张水图。可能还要处理一下预处理之类的过程，但是大概流程是这样没错。

       Compile

       Compile 的过程大概是

       不过看上面转的那篇文章，似乎形式有变，这方面我不是很了解。Lexer/Parser 的部分可以参考我之前的 Lex/Yacc 入门。总之，我们现在把源代码编译后可以转化为一种对应的 IR, 即nmsl.c -> nmsl.S.

       Assembler

       Assembler 接下来会nmsl.s -> nmsl.o.

       顺便给出这个 part 一个很有意思的 slide:

       ELF

       这个我觉得还是 csapp 写得好...总之生成的目标文件会满足这样的形式。

       Linker

       Combines several object (.o) files into a single executable (“linking”)

       这段我感觉 CSAPP 讲的稍微详细一些。

       在应用层面上，这里其实还涉及（不一定是这里引入的）name mangling，calling convention这种 C/C++ 相关的问题，所以可能extern "C" 在这种情况下就相对很好理解了。

       Loader

       When one is run, loader’s job is to load it into memory and start it running In reality, loader is the operating system (OS)

       这里可以参考 CSAPP 里面链接的时机相关的概念。

       libc/libc++

       qsort 是一个 下的函数，如果你去 libc++ 找的话，会发现事情好像不太对：

       github.com/llvm-mirror/...

       这里只有using 和函数声明，没有对应的实现。

       实际上 C++ 的标准库（以 libc++） 为例，可能会根据模版生成需要的函数/类。所以我们可以看到对应的一些源代码。

       C语言的库函数实际上通常以链接库的形式在 libc 中提供，链接的时候我们找到： stackoverflow.com/quest...