一段恶意攻击的log

china_hfz 2005-11-13 10:23:56
202.109.208.4 - - [13/Nov/2005:01:21:54 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:21:55 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:21:56 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:21:57 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:21:58 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:21:59 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:00 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:01 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:02 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:03 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:04 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:05 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:06 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:07 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:08 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:09 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:10 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:11 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:12 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:13 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:14 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:15 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:16 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:17 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:18 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:19 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120
202.109.208.4 - - [13/Nov/2005:01:22:20 +0800] "POST /fjqz/ks_manager.php?mendflag=1 HTTP/1.1" 200 120

上面是我截取一段攻击的日记,这个202.109.208.4 全天侯一直运行,把我的日记急速涨,我在apahce中禁用这个ip,可日记中还是有存在.
什么消除.
...全文
124 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
tovy 2005-11-14
  • 打赏
  • 举报
 回复
up
yunfeifan 2005-11-13
  • 打赏
  • 举报
 回复
apache是缝不掉的，你虽然deny了他的ip，但是他依然可以发出请求，这样你的access_log依然会有它的纪录，要想彻底屏蔽此ip，你应该从防火墙级别把它封掉
Nginx系列——accessLog日志挖掘与恶意IP封禁
Nginx系列 入门——Nginx系列——配置详解 进阶——Nginx系列——负载均衡配置 进阶——Nginx系列——解决跨域与接口可用性探测 进阶——Nginx系列——缓存解决接口性能问题 进阶——accessLog日志挖掘与恶意IP封禁 待更新… 1、为什么需要挖掘日志记录？ 作用： 统计站点访问ip来源、某个时间段的访问频率 查看访问最频的页面、Http响应状态码、接口性能 接口秒级访问量、分钟访问量、小时和天访问量 日志配置 #log_format main '$remote_addr -
下一波Log4J攻击来势汹汹
到目前为止，Log4Shell的影响主要在于加密货币挖矿和少数间谍活动，而真正的灾难就在眼前。 一周前，互联网经历了一场地震。由于广为使用的开源库Log4j存在一个漏洞，世界各地的大量服务器瞬间暴露在并不高明的攻击手段之下。第一波黑客攻击已经全面铺开，但接下来的走势才是更需要担心的。 到目前为止，Log4j黑客的先锋队主要是加密货币挖矿软件，这些恶意软件从受影响的系统中抽取资源来挖取加密货币。根据微软和其他公司的近期报告，一些民族国家的间谍也涉足其中。近两年来常见的敲诈行为、勒索软件和破坏性攻击在本次事
RHSB-2021-009 Log4Shell - 远程代码执行漏洞 - log4j（红帽系统产品受影响清单和说明
执行摘要 Apache Log4j 是一个与日志功能有关的函数库，内嵌在基于 Java 应用程序中。在 Apache Log4j 2 （Log4j的升级版）中发现了一个漏洞，攻击者可以注入一个恶意的字符串, 这个字符串可以以Java 命名与目录接口（JNDI）的方式来使用轻量级目录访问协议（LDAP）进行服务查询，此时攻击者就可以在这台服务器上执行恶意代码。 这个漏洞允许远程攻击者在目标主机上执行恶意代码，执行代码的用户权限即为调用了 Apache Log4j2 的 Java 应用的用户权限。 目前上
记录一次针对log4j的jndi注入攻击
事件经过 今天一到公司就被钉钉监控报警群@了，报错类型如下图所示： com.mysql.jdbc.MysqlDataTruncation:Data truncation:Data too long for column这个错误很常见，就是插入数据到数据库中，字段长度超过了数据库限制的长度。 于是我就去skywalking上找日志，看到底是什么参数超过了长度限制，于是我找到了报错的链路看到了网关打印的日志信息如下： 重点看我红线框出的部分，这一看就不是一个正常的传参，看起来像是某种攻击。 由此让我联想到，
机房被扫段攻击会影响云服务器吗？
扫段攻击（Port Scanning）是一种常见的网络攻击手段，攻击者通过扫描目标主机的端口，尝试找出开放的端口和服务，为进一步的攻击做准备。常见的扫段工具包括Nmap、Masscan等。机房被扫段攻击时，物理机房中的服务器会直接受到影响，可能导致网络拥塞、安全设备压力增大甚至服务中断。而对于云服务器，虽然通过虚拟化技术隔离，但扫段攻击仍可能间接影响其性能和可用性。
基础编程

21,891

社区成员

140,346

社区内容

发帖
与我相关
我的任务
社区描述
从PHP安装配置，PHP入门，PHP基础到PHP应用
社区管理员
  • 基础编程社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章