1.怎么用cmd编写代码？
2.log4j2远程代码执行漏洞本地复现
3.听GPT 讲K8s源代码--cmd(一)
4.Windows命令行下载远程payload及执行任意代码的远程d源几种方法
怎么用cmd编写代码？
1. 首先，在命令提示符（cmd）中导航至保存代码的码远文件夹。
2. 接着，远程d源在cmd窗口输入`javac`命令后，码远按下空格键，远程d源然后选择包含文件扩展名的码远thunderbird源码代码文件，以编译Java代码。远程d源确认后，码远系统将在代码文件所在目录生成对应的远程d源.class文件。
3. 最后，码远在cmd中输入`java`命令后，远程d源按下空格键，码远输入上述编译得到的远程d源class文件名（不包含扩展名），然后确认运行。码远
代码是远程d源程序员使用开发工具支持的语言编写的源文件，它由字符、符号或信号码元组成，以离散形式表达信息，饷店源码并遵循明确的规则体系。计算机代码通常称为源代码，与目标代码和可执行代码相对。源代码是用汇编语言或高级编程语言编写的原始代码，而目标代码是源代码经过编译程序转换后，CPU可以直接识别的二进制代码。
log4j2远程代码执行漏洞本地复现
本文仅供学习参考，请勿在真实环境进行网络攻击行为。
一、背景
Log4j 2 是 Java 中应用非常广泛的一个日志框架，在 年底，一个名为 CVE--（也称为 Log4Shell）的严重漏洞被发现，该漏洞被CVSS评为分最高级别。网络攻击者利用这个漏洞不需要服务器密码就可以访问并操作服务器，攻击方式非常简单，技术门槛低，危害极大。源码托管g受影响版本：Apache log4j2 2.0 - 2..1 下面先简单看一下攻击原理，然后直接开始操作。
二、攻击原理
假设现在有个网站，当用户登录时，正常请求路径如下：
如果应用服务端的登录接口中使用漏洞版本的log4j2打印请求参数的日志，就有可能被注入。如图所示：
三、复现步骤
以下代码已放在github仓库：log4j漏洞复现代码
1. jdk版本
作者使用jdk1.8.0_和1.8.0_复现成功，1.8.0_复现失败。
JDK 6u、7u、8u之后：增加了com.sun.jndi.ldap.object.trustURLCodebase选项，默认为false，禁止LDAP协议使用远程codebase的选项，把LDAP协议的攻击途径也给禁了。
使用1.8.0_的猎客源码情况下，将trustURLCodebase属性设置为true也没复现成功，原因暂未深究。
2. 模拟被攻击的应用服务器
写一个springboot项目，模拟被攻击的应用服务端登录接口，接口中打印了userName参数日志，启动此项目。端口为。访问地址为 .0.0.1:/login
3. 编写恶意代码
写一个在应用服务端执行的恶意代码，这里用删除一个服务器文件做演示，实际上可以使用反弹shell等做更多有害操作。编译这个类，生成class文件。
4. 启动es（K8s）的cmd目录中，包含了一系列命令行入口文件或二进制文件，它们主要负责启动、管理和操控Kubernetes相关组件或工具。这些文件各司其职，伪转转源码如：
1. **check_cli_conventions.go**: 该文件作用于检查CLI约定的规范性，确保命令行工具的一致性和易用性。它提供函数逐项验证命令行工具的帮助文本、标志名称、标志使用、输出格式等，输出检查结果并提供改进意见。
2. **cloud_controller_manager**: 这是启动Cloud Controller Manager的入口文件。Cloud Controller Manager是Kubernetes控制器之一，负责管理和调度与云平台相关的资源，包括负载均衡、存储卷和云硬盘等。
3. **kube_controller_manager**: 定义了NodeIPAMControllerOptions结构体，用于配置和管理Kubernetes集群中的Node IPAM（IP地址管理）控制器。此文件包含配置选项、添加选项的函数、应用配置的函数以及验证配置合法性的函数。
4. **providers.go**: 用于定义和管理云提供商的资源。与底层云提供商进行交互，转换资源对象并执行操作，确保Kubernetes集群与云提供商之间的一致性和集成。
5. **dependencycheck**: 用于检查项目依赖关系和版本冲突，确保依赖关系的正确性和没有版本冲突。
6. **fieldnamedocs_check**: 检查Kubernetes代码库中的字段名称和文档是否符合规范，确保代码的规范性和文档的准确性。
7. **gendocs**: 生成Kubernetes命令行工具kubectl的文档，提供命令的用法说明、示例、参数解释等信息，方便用户查阅和使用。
8. **genkubedocs**: 生成用于文档生成的Kubernetes API文档，遍历API组生成相应的API文档。
9. **genman**: 用于生成Kubernetes命令的man手册页面，提供命令的说明、示例和参数等信息。
. **genswaggertypedocs**: 生成Kubernetes API的Swagger类型文档，提供API的详细描述和示例。
. **genutils**: 提供代码生成任务所需的通用工具函数，帮助在代码生成过程中创建目录和文件。
. **genyaml**: 为kubectl命令生成YAML配置文件，方便用户定义Kubernetes资源。
. **importverifier**: 检查代码中的导入依赖，并验证其是否符合项目中的导入规则。
. **kube_apiserver**: 实现kube-apiserver二进制文件的入口点，负责初始化和启动关键逻辑。
. **aggregator**: 为聚合API提供支持，允许用户将自定义API服务注册到Kubernetes API服务器中，实现与核心API服务的集成。
这些文件共同构建了Kubernetes命令行界面的底层逻辑，使得Kubernetes的管理与操作变得更加高效和灵活。
Windows命令行下载远程payload及执行任意代码的几种方法
Windows命令行中，除了powershell，还有其他方式实现远程payload下载和执行任意代码。以下是一些满足特定条件的命令行工具和方法：利用内置二进制文件执行：通过滥用Microsoft标准文件，如IE缓存和WebDAV客户端缓存，来下载payload。这种方式要求工具支持HTTP URL参数传递、UNC路径处理，以及执行下载的内联脚本。
Powershell：以powershell.exe执行payload，它通常不直接写入硬盘，但可以使用编码技巧绕过安全检测。通过WebDAV服务器访问时，payload会保存在WebDAV客户端本地缓存。
cmd.exe与批处理文件：可以使用批处理文件嵌入payload，但同样会写入WebDAV客户端本地缓存。
Cscript/Wscript：通过这两个脚本工具下载payload，写入位置同样是WebDAV客户端本地缓存。
Mshta：支持执行内联脚本，可用mshta.exe接收URL或HTA文件，写入IE本地缓存。
Rundll：可通过UNC路径执行DLL或内联JScript，写入WebDAV客户端本地缓存。
Regasm/Regsvc：利用特定DLL和WebDAV接口，写入WebDAV客户端本地缓存。
Regsvr：有多种实现方式，写入位置取决于使用方法，可能是IE本地缓存或WebDAV客户端。
Msbuild：通过msbuild.exe间接执行payload，写入WebDAV客户端本地缓存。
组合技巧：可以结合不同工具下载和执行payload，如certutil.exe或InstallUtil.exe。
payload源码示例：使用.sct脚本、.hta文件、MSBuild内联任务或DLL，可以从指定地址获取实例。
值得注意的是，如bitsadmin工具因不支持代理而未被提及。这些方法在满足条件的同时，也需考虑EDR监控和安全策略。更多详细内容可通过原文链接获取。
