Weblogic CVE-2017-10271 漏洞复现&&流量分析 Weblogic CVE-2017-10271 XMLDecoder反序列化 1.Weblogic-XMLDecoder漏洞浅析 0x01 前生今世: ​ weblogic:7001端口 ​ redis :6379 端口 ​ tomcat: 8009 端口 ​ 此处存在任意文件读取下载漏洞:http://your-ip:7001/hello/file.jsp?path= 如读取 passwd文件:http://your-

CobaltStrike去除流量特征 ​普通CS没有做流量混淆会被防火墙拦住流量,所以偶尔会看到CS上线了机器但是进行任何操作都没有反应.这里尝试一下做流量混淆.参考网上的文章,大部分是两种方法,一种更改teamserver 里面与CS流量相关的内容,一种是利用Keytool工具生成新的store证书.而我们需要做的修改大概为3个地方: 1. 修改默认端口 2. 去除store证书特征 3. 修改profile 0x00 关闭后台运行的CS ps -aux 找到CS相关的进程 kill -9 p

http://xuewen.cnki.net/DownloadArticle.aspx?filename=BMKJ201104017&dbtype=CJFD<浅析基于DNS协议的隐蔽通道及监测技术>DNS隐蔽通道监测主要采用特征匹配和流量异常检测这两种技术.3.1 特征匹配技术特 征 匹 配 技 术 通 过 网 络 通 信 报 文 特 征 来 识别 D N S 隐 蔽 通 道 . S n o r t 通 过 以 下 规 则 来 识 别NSTX和Iodine隐蔽通道:alert udp

环境说明 扫描者:manjaro linux , IP地址:192.168.31.160 被扫描者:centos 7,IP地址:192.168.31.175 分析工具:wireshark nmap 版本:version 7.80 TCP 知识回顾 这里对TCP的三次握手知识进行简单的回顾,方便后面理解Nmap的扫描流量 关于TCP协议相关内容看:http://networksorcery.com/enp/default.htm Source Port:源端口 Destination Port:目

尽管 IT 管理员尽心尽责地监控设备.主机和网络是否存在恶意活动的迹象,却往往出力不讨好.主机入侵检测和端点保护对很多公司来说可能是"必需"的安全措施,但如果要找出 RAT.rootkit.APT 或其他盘踞在网络上的恶意软件,就没什么比监控 DNS 流量更有效了. 为什么是 DNS ? 犯罪分子会抓住任何互联网服务或协议的漏洞发动攻击,这当然也包括域名系统( DNS ).他们会注册一次性域名用于垃圾邮件活动和僵尸网络管理,还会盗用域名进行钓鱼和恶意软件下载.他们会注入恶意查询代码以利

检测分类 1)误用检测 误用检测主要是根据已知的攻击特征直接检测入侵行为.首先对异常信息源建模分析提取特征向量,根据特征设计针对性的特征检测算法,若新数据样本检测出相应的特征值,则发布预警或进行反应. 优点:特异性,检测速度快,误报率低,能迅速发现已知的安全威胁. 缺点:需要人为更新特征库,提取特征码,而攻击者可以针对某一特征码进行绕过. 2)异常检测 异常检测主要是检测偏离正常数据的行为.首先对信息源进行建模分析,创建正常的系统或者网络的基准轮廓.若新数据样本偏离或者超出当前正常模式轮廓,异常

以后可以考虑的方向,在stealwatch里包含: ad Injector click fraud cryptocurrency miner exploit kit malicious advertising malicious conetent distribution maney scam PUA scareware spam botnet spam tracking cryptowall ramnit sality SMB service discovery:貌似是直接看445端口是否开放

在过去,很多防火墙对于DDoS攻击的检测一般是基于一个预先设定的流量阈值,超过一定的阈值,则会产生告警事件,做的细一些的可能会针对不同的流量特征设置不同的告警曲线,这样当某种攻击突然出现的时候,比如SYN flood,此时网络中SYN的报文会超过阈值,说明发生了SYN flood攻击. 但是当网络中的报文速率本身是这条曲线的时候,曲线自身就一直在震荡,在这样的曲线上如何检测异常?如何根据阈值检测攻击?真正的攻击又是哪一个点? 这个攻击几乎肉眼无法分辨.如果不是那个时间点真的出了攻击,也很难从曲线

电脑性能上: ①cpu和内存使用率(常见): python 实时得到cpu和内存的使用情况方法_python_脚本之家https://www.jb51.net/article/141835.htm ②c盘剩余容量(有的挖矿程序会占用c盘大量内存): Python实现获取磁盘剩余空间的2种方法_python_脚本之家https://www.jb51.net/article/115604.htm ③直接对已有挖矿进程库进行杀死: Python3之查看windows下所有进程并杀死指定进程 - Qui

一.关于冰蝎 1.1 简单介绍 冰蝎是一款基于Java开发的动态加密通信流量的新型Webshell客户端.老牌 Webshell 管理神器——中国菜刀的攻击流量特征明显,容易被各类安全设备检测,实际场景中越来越少使用,加密 Webshell 正变得日趋流行. 由于通信流量被加密,传统的 WAF.IDS 设备难以检测,给威胁狩猎带来较大挑战.冰蝎其最大特点就是对交互流量进行对称加密,且加密秘钥是由随机数函数动态生成,因此该客户端的流量几乎无法检测. 1.2 关于冰蝎通信 冰蝎通信大致分为两个阶段

出品|MS08067实验室(www.ms08067.com) 本文作者:BlackCat(Ms08067实验室内网小组成员) 前言: 红蓝对抗的时候,如果未修改CS特征.容易被蓝队溯源. 去特征的几种方法: 1.更改默认端口 方法一.直接编辑teamserver进行启动项修改. vi teamserver 方法二.启动时候指定server_port java -XX:ParallelGCThreads=4 -Duser.language=en -Dcobaltstrike.server_port

1.冰蝎(Behinder) 下载链接:https://github.com/rebeyond/Behinder/releases 截止至我发贴时,冰蝎最新版本是3.0,客户端兼容性有所提升(但仍不是所有JDK都支持的,如果你jar不能运行,看看是不是环境不满足要求,淦) 说点老生常谈的东西 冰蝎使用了Java开发.加密传输,而且会常常更新,猝不及防...良心.神器,,,基本的webshell管理功能都有,而且很强大 所以被盯上很久了 3.0以前的冰蝎采用了一个叫密钥协商的机制 借这图展示一下老

作者 刘如梦,腾竞体育研发工程师,擅长高并发.微服务治理.DevOps,主要负责电竞服务平台架构设计和基础设施建设. 詹雪娇,腾讯云弹性容器服务EKS产品经理,主要负责 EKS 虚拟节点.容器实例相关的产品策划. 业务介绍 自 2019 年,腾竞整个电竞赛事数据服务完全由腾讯云 TKE 容器服务承载.腾竞赛事数据开放平台目前主要提供职业赛事数据的授权与查询,随着斗鱼.虎牙.企鹅.掌盟.微信直播.微博等平台的相继接入,平台整体流量有了爆发式的增长. 此前 2021英雄联盟全球总决赛(以下简称 S1

DNS协议是一种请求应答协议,也是一种可用于应用层的隧道技术.虽然DNS流量的异常变化可能会被发现,但是在基于传统socket隧道已经濒临淘汰,TCP.UDP通信大量被安全设备拦截的大背景下,DNS.ICMP.HTTP/HTTPS等难以禁用的协议已经成为攻击者使用隧道的主流选择. 选择DNS协议作为通信隧道的主要优势在于:一方面,DNS是网络环境中必不可少的服务,另一方面,由于防火墙和IDS设备本身较少存在过滤DNS流量的行为,使得DNS报文本身具有了穿越WAF的能力.同时,越来越多的研究数据也

项目地址(参考):https://websec.readthedocs.io/zh/latest/basic/history.html 本文只能充当目录简介,具体还要自己深入学习. 序章 Web技术演化 简单网站 Web技术在最初阶段,网站的主要内容是静态的,大多站点托管在ISP (Internet Service Provider) 上,由文字和图片组成,制作和表现形式也是以表格为主.当时的用户行为也非常简单,基本只是浏览网页. 随着技术的不断发展,音频.视频.Flash等多媒体技术诞生了.多

Prelude: Ensuring Inter-Domain Loop-Freedom in SDN-Enabled Networks 来源:APNet: The Asia-Pacific Workshop on Networking 发表时间:2018 分类:应用 提出问题:因sdn部署在真实环境,与传统网络之间的矛盾导致互联网性能降低,设计了名为Prelude的系统. 主要贡献 分析了BGP偏差对Internet路由的影响 设计了Distinct-Match,允许任何两个网络验证它们的SDN

2018 年的文章, Using deep neural networks to hunt malicious TLS certificates from:https://techxplore.com/news/2018-10-deep-neural-networks-malicious-tls.html 使用LSTM对恶意证书进行分类,准确率94% 下面是介绍. Moreover, encryption can give online users a false sense of securi

2018-2019-2 网络对抗技术 20165322 Exp5 MSF基础应用 目录 实验内容与步骤 一个主动攻击实践 MS08-067(失败) ms17_010_psexec(成功且唯一) 一个针对浏览器的攻击 ms10_046_shortcut_icon_dllloader 一个针对客户端的攻击 windows/fileformat/adobe_cooltype_sing 成功应用任何一个辅助模块 auxiliary/scanner/portscan/tcp 在实验一里用了auxiliar

前言 最近好久没更新博客和公众号了,有朋友问是不是在憋大招,但我不好意思说其实是因为最近一段时间太懒了,一直在当咸鱼- 意识到很久没更新这个问题,我是想写点什么的,但好像一直当咸鱼也没啥可分享的,最近刚参加了一个CTF比赛,来分享一些作为CTF小白的解题过程和思路~ 由于篇幅太长,所以本文第一篇就先只发MISC部分,相比较于固定类型的几种题目,MISC是最好玩的,比较考验知识广度和想象力(而且有签到题) 推荐渗透测试工具 比赛回顾 大概看下这次比赛有哪些题 MISC PDF 下载下来是个PDF,

Apache Log4j2 远程代码执行漏洞已爆发一周,安全厂商提供各类防御方案和检测工具,甲方团队连夜应急. 影响持续至今,网上流传的各种利用和绕过姿势还在层出不穷,影响面持续扩大.所有安全人都开始反思一个问题:当前的防御是否有效?针对这样的 0day 再次发生,什么是有效的手段? 阿里云安全团队此次参与了诸多客户应急,并从云平台自身防御总结经验,尝试抛出一些观点以供讨论. 首先,我们先来从技术层面分析一下为什么这次 Log4j2 这么难搞. Apache Log4j2 漏洞们的特质 此次 L

Spring Framework远程代码执行漏洞 发布时间 2022-03-31 漏洞等级 High CVE编号 CVE-2022-22965 影响范围:同时满足以下三个条件可确定受此漏洞影响: JDK 版本 >= 9 使用了 Spring 框架或衍生框架 项目中 Controller 参数接收实体类对象并存在代码调用 1.漏洞描述 Spring Framework 是一个开源应用框架,旨在降低应用程序开发的复杂度.它是轻量级.松散耦合的.它具有分层体系结构,允许用户选择组件,同时还为 J2EE