草庐IT

Nginx漏洞

全部标签

nginx - Redis 长轮询 Pub/Sub 频繁消息阻塞

我正在努力研究RedisPub/SubAPI并设置一个长轮询服务器。此lua脚本订阅“测试”channel并返回收到的新消息:nginx.conf:location/poll{lua_need_request_bodyon;default_type'text/plain';content_by_lua_file'/usr/local/nginx/html/poll.lua';}投票.lua:localredis=require"redis";localred=redis:new();localcjson=require"cjson";red:set_timeout(30000)--30

网络安全-JDBC反序列化漏洞与RCE

目录环境BlackHatEurope2019漏洞原理攻击手法mysql-connector-java的分析Mysql协议抓包分析Mysql服务器docker启动抓包&&分析FakeMysqlServer搭建Java反序列化工具ysoserial使用fnmsd师傅的MySQL_Fake_Server使用Y4tacker师傅的脚本JDBC代码项目架构代码复现参考环境ubuntu20:ip10.28.144.100,安装docker、python3、docker-compose(可选)、Java(可选)windows11:ip10.28.144.10,安装了Java、wireshark、Navica

nginx安装及(域名、端口、ip)配置

1、首先安装pcre库说明:pcre使nginx具备URL重写的rewrite模块1)查看系统环境cat/etc/redhat-release2)显示64位系统uname-r 、uname-m 2、yum安装pcre命令配置下载源(1)安装:yuminstall-ypcrepcre-devel安装后查看:rpm-qapcrepcre-devel注意:nginx安装依赖pcre、pcre-devel、openssl、openssl-devel包,因此先检查依赖包是否安装(2)安装openssl、openssl-devel查看rpm-qaopensslopenssl-devel发现无openssl

警惕!微软Exchange这四个零日漏洞,现仍未修复

近日,趋势科技的零日计划(ZDI)披露了微软Exchange中的四个零日漏洞,经过验证的攻击者可远程利用这些漏洞在易受攻击的安装程序上执行任意代码或披露敏感信息。今年9月7日-8日,趋势科技的零日计划(ZDI)于向微软报告了这些漏洞。虽然微软方面承认存在这些漏洞,但至今仍未修复。以下是ZDI披露的漏洞信息列表:ZDI-23-1578-MicrosoftExchangeChainedSerializationBinderDeserializationofUntrustedData远端执行程序代码漏洞:此漏洞允许远端攻击者在微软Exchange安裝上执行任意代码。此漏洞存在于ChainedSeri

常见Windows远程漏洞信息整理

通过漏洞扫描,发现漏洞,更新补丁,增强内网安全防御能力。1.常见windows提权漏洞(1)MS08-067Windows服务漏洞漏洞描述:该漏洞影响WindowsServer2000、WindowsXP和Windows2003等操作系统,攻击者可以通过特制的网络请求执行任意代码并获得系统权限。漏洞影响:允许攻击者在受影响的系统上执行远程代码,取得系统权限。CVE编号:CVE-2008-4250(2)MS09-050SMBv2协议远程执行代码漏洞漏洞描述:WindowsSMBv2协议中的远程执行代码漏洞,攻击者可以通过向目标系统发送恶意请求利用此漏洞执行任意代码,并获得系统权限。漏洞影响:影响

漏洞扫描原理及X-Scan安装

漏洞扫描原理及X-Scan使用漏洞扫描原理1.概念:漏洞扫描技术是建立在端口扫描技术的基础之上的,从对黑客的攻击行为的分析和收集的漏洞来看,绝大多数都是针对某一个特定的端口的,所以漏洞扫描技术以与端口扫描技术同样的思路来开展扫描的。漏洞扫描技术的原理是通过远程检测目标主机TCP/IP不同端口的服务,记录目标的回答。通过这种方法,可以搜集到很多目标主机的各种信息。在获得目标主机TCP/IP端口和其对应的网络访问服务的相关信息后,与网络漏洞扫描系统提供的漏洞库进行匹配,如果满足匹配条件,则视为漏洞存在。此外,通过模拟黑客的进攻手法,对目标主机系统进行攻击性的安全漏洞扫描,如测试弱势口令等,也是扫描

【漏洞复现】Nginx_(背锅)解析漏洞复现

感谢互联网提供分享知识与智慧,在法治的社会里,请遵守有关法律法规文章目录1.1、漏洞描述1.2、漏洞等级1.3、影响版本1.4、漏洞复现1、基础环境2、漏洞扫描3、漏洞验证1.5、深度利用GetShell1.1、漏洞描述这个漏洞其实和代码执行没有太大关系,其主要原因是错误地解析了请求的URI,错误地获取到用户请求的文件名,导致出现权限绕过、代码执行的连带影响Nginx解析漏洞该解析漏洞是PHPCGI的漏洞,在PHP的配置文件中有一个关键的选项cgi.fix_pathinfo默认开启,当URL中有不存在的文件,PHP就会向前递归解析在一个文件路径(/xx.jpg)后面加上/.php会将/xx.j

emq集群配置nginx做负载均衡

emq集群配置nginx做负载均衡创建EMQX节点集群emqx集群搭建例如:节点IP地址emqx@192.168.1.17192.168.1.17emqx@192.168.1.18192.168.1.18emqx@192.168.1.19192.168.1.19配置/etc/nginx/nginx.confmqtt集群搭建并使用nginx做负载均衡_亲测得结论示例:vim/etc/nginx/nginx.confhttp{}#在http外添加如下配置stream{upstreamstream_backend{zonetcp_servers64k;hash$remote_addr;server1

Python-rq with flask + uwsgi + Nginx : Do I need more uwsgi processes or redis workers?

我有一台具有上述配置的服务器,我正在处理很长的任务,但我必须通过Firebase向用户更新进程状态。为了立即响应客户端,我使用python-rq在redis中排队作业。我正在使用flask、uwsgi和Nginx。在uwsgiconf文件中,有一个字段询问进程数。我的问题是,我需要启动多个uwsgi进程,还是更多的redisworker?启动更多uwsgiworker是否会创建更多redisworker?扩展如何工作,我的服务器有1个vCPU和2GB内存。我有用于生产的aws自动缩放。我应该运行更多的uWsgiworker还是只用一个队列运行多少个redisworker。我正在独立启动

编译nginx报错SSL modules require the OpenSSL library.You can either do not enable the modules解决办法

sh./configure--prefix=/opt/openresty/nginx\ --with-cc-opt='-O2'\ --add-module=../ngx_devel_kit-0.3.1\ --add-module=../echo-nginx-module-0.62\ --add-module=../xss-nginx-module-0.06\ --add-module=../ngx_coolkit-0.2\ --add-module=../set-misc-nginx-module-0.32\ --add-module=../form-input-nginx-module-0.