一.漏洞简介以及危害: 1.什么是redis未授权访问漏洞: Redis 默认情况下,会绑定在 0.0.0.0:6379,如果没有进行采用相关的策略,比如添加防火墙规则避免其他非信任来源 ip 访问等,这样将会将 Redis 服务暴露到公网上,如果在没有设置密码认证(一般为空)的情况下,会导致任意用户在可以访问目标服务器的情况下未授权访问 Redis 以及读取 Redis 的数据.攻击者在未授权访问 Redis 的情况下,利用 Redis 自身的提供的config 命令,可以进行写文件操作,攻击

redis-server忘了把配置里面的daemonize的no改成yes所以把redis-server加入到了/etc/rc.local里面,在服务器启动的时候就会阻塞在这里,导致服务器不能启动.[解决方案]使用GRUB时,可以添加一个S(大写S)到内核命令行,可以进入单用户模式.要做到这样, 需要重新起动系统,当GRUB的屏幕出现时: 1.使用方向键选择你希望引导的内核. 2.按下e键以编辑这个命令行. 3.选择以单词kernel起头的这行.4.按下e键以编辑这个命令行.5.在行末添加一个字

fstab中配置错误导致系统无法启动的恢复方案 1制造错误的案例发生,在/etc/fstab中配置如下内容 结尾的倒数第一个为1表示进行磁盘检查,为0表示不进行磁盘检查,倒数第二个为0表示不备份,为1表示进行备份,一般除了/boot 和 / 使用磁盘检查,其余的都不使用磁盘检查.备份自己去备份,没必要让系统去帮你备份. 重启服务器主机,在启动过程中就会报错 2处理错误 上面的错误提示我们给出root密码或者使用Ctrl+D继续,但是Ctrl+D还是会重启,所以我们给出root密码进行处理. 给出

遇到了两个由于php.ini配置错误导致的报错:ajax图片上传报错和exec报错 首先第一个: 在做一个用ajax图片上传的功能中,php报了这样一个错误:File upload error - unable to create a temporary file; 然后百度了下,发现是由于php.ini配置文件的upload_tmp_dir的配置没有处理好. 于是百度下了这个:供参考下 1.因为php.ini中没有设置上传的临时文件,默认为系统的临时文件地址. 2.如果没有权限去读系统的临时文

点击返回自学Linux集锦 linux异常处理:selinux配置错误导致无法重启 一次linux无法重启异常记录: 当时第一反应就是梳理最近的配置变更,特别是能预知相关的就是selinux配置变更. 原来是误将SELINUXTYPE看成SELINUX后,将其值改为disabled.导致操作系统服务启动,无法进入单用户模式.变更回来之后,一切正常. 解决方法一: 系统启动的时候,按下‘e’键进入grub编辑界面,编辑grub菜单,使用上下键选择“kernel ” 一行,按‘e’键进入编辑,在末尾

如果因为/etc/sysconfig/network-scripts/下的ifcfg-eth0(此处以eth0网卡名为例),其中的HWADDR配置错误,不知道到哪里找到原来的HWADDR时,可以尝试一下两种方式: 1.执行ifconfig -a(如果执行不了,可以执行ip a命令,centos7系统默认就自带这个命令),查看MAC地址,并修改原来配置: 2.找到/etc/udev/rules.d/70-persistent-ipoib.rules文件并查看,如果里面有eth0的记录则按照其进行配

实验环境:       操作系统  : Red Hat Enterprise Linux Server release 5.7 (Tikanga)       数据库版本: Oracle Database 12c Release 12.1.0.1.0 - 64bit Production 前两天在服务器上安装了ORACLE 12c后,从客户端连接到数据库的时候,出现ORA-12170错误,由于以前在博客的ORA-12170:TNS:连接超时总结过这个问题,所以很快定位到是防火墙问题,于是编辑ip

以下基于tomcat服务器 我们通常将域名映射到指定服务器的端口上,以通过域名直接访问服务,如http://www.abc.com域名已绑定到本机的80端口,项目名wechat,则直接访问http://www.abc.com和访问http://localhost:80/wechat的效果是一样的,面向用户的话非常推荐前者,因为用户通常不关注你的端口和项目名称这些东西,况且他们也不知道.这种配置只需要在tomcat的配置文件server.xml中的<Host>标签中加一项配置<Contex

Centos 7.3系统 问题现象: 阿里云ECS升级配置后重启,SSH连接不上.登录控制台远程连接ECS,出现以下界面.  提交工单阿里云反馈:https://help.aliyun.com/knowledge_detail/41460.html 问题原因: 一般是因为/etc/fstab文件中写入了错误的文件系统或者磁盘的分区信息不正确. 解决方法: 看到阿里云官方文档后突然想起来,前段时间挂载过一块云盘.然后查看/etc/fstab 文件.发现设备名字冲突了,当时挂载时没有注意  尴尬.注

从vmselect查询的时候,出现如下错误: error when executing query="up" on the time range (start=1639388706000, end=1639392306000, step=1441): cannot execute query: cannot evaluate "up": error occured during search: cannot fetch query results from vmst

web.xml相关配置 <context-param><param-name>log4jRefreshInterval</param-name><param-value>60000</param-value></context-param><context-param><param-name>contextConfigLocation</param-name><param-value>c

控制台打印崩溃原因 [TaskStartVC superview]: unrecognized selector sent to instance RT TaskStartVC是一个同storyBoard关联的视图控制器 查遍代码并没有一个控制器指向 superview的方法调用 这就很尴尬了...后来又反向查是不是View被指向为VC类 果然..在配置storyBoard时候  选中了view并填写了customClass选项 一时粗心耽误了近一个小时... fk this. - -b

内存总是越来越少,虚拟内存使用越来越多 首先确定到底是什么占用了大量的内存 可以看到,大部分内存被闲置的httpd进程占用 且当我重启mysql服务后,内存没有出现明显变化,但是当我重启apache时,内存占用从2G瞬间下降到300M.由此可见,大量占用内存的就是闲置的httpd进程所致 于是上网查找了原因,原来是wdcp面板的apache配置不合理所致 vim /www/wdlinux/httpd-2.2.22/conf/httpd-wdl.conf 看到如下代码 不合理的地方在于MaxCli

端口下 switchport mode trunk spannning-tree portfast 上述两个命令同时执行将导致环路

目录 1.CRLF注入漏洞 2.目录穿越漏洞 参考链接 1.CRLF注入漏洞 CRLF是"回车+换行"(\r\n)的简称,其十六进制编码分别为0x0d和0x0a.先看payload,因为%0a%0d的存在导致换行. 在HTTP协议中,HTTP header与HTTP Body就是用两个CRLF分隔的,浏览器就是根据这两个CRLF来取出HTTP内容并显示出来.所以,一旦我们能够控制HTTP消息头中的字符,注入一些恶意的换行,这样我们就能注入一些会话Cookie或者HTML代码.CRLF漏

究其原因, 原来spring 扫包时候 扫了Webfilter 注解,注册了一次过滤匹配路径,扫了Component注解(又注册了一次过滤匹配路径,默认是全路径). Component注解后于WebFilter注解加载,所以导致Component注解覆盖了前面的匹配路径.

1,使用 /bin/vi  /etc/profile 可以打开环境变量 2,修改正确后,重启

直接解决方法:在命令行中输入:export PATH=/usr/bin:/usr/sbin:/bin:/sbin:/usr/X11R6/bin 后 Enter

今天做百度杯的时候发现一个题很有意思. 点进题目,发现了一个js重定向到login.php,抓包发现请求的header中cookie=0,做过这种类似的题目,o==false,在请求头里面将cookie=1,结果就进去了后台,(login.php中没有发现什么信息),进入后台, 点开Manage,如上图,网址的构造是module=index$name=php 推测是文件包含,我将index改成flag,说明flag在flag.php中我们所要做的就是提取出flag.php中的内容 思路1 用ph

jenkins用户权限配置错误,导致登录时提示:没有Overall/read权限 由于初次接触jenkins,于是在搭建好jenkins以后,想要对用户进行管理,于是乎开始在系统管理->configure Global Security里设置用户的权限. 在启用安全->访问控制->授权策略里选择了"项目矩阵授权策略"以后,添加了一个admin用户组,然后保存. 我开始用之前注册过的账号登录,提示:没有Overall/read权限 我又用admin登录,这才突然想起没有

最初配置Jenkins的用户管理权限时,因为不熟悉很容易将用户角色配置错误,导致配置用户后无法登录系统: 登录系统时候提示"Access Denied": 解决办法: 进入Jenkins的配置目录找到config.xml配置文件,将<useSecurity>true</useSecurity>改变成为<useSecurity>flase</useSecurity>,重新启动Jenkins,用户安全权限管理就关闭了;