1.日志（各种日志，访问日志、中间件日志、数据库日志、系统日志、运行日志、安全日志等等等等）
当然应对Linux入侵时我们也可以使用一些自动化的安全工具协助排查溯源 并进行安全加固
为了方便即将到来的HVV行动，为大家提供更好的掌握渗透攻击技能，特意收集了一些关于HVV常见的面试题给大家参考。
Linux 主机权限提升问题是普遍存在的。在Web 服务器、数据库、防火墙、IOT等基础设施中，大部分都运行着Linux 操作系统，鉴于Linux 设备在大量基础设施中的数量，组织加强和保护这些设备至关重要。在内网中，渗透测试人员也将遇到大量的Linux系统。
很多客户网站服务器被入侵，被攻击，找到我们SINE安全公司寻求技术支持与帮助，有些网站被篡改，被跳转，首页内容被替换，服务器植入木马后门，服务器卡顿，服务器异常网络连接，有的客户使用的是阿里云服务器，经常被提醒服务器有挖矿程序，以及网站被上传webshell的安全提醒，包括腾讯云提示服务器有木马文件，客户网站被攻击的第一时间，是需要立即处理的，降损失降到最低，让网站恢复正常的访问，由于每个客户找到我们SINE安全都是比较着急的，安全的处理时间也需要尽快的处理，根据我们的处理经验，我们总结了一些服务器被攻击，被黑的排查办法，专门用来检查服务器第一时间的安全问题，看发生在哪里，服务器是否被黑，是否被攻击，那些被篡改等等。
这两年见证了公司从600人发展到1200+的过程，虽然公司在安全投入上还算慷慨，但是人员编制有严格要求，一个人的安全部只能把精力放在基础/重点工作上。其中防病毒这块也是两年前才正式部署了企业版防病毒软件，推广过程中也遇到了很多阻力及各种奇葩的安全理念（比如生产服务器我不敢装防病毒，万一瘫了怎么办；领导的电脑，防病毒还是别装吧，装了会很慢），这期间也遇到多起病毒木马事件，每次我都会借助安全事件，狠狠的推一把防病毒软件，目前为止，已经实现所有PC和Windows服务器防病毒软件的百分百覆盖。现将几起病毒木马的处理过程整理一下跟大家分享，本系列偏向于实战。
本文为整个专题的第四篇，中间跳过了原计划的“内网横向移动攻击模拟（下）”。原因是下与上的类型一致，均为攻击模拟的记录，可分享和讨论的意义不大，只要按照这种模式可以设计出更多的场景。继而，继续编写本专题后续的内容。
非法挖矿一般分为基于文件的挖矿和基于浏览器的挖矿。由于云主机用户一般不使用浏览器访问网页，故基于浏览器的挖矿在公有云上并非较大的威胁。
经过前几篇的铺垫，进入中间件日志排查篇。由于各种各样的原因安全人员获取到的告警信息很可能是零零碎碎的，且高级黑客的整个入侵过程很可能十分完整，包含了清除痕迹等，这就导致了几种情况可能会发生：可疑威胁文件已被删除，无法定位；远程命令执行痕迹已被清除，无法还原攻击者入侵路径。
应急响应分为四个阶段：前期沟通，事件处理，事件分析，报告交付，前期沟通主要是和客户交流事件情况，了解是什么安全事件，客户是否做了处理，如果做了处理，做了那些处理。了解相关情况后后，下一步，就是帮助客户止血，即处理安全事件，减轻客户损失。服务器恢复正常后，进行事件分析，通过排查日志还原攻击者的入侵轨迹，最后一步就是整理报告。
简单自我介绍一下，我是一个安全工程师，也是一个人的“安全部”。一个周五的晚上，我正在和小伙伴们在游戏中厮杀，还沉浸在躺赢快乐中的我突然接到紧急短信。
攻击溯源作为安全事故中事后响应的重要组成部分，通过对受害资产与内网流量进行分析一定程度上还原攻击者的攻击路径与攻击手法，有助于修复漏洞与风险避免二次事件的发生。攻击知识可转换成防御优势,如果能够做到积极主动且有预见性，就能更好地控制后果。
前段时间，OpenSSH被曝出存在两个信息泄露漏洞（CVE-2018-15473和CVE-2018-15919）。其中CVE-2018-15919影响自2011年9月6日发布的5.9版本到今年8月24日发布的最新版本7.8。CVE-2018-15473则影响自1999年以来至今年7.7版本中所有版本，远程攻击者可利用漏洞猜测在OpenSSH服务器上注册的用户名。
面试时间比较短，只有十分钟左右，偏真实环境，感觉自己应急响应流程还是不够熟悉，讲的时候没有按照应急流程来讲，有点乱…… ==应急响应流程：==判断是否是误报，了解基本情况(攻击源捕获、获取相关信息)，根据异常特征(安全设备告警、流量、网站、主机)确定安全事故事件类型(What)(网络攻击事件、钓鱼邮件、暴力破解、Web服务器入侵、第三方服务入侵、系统远控后门、勒索病毒、APT、挖矿脚本等)，做出临时处置(隔离感染的机器，切断网络，保护现场环境，隔离核心资产)，通过系统排查点(用户信息、启动项、计划任务、服务、进程、端口、网络流量、内存、文件痕迹、日志等) 确定入侵时间(When)、攻击范围(Where)以及技术手段、攻击者攻击思路(How)进而构造证据链猜解攻击对象(Who)，清除处置(善后处理)以及取证溯源…… 感觉按照这个流程来回答一听就感觉就是背的，emmmm
危害：CPU拉满，网络阻塞，服务器卡顿、耗电等 定性：威胁情报平台上传解析分析，文件配置查看等
当企业发生入侵事件、系统崩溃或其它影响业务正常运行的安全事件时，急需第一时间进行处理，使企业的网络信息系统在最短时间内恢复正常工作，进一步查找入侵来源，还原入侵事故过程，同时给出解决方案与防范措施，为企业挽回或减少经济损失。
【漏洞预警】CVE-2022-2588：Linux Kernel 权限提升漏洞(Dirtycred)
2021年4月18日再次接到告警用户单位某台内网服务存在web后门木马连接行为，需立即进行应急处置。
购买的服务器难免会遇到被攻击的情况，当我们发现服务器状态异常时，可以通过连接当前服务器的ip排查一下，并对可疑ip进行封锁禁止。我们可以通过路由跟踪来查看可疑ip。以下是两种解决方案。
作为运维工程师来说，最怕遇到服务器崩了、内存爆了、CPU满了等情况，尤其对于生产环境来说影响是非常巨大的。对于运维工程师来说可能面临被“炒鱿鱼”的风险。那么遇到这种情况怎么办呢，首先是要沉着冷静，然后按照下面的Shell命令来排查服务器本身的问题。
Linux的进程排查总体思路和windows的不会偏差太多，具体到细则上存在差异，今天就和师傅们来探讨下Linux下的进程分析及排查。
本文为整个专题的第六篇，前面完成了方案设计、攻击模拟、应急响应、评分环节，接下来是回顾每个攻击模拟之后的专题会。
命令:ps -ef | awk '{print}' | sort -n |uniq >1
线上问题排查总结 Cpu飙高可能的原因 CAS自旋 没有控制自旋次数；乐观锁 死循环----cpu飙高的问题；控制循环次数 云服务器redis被注入挖矿程序；端口像公网暴露；Redis端口不要被外网访问，ip黑名单 服务器被DDOS攻击导致cpu飙高。限流ip、黑名单，图形验证码。 Windows系统排查cpu飙高方法 制造死循环让cpu飙高的代码 package com.company; /** * @author 晓果冻 * @version 1.0 * @date 2021/6/23 7:45
如果是Linux系统的话，见过最多的是CentOS 6，Linux是全命令界面的，
下面我们将围绕腾讯云安全运营中心（详情戳：https://cloud.tencent.com/product/soc）这款产品的部分功能，来给大家介绍一下，如何依托云的优势，进行及时的风险检测与响应处置，最终保护客户的云上安全。
看到有人问，windows主机日志怎么做分析，今天就分享一篇文章专门来说说windows主机日志分析。以下所有内容皆属于个人以往工作经验总结出来的，不是什么权威的行业标准，纯属个人理解，仅供参考使用。
HVV行动已经进行到了11天，处置的工作明显增多，随着各种情况发生，所以这两天分别整理一些关于Linux和Windows的排查手册。
当公司的网站服务器被黑，被入侵导致整个网站，以及业务系统瘫痪，给企业带来的损失无法估量，但是当发生服务器被攻击的情况，作为服务器的维护人员应当在第一时间做好安全响应，对服务器以及网站应以最快的时间恢复正常运行，让损失减少到最低，针对于黑客攻击的痕迹应该如何去查找溯源，还原服务器被攻击的现场，SINE安全公司制定了详细的服务器被黑自查方案。
大多数受攻击的服务器是由程序执行的，这些攻击者会滥用服务器，只要能正常访问，他们几乎不采取任何预防措施隐藏他们正在做的事。
关于在linux在排查木马时查看定时任务，那定时任务是什么，其实它就是定时定点的执行Linux程序或者一个脚本。那如何创建定时任务，很简单，我们通过这个命令，每一个用户都可以创建自己的定时任务，使用一个编辑器打开它，这里就可以创建一个定时任务，定时任务保存的路径一共有这么几个。看一下这里没有权限，咱们切root用户这6个文件，这是我刚才创建定时任务的账户，那它的定时任务是以用户名命命名的，看一下里边内容，这也就是刚才咱们编辑的这个内容。1234512345，没问题，应该时间还没到。咱们再看一下。
网上，关于入侵痕迹分析的文章很多，在此将个人工作中常用的一些方法技巧(班门弄斧了)，以及爬过的坑总结如下（当然，其中有些方法也是从各位前辈的经验中学习的）。入侵痕迹分析，不外乎正向推理，和逆向推理。当已经掌握部分线索时，可通过逆向推理，快速确定事发时间、影响范围、事发原因等；当没有明确的线索，可以入侵者的视角，通过正向思维进行推理，从而发现入侵行为；两种方法都可以以敏感文件、敏感命令、敏感IP、攻击特征关键字为线索，推理出事发时间、事发原因。
上期文章介绍了Webshell的基础知识和防护技巧，有兴趣的同学可以前往 你所不知道的Webshell--基础篇 观看。
Linux操作系统因拥有高稳定性、通用性、开源等特性，通常在web服务器、IoT、嵌入式开发、超级计算机等领域作为首选操作系统。近年来，不仅互联网行业，政府、金融、教育、医疗、制造业、能源等行业也越来越多采用Linux架构的办公系统和服务器系统。
答：信息搜集：whois、网站源IP、旁站、C段网站、服务器系统版本、容器版本、程序版本、数据库类型、二级域名、防火墙......
当前各行业基础设施和服务向云逐渐迁移，随之而来针对云上资产的攻击也不断出现，掌握云上风险态势成为企业安全的重要环节。腾讯安全基于云原生安全体系，通过实时监测各类针对云上资产的攻击行为，持续感知在野攻击情况。经过安全专家的分析和挖掘，漏洞是攻击链上的重要一环，既能看到“老而弥新”漏洞的自动化批量攻击，也可发现新曝光漏洞开始迅速武器化，此外还涉及一些尚未公开的潜在风险被攻击者利用。
使用lcx或直接上线cs，建立隧道以便于对内网进一步进行攻击。(使用frp、nps也是一样的)
近日，火绒安全实验室监测到蠕虫病毒“Prometei”正在全网传播。该病毒通过横向渗透攻击方式对局域网中的终端进行大面积入侵，并且可以跨平台（Window、Linux、macOS等系统）横向传播。火绒安全提醒广大用户，尤其是企业、政府部门、学校、医院等拥有大型局域网机构，及时做好排查与防护工作，避免受到该病毒影响。目前，火绒安全（个人版、企业版）产品已对该病毒进行拦截查杀。
本篇主要说明一下遇到拒绝服务攻击、DNS劫持、IOC告警以及APT事件的常规处理方式。
特征rememberMe 恶意 Cookie rememberMe值构造 前16字节的密钥 -> 后面加入序列化参数 -> AES加密 -> base64编码 -> 发送cookie Apache Shiro处理cookie的流程 得到rememberMe的cookie值 -> Base64解码 -> AES-128-CBC解密-> 反序列化(readobject)
0 前言 应急响应这一专题，本来并没有打算写。正如公众号的说明所言，比较想分享安全测试、漏洞赏析、渗透技巧、企业安全，其中特别是企业安全建设，这也是当初离职的初衷--到甲方看看安全怎么做？从另一个角度来全新的认识安全，同时也将在乙方的积累尽情发挥，做更多新鲜的、有挑战性的、安全落地的事情。 记得刚到公司不久，便遇到安全事件发生。因为之前没有人处理过、没人会太在意，所以当我看到时、非常吃惊大家的不在意，内网几台服务器被远程植入挖矿脚本，情况别说有多么危急了。 1 安全事件描述 1
2014年我们所知的所有网络攻击，实际上还只是冰山一角，未来的网络空间将出现更多错综复杂、有组织性甚至是由敌对国家发起的网络袭击。APT攻击事件目前趋于爆发式增长，有些黑客秘密潜入重要系统窃取重要情报，而且这些网络间谍行动往往针对国家重要的基础设施和单位进行，包括能源、电力、金融、国防等;有些则属于商业黑客犯罪团伙入侵企业网络，搜集一切有商业价值的信息。 警惕利用Bash漏洞的IRC-BOT (1)Bash安全漏洞 继2014年4月的“Openssl心脏流血”漏洞之后，另一个重大互联网威胁于2014年9月2
近日接到客户求助，他们收到托管电信机房的信息，通知检测到他们的一台服务器有对外发送攻击流量的行为。希望我们能协助排查问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
