- 综合排序
- 最热优先
- 最新优先
- 来自专栏Windows技术交流
winrm不指定端口远程即可执行命令
远程攻击的手法应该比较多，有的不需要指定远程端口，只要remote desktop services是监听的，就能一直攻击 我知道这种就是（无需指定端口），例如 wmic /node:"IP" /USER ，也不能躲避这种攻击，因此，要加强安全设置：①修改远程端口②在安全组放行新的远程端口并限定客户端IP。 对服务端机器（被远程的机器），除过termservice服务正常运行、远程端口正常监听外，还要额外以管理员身份执行一句powershell命令： winrm quickconfig -q 2>&1> $ 以下代码兼容server2008r2/2012r2/2016/2019/2022 对客户端机器，如果5985端口不在会报错 powershell命令： reg delete "HKLM\SOFTWARE $null netstat -ato|findstr :5985 Set-Item WSMan:localhost\client\trustedhosts -value * -Force 如果上面这段代码配置
2K60编辑于 2024-09-14 - 来自专栏全栈程序员必看
从源代码到可执行文件
大家好，又见面了，我是全栈君 在理解一个源代码是如何成为可执行文件时，我简单的回顾下硬件层面、操作系统层面的知识。 我们开始编写源代码，然后编译执行。我们感觉到自己非常厉害，其实我们仅仅做了一点点东西。 1 编译器 源代码通过编译器变成汇编文件。 （java的编译与c c++的编译，我们称之为传统的编译，是不同的，java的编译是生成字节代码，也就是JVM能够读懂的代码，这是一种中间代码。） 由于并非是可执行文件（在可执行文件中所有变量、调用的地址才能真正确定），这些地址是未确定的，所以对于这些数据（变量、函数）有relocation table，需要在最后的链接过程中对全局变量、函数做relocation 但格式并非是纯执行代码。
58010编辑于 2022-07-15 - 来自专栏网优小兵玩Python
Python 3 代码打包可执行文件EXE
我们写好的代码.py源文件，打包成EXE可执行文件，这样即使在没有安装Python的电脑上也可以执行。使用pyinstaller，参数如下（该命令直接在CMD命令提示符中运行）： ? 常用参数讲解 -F 表示生成单个可执行文件 -w 表示去掉控制台窗口，这在GUI界面时非常有用（用于windows系统） -p 表示你自己自定义需要加载的类路径，一般情况下用不到 -i 表示可执行文件的图标 的源文件命名最好用英文命名，不然有可能打包失败出错 pyinstaller -F -i d:\Python_tool\09扩容脚本\kr.ico d:\Python_tool\09扩容脚本\自动扩容.py 如上，源代码文件使用的中文名 将源代码文件改成英文再次尝试 pyinstaller -F -i d:\Python_tool\09扩容脚本\kr.ico d:\Python_tool\09扩容脚本\Ce.py 打包EXE可执行文件成功 生成的可执行文件保存在C:\Users(用户)\用户名（当前登录电脑用户名）\dist 目录下： ?
1.5K00发布于 2019-10-10 - 来自专栏Visual Codex
目标代码文件，可执行文件和库
C编程的基本策略就是使用程序将源代码文件转换为可执行文件，此文件包含可以运行的机器语言代码。 C语言分两步来完成这个工作。 编译 链接 编译器将源代码转换为中间代码 链接器将此中间代码与其他代码相结合来生成可执行文件。 这样做可以使程序更加模块化，各个模块可以分别编译。然后再使用链接器把编译过的模板结合起来。 这里还缺两个东西：启动代码与库代码 启动代码，相当于程序与操作系统的接口。 库代码，即是C语言的库函数代码，几乎每一个函数都会用到库函数文件。 所以链接器就是把启动代码，库代码，和目标代码结合在一起，并将它们放入单个文件，即可执行文件。 简而言之，目标文件和可执行文件都是由机器语言指令组成的，但目标文件只包含你所写的代码所转换的机器语言，而可执行语言还包含所使用的库函数以及启动代码的机器代码。
82510发布于 2021-02-24 - 来自专栏python3
停止使用非版本控制的可执行代码
https://www.pydanny.com/using-executable-code-outside-version-control.html 开发世界现在有很多反设计模式的开发方式，比如使用可执行代码作为配置文件 在Python世界里面，你很可能碰到过类似下面的代码: # 警告：这是反模式代码! 因此，本地开发环境，你的项目需要一个脱离版本控制的可执行代码文件。 如果你觉得不对劲，那么你走在正确的道路上。可执行代码就应该总是处于版本控制中。 local_settings这种反模式 说local_settings是反模式，是因为你生产环境的可执行代码，不能被开发者看到，也让他们不好debug解决问题。 try: from .local_settings import * except ImportError: pass 他们在版本控制之外还有可执行代码。
87910发布于 2020-01-16 - 来自专栏程序员备忘录
Idea远程debug代码
远程吧，哎呀好卡呀，闲了吧像演示一波如何远程debug线上代码，可惜这个v**老是不稳定，还是本地演示一波吧，效果是一样的。当然这块只是演示步骤，技术层面停留在熟练掌握的程度。 我们将demo工程进行打包： maven package 然后我们运行我们的代码，这块要加入我们远程debug的相关配置： java -jar -agentlib:jdwp=transport=dt_socket ,server=y,suspend=n,address=5005 demo1-0.0.1-SNAPSHOT.jar 这块的意思大概就是说让线上的代码开启5005端口用来远程debug。 考虑到我们的jar包已经占用了端口，因此我们用新的端口来运行我们的idea代码。 要远程debug，我们必然要将ip和端口到我们的启动项目配置中，我们找到idea的远程配置。 比如我这里的配置如下： 配置好我们的远程debug之后，我们选择我们的远程启动配置。然后debug走起！ 现在我们就测试一下我们的代码能不能debug到线上的jar包。
44920编辑于 2022-08-11 - 来自专栏网络信息安全
RCE远程代码执行
RCE远程代码执行 一、漏洞介绍 概述 RCE(remote command/code execute)RCE漏洞，可以让攻击者直接向后台服务器远程注入操作系统命令或者代码，从而控制后台系统。 远程系统命令执行 一般出现这种漏洞，是因为应用系统从设计上需要给用户提供指定的远程命令操作的接口 比如我们常见的路由器、防火墙、入侵检测等设备的web管理界面上 一般会给用户提供一个ping操作的web 在这种平台上往往会出现远程系统命令执行的漏洞,不信的话现在就可以找你们运维部的系统测试一下,会有意想不到的"收获"-_- 远程代码执行 同样的道理,因为需求设计,后台有时候也会把用户的输入作为代码的一部分进行执行 ,也就造成了远程代码执行漏洞。 不管是使用了代码执行的函数,还是使用了不安全的反序列化等等。 因此，如果需要给前端用户提供操作类的API接口，一定需要对接口输入的内容进行严格的判断，比如实施严格的白名单策略会是一个比较好的方法。
1K10编辑于 2024-03-12 - 来自专栏你的Bug我做主
如何打包python代码成exe可执行文件
大家写好了python代码一直在工具上面打开是不是觉得很不方便，那么今天呢就给大家提供一个很实用的技巧，就是给python代码打包成可执行的文件。 里面就是我们的exe文件了 大家看到在生成exe文件的时候用到了参数，我这边也是把基本的参数列举了一下，大家可以参考一下哈 参数用法-F生成结果是一个 exe 文件，所有的第三方依赖、资源和代码均被打包进该
1.1K30编辑于 2022-07-22 - 来自专栏python3
python 远程执行代码 para
stdout, stderr = ssh.exec_command("你的命令") print stdout.readlines() ssh.close() 1.4 下载远程文件
1K10发布于 2020-01-07 - 来自专栏Gamma安全实验室
Microsoft Office 远程代码执行
攻击者可利用恶意Office文件中的远程模板功能从远程网络服务器获取恶意HTML文件，通过微软支持诊断工具（Microsoft Support Diagnostic Tool，MSDT）执行恶意PowerShell 代码，这里的利用姿势跟CVE-2021-40444是一样的，但是后面的利用链不一样。 第二种如果是想加载远程服务器上的html的话，再后面加个-u参数就行。 python . 当目标用户点击文档后，MSHTML会请求访问远程html页面 ，从而加载恶意的JavaScript。 本通告主要参考微软官方公告Microsoft Windows支持诊断工具 (MSDT) 任意代码执行漏洞。
95520编辑于 2022-08-30 - 来自专栏kali blog
showdoc 远程代码执行漏洞
但最近爆出了远程代码执行漏洞，而我的版本又在在漏洞影响范围内。顺便解决下吧！ 攻击者通过SQL注入漏洞获取到token进入后台。
40400编辑于 2025-07-28 - 来自专栏python3
如何远程调试Python代码
如果每次都修改代码之后，发布一次到内部环境运行测试，这样子操作流程略显繁琐了。于是乎，我就查阅了一些资料，发现我平时使用的Pycharm可以提供代码远程调试的功能，正好也可以解决我的问题。 首先来说一说代码远程调试。顾名思义，代码远程调试就是让我们可以在本地对远端的代码进行运行和输出日志检查，从而根据运行和日志情况，对代码进行修改，再重复这个过程，直到代码满足需求。 通常情况，我们需要手动去更新代码到远端，这个过程比较繁琐。而Pycharm提供了一个Deployment的功能，它将我们的本地代码和指定远端服务器代码做了映射。 3、配置目录映射信息 Local path框为你本地的项目代码目录 Deployment path on server 'test'框为代码在远程服务器的代码目录 ? 到此，我们的python代码的远程调试功能就已经设置好了。
1.6K10发布于 2020-01-03 - 来自专栏python3
python 远程执行代码 fabr
fabric应用: 1、fab -H 172.23.177.40,172.23.177.41 host_type 2、fab host_type check_ver 3、role： 当client较多时可以定义角色，然后按角色进行操作。 #!/usr/bin/pyhton from fabric.api import * env.user = 'root' env.password = 'vagrant' env.roledefs = { 'web': ['172.23.177.41','172.23.177.43'], 'dns': ['172.23.177.46','177.23.177.73'] } def test(): run('uname -a') run: fab -R web test result: [172.23.177.41] Executing task 'test' [172.23.177.41] run: uname -a [172.23.177.41] out: Linux salt-master 2.6.32-358.23.2.el6.x86_64 #1 SMP Wed Oct 16 18:37:12 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [172.23.177.41] out: [172.23.177.43] Executing task 'test' [172.23.177.43] run: uname -a [172.23.177.43] out: Linux salt-minion-3 2.6.32-358.23.2.el6.x86_64 #1 SMP Wed Oct 16 18:37:12 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [172.23.177.43] out: Done. Disconnecting from 172.23.177.43... done. Disconnecting from 172.23.177.41... done. #从结果可以看到，fab只执行了属于web组的client。 4、extend属性 from fabric.api import env, run env.hosts.extend(['host3', 'host4']) def test(): run('uname -r') When this fabfile is run as fab -H host1,host2 mytask, env.hosts will then contain ['host1', 'host2', 'host3', 'host4'] at the time that mytask is executed. 5、fabfile中没有定义client，可以在命令行中指定 fab mytask:hosts='172.23.177.41;172.23.177.46' 6、使用task方式： from fabric.api import
76410发布于 2020-01-14 - 来自专栏Khan安全团队
OpenTSDB 2.4.0远程代码执行
在Pentest期间，我们在yrange参数中使用命令注入在OpenTSDB 2.4.0及更低版本中发现了一个远程执行代码漏洞（其他参数可能也容易受到攻击） 当通过它被写入到其中的一个参数传递有效载荷的
1.3K10发布于 2021-03-10 - 来自专栏Khan安全团队
PostgreSQL 11.7 远程代码执行
# 软件链接：https://www.postgresql.org/download/linux/debian/
69940编辑于 2022-04-21 - 来自专栏Khan安全团队
Zabbix 5.0.17 远程代码执行
# 软件链接：https://www.zabbix.com/rn/rn5.0.17
1.4K30编辑于 2022-03-21 - 来自专栏漏洞知识库
IIS - 远程代码执行漏洞
漏洞知识库 网络安全/渗透测试/代码审计/ 关注 IIS - 远程代码执行漏洞 漏洞说明 开启WebDAV服务的IIS 6.0被爆存在缓存区溢出漏洞导致远程代码执行，目前针对Windows Server 准备工具 下载cve-2017-7269漏洞利用脚本 IIS代码执行脚本 - cve-2017-7269：https://github.com/zcgonvh/cve-2017-7269 下载好了，吧exp 我们是不能够进行远程链接到2003主机的。 这个时候就要用到3389批处理工具： ? 吧3389.bat文件上传到c:\\123目录中： ? 这个时候，我们就需要用3389这个提权工具开启远程服务器的3389端口： ? 这个就是整个提权的一个过程，包括成功的登陆到远程服务器！ 漏洞防御 1、关闭WebDAV服务 2、使用相关防护设备
2.7K20发布于 2019-11-20 - 来自专栏FreeBuf
JMX远程代码漏洞研究
前言： 前一段时间apace solr JMX因为配置不当出现远程代码执行漏洞，最近自己在看一套java系统时，发现该系统也存在JMX远程代码漏洞，于是乎就想研究下JMX这种通用型漏洞，下面我就从原理到利用对该漏洞做一个简单的梳理 JMX是一套复杂的机制，由于我们要讲的JMX远程代码漏洞和MBean相关，所以这里我们之介绍jmx和mbean相关的一些基础知识。 向MBeanServer注册mbean有两种方式，一是本地注册，二是远程注册（远程注册就为我们执行任意代码提供了可能，后面会细讲）。 我们先看一段简单的代码，本地向mbeanserver注册mbean。 然后可以通过payload执行任意代码 ? 当然这个jsonsole执行代码这个流程可以使用代码实现，有兴趣的可以自己研究下。 六、总结 至此，JMX漏洞的整理利用流程就结束了。
2.8K31发布于 2020-04-14 - 来自专栏Khan安全团队
Apache APISIX 远程代码执行
# 此模块需要 Metasploit：https://metasploit.com/download
93920编辑于 2022-03-09 - 来自专栏杂谈
十一、pycharm远程代码调试
第三方登录和支付，都需要有服务器才行（回调url），我们可以用pycharm去远程调试服务器代码 服务器环境搭建 以全新阿里云centos7系统为例： 11.1.阿里云安全组配置 快速创建规则，选好常用端口 用navicat远程连接到数据库 ip:你的服务器ip 用户名：root passwd:123456 然后新建数据库 数据库建好后开始把本地数据库中的数据传到远程服务器 11.6.pycharm 远程调试代码 （1）Tools-->>Deployment-->>Configuration （2）Connect和Mappings设置 设置好后点“Test SFTP connection”, 连接到数据库，然后把项目代码上次到远程数据库 Tools-->>Deployment-->>Configuration-->>Upload to MxShop （3）服务器运行项目 python manage.py init_command":"SET default_storage_engine=INNODB;"} } } 设置完后把settings文件同步到服务器中 再运行项目，就可以正常访问了 （4）pycharm远程调试代码
1.9K00发布于 2018-10-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号