- 综合排序
- 最热优先
- 最新优先
- 来自专栏中国白客联盟
日志安全之清除windows 日志
PHPTutorial\Apache\logs\error.log -oldid 200.999.999.99; 作者历史文章赏析： 解决SqlServer 脱裤的一个小问题 解决 HTTPS 证书失效菜刀连不上 日志安全之 linux清除日志
2.1K80发布于 2019-10-18 - 来自专栏中国白客联盟
日志安全之linux清除日志
我们用的常见的思路 1.直接删除日志文件 2.删除我们自己 ip 的日志内容 3.rm -rf / 如果直接删除文件,那么管理员也会从别的地方下手.或者恢复文件之类的. 当然.我还是建议使用 python 完成这项工作..当日志超过10w 或者100w 级以上的数量 . bash 的执行速度就会显得极其鸡肋.
4.7K50发布于 2019-10-18 - 来自专栏linux运维
安全审计日志问题：安全审计日志文件过大或丢失
限制日志文件大小通过配置限制单个日志文件的大小，并启用日志轮换机制。 分析日志内容使用工具分析日志内容，确保日志记录正常。 防止日志被篡改确保日志文件的安全性，防止被恶意篡改。 sudo apt install aidesudo aideinit8. 定期审查与优化日志策略根据实际需求定期调整日志管理策略。增加日志级别：在高安全性环境中，启用更详细的日志记录。减少冗余日志：在资源有限的环境中，过滤不必要的日志。9.
1.2K00编辑于 2025-02-09 - 来自专栏安全泰式柑汁
企业安全建设SIEM之K8s日志审计策略
审计日志配置策略文件，文件路径为：/etc/kubernetes/audit-policy.yml。 audit-log-path 审计日志输出路径为/var/log/kubernetes/kubernetes.audit。 audit-log-maxsize 单个审计日志最大内存为100 MB。 audit-log-maxbackup 审计日志最大分片存储10个日志文件。 audit-log-maxage 审计日志最多保存期为7天。 - level: Metadata 说明 在收到请求后不立即记录日志，当返回体Header发送后才开始记录。 0x06 审计日志样例 { "kind":"Event", "apiVersion":"audit.k8s.io/v1", "level":"RequestResponse", "auditID
1K20编辑于 2022-04-27 - 来自专栏技术杂记
日志服务器（8）
qishToW6PlZC.UewgjQaLp9YPPTFqvLbh47F6QUhHqPhrLT6fqdEfqYr6TIGyOl0XuAiUnlvJflixfO/:16545:0:99999:7::: [root@h202 ~]# ---- 服务端检查日志 通过这种方式已经可以实现操作审记了 ---- 查看服务端数据库中的日志 检查数据库确保数据也写了一份到mysql中 [root@h105 ~]# mysql -u root -p Enter password
1.1K20发布于 2021-10-20 - 来自专栏linux运维
安全审计日志恢复问题：安全审计日志恢复失败，导致数据丢失
检查日志文件状态首先确认日志文件是否完全丢失或部分损坏。 从备份中恢复如果存在日志备份，可以从备份中恢复数据。 使用日志管理工具恢复某些日志管理工具（如 syslog 或集中式日志服务器）可能保留了冗余日志。 启用新的日志记录如果无法恢复旧日志，可以重新启用审计服务以生成新的日志。 多点存储：将日志备份到多个位置（如本地、远程服务器、云存储）。监控日志状态：设置告警机制，及时发现日志丢失或异常。8. 验证恢复结果恢复完成后，验证日志文件是否完整且可用。
1.8K10编辑于 2025-02-09 - 来自专栏linux运维
安全审计日志备份问题：安全审计日志备份失败，导致数据丢失
验证日志文件状态确保日志文件存在且未被删除或损坏。 防止备份数据被篡改确保备份数据的安全性，防止被恶意修改或删除。 backup/audit/audit.log chown root:root /backup/audit/audit.log # 使用加密存储 gpg -c /backup/audit/audit.log 8. 恢复丢失的日志如果备份失败导致日志丢失，可以通过以下方法尝试恢复：从其他来源恢复：如果有冗余日志（如集中式日志服务器），可以从中恢复。启用新的日志记录：重新启动审计服务以生成新的日志文件。 查看日志排查问题如果备份仍失败，可以通过日志排查原因。
1.5K10编辑于 2025-02-09 - 来自专栏linux运维
安全审计日志管理问题：安全审计日志管理不当，导致数据丢失
制定日志管理策略根据需求制定合理的日志管理策略，避免数据丢失。日志存储周期：明确日志保留时间（如 30 天、90 天）。存储位置：将日志存储到多个位置（如本地、远程服务器、云存储）。 ELK Stack：# 安装 Elasticsearch wget https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-8. x.x-amd64.deb sudo dpkg -i elasticsearch-8.x.x-amd64.deb # 安装 Logstash 和 Kibana sudo apt install logstash 防止日志被篡改确保日志文件的安全性，防止被恶意修改或删除。 8. 查看日志排查问题如果管理仍存在问题，可以通过日志排查原因。
2.2K10编辑于 2025-02-09 - 来自专栏cultureSun学安全
MySQL安全----日志管理(三)
简介 除了前两篇的日志学习，MySQL还有两个特殊的日志----回滚日志(undo log)和重做日志(redo log)，统称事务日志。 事务日志，顾名思义是为了保障数据的原子性和一致性。 回滚日志 回滚日志在异常发生时，对已经执行的操作进行回滚。 所有事务进行的修改都会先记录到这个回滚日志中，然后再执行相关的操作。 如果执行过程中遇到异常的话，可以利用回滚日志中的信息将数据回滚到修改之前。并且，回滚日志会先于数据持久化到磁盘上。 重做日志 重做日志是InnoDB存储引擎独有的，在MySQL实例挂了或宕机了，重启时，InnoDB存储引擎会使用重做日志恢复数据，保证数据的持久性与完整性。 结语 回滚日志是记录旧值，重做日志是记录新值。例如要将某条数据由 0 更新成 1 ，回滚日志会记录旧值 0 ，重做日志会记录新值 1 。
62730编辑于 2023-05-18 - 来自专栏cultureSun学安全
MySQL安全----日志管理(一)
简介 MySQL的日志有主要有四种，会记录不同的操作行为，分别是----二进制日志、错误日志、查询日志、慢查询日志。 开启日志是MySQL安全的必要手段之一，但是会影响MySQL的性能，所以要学会日志管理，根据实际的业务需求来选择日志。 二进制日志属于Server层，所以所有引擎都可以使用。 开启二进制日志可以有效防止数据丢失，因为数据丢失可以使用二进制日志还原数据。 定义了mysql清除过期日志的时间，即二进制日志自动删除的天数。 mysql错误日志是以文本文件形式存储的，可以使用文本编辑器直接查看mysql错误日志。 3、删除错误日志 mysql的错误日志以文本文件的形式存储在文件系统中，可以直接删除错误日志文件。
91020编辑于 2023-05-18 - 来自专栏Bypass
MySQL日志安全分析技巧
对数据库日志进行分析，可以发现攻击行为，进一步还原攻击场景及追溯攻击源。 0x01 Mysql日志分析 general query log能记录成功连接和每次执行的查询，我们可以将它用作安全布防的一部分，为故障分析或黑客事件后的调查提供依据。 1、查看log配置信息 show variables like '%general%'; 2、开启日志 SET GLOBAL general_log = 'On'; 3、指定日志文件路径 SET GLOBAL 0x02 登录成功/失败 我们来做个简单的测试吧，使用我以前自己开发的弱口令工具来扫一下，字典设置比较小，2个用户，4个密码，共8组。 ? Navicat for MySQL登录： 190601 22:14:07 106 Connectroot@192.168.204.1 on 106 QuerySET NAMES utf8
1.6K30发布于 2019-07-08 - 来自专栏Bypass
Web日志安全分析技巧
ox01 Web日志 Web访问日志记录了Web服务器接收处理请求及运行时错误等各种原始信息。 通过对WEB日志进行的安全分析，不仅可以帮助我们定位攻击者，还可以帮助我们还原攻击路径，找到网站存在的安全漏洞并进行修复。 本文通过介绍Web日志安全分析时的思路和常用的一些技巧。 0x02 日志分析技巧 在对WEB日志进行安全分析时，一般可以按照两种思路展开，逐步深入，还原整个攻击过程。 去掉搜索引擎统计当天的页面： awk '{print $12,$1}' log_file | grep ^\"Mozilla | awk '{print $2}' |sort | uniq | wc -l 8、 -v 0$ /www/logs/access.2019-02-23.log | awk -F '\" ' '{print $4" " $1}' web.log | awk '{print $1" "$8}
1.4K40发布于 2019-07-08 - 来自专栏Bypass
MSSQL日志安全分析技巧
对数据库日志进行分析，可以发现攻击行为，进一步还原攻击场景及追溯攻击源。 0x01 MSSQL日志分析 首先，MSSQL数据库应启用日志记录功能，默认配置仅限失败的登录，需修改为失败和成功的登录，这样就可以对用户登录进行审核。 ? 登录到SQL Server Management Studio，依次点击 管理--SQL Server 日志 ? 双击日志存档文件即可打开日志文件查看器，并可以对日志进行筛选或者导出等操作。 ? 日志分析案例： 在日志文件查看器中，选择筛选，在筛选设置中源设置为“登录”，应用筛选器，确定。 ? Exec master.dbo.xp_cmdshell 'whoami 3、需要结合web日志，通过查看日志文件的大小以及审计日志文件中的内容，可以判断是否发生过sql注入漏洞攻击事件。
2.2K30发布于 2019-07-08 - 来自专栏Bypass
Linux日志安全分析技巧
GitHub 地址：https://github.com/Bypass007/Emergency-Response-Notes 本文主要介绍Linux日志分析的技巧，更多详细信息请访问Github地址， 0x01 日志简介 Linux系统拥有非常灵活和强大的日志功能，可以保存几乎所有的操作记录，并可以从中检索出我们需要的信息。本文简介一下Linux系统日志及日志分析技巧。 日志默认存放位置：/var/log/ 查看日志配置情况：more /etc/rsyslog.conf 日志文件 说明 /var/log/cron 记录了系统定时任务相关的日志 /var/log/cups 记录系统重要信息的日志。 这个日志文件中会记录Linux系统的绝大多数重要信息，如果系统出现问题时，首先要检查的就应该是这个日志文件 /var/log/btmp 记录错误登录日志，这个文件是二进制文件，不能直接vi查看，而要使用
3.2K32发布于 2019-07-08 - 来自专栏cultureSun学安全
MySQL安全----日志管理(二)
简介 MySQL的日志有主要有四种，会记录不同的操作行为，分别是----二进制日志、错误日志、查询日志、慢查询日志。 开启日志是MySQL安全的必要手段之一，但是会影响MySQL的性能，所以要学会日志管理，根据实际的业务需求来选择日志。 详解 查询日志 查询日志记录了mysql的所有用户操作，包括启动和关闭服务、执行查询和更新语句等。 开启查询日志 mysql服务器默认情况下并没有开启查询日志。 ( curtime(), utc_time() ) 1 Query SHOW COLLATION 1 Query SET NAMES utf8 执行 flush logs 命令生成新的查询日志文件。 慢查询日志 慢查询日志是记录查询时长超过指定时间的日志。
57220编辑于 2023-05-18 - 来自专栏Sign
精灵之息 开发日志（8）
所以数据没变很正常呀，虽然我以为改了很多东西，但是对那些玩家来说，其实根本就没有变化。
43230发布于 2021-08-20 - 来自专栏linux运维
安全审计日志清理问题：安全审计日志清理不当，占用大量磁盘空间
检查日志文件大小与磁盘使用情况首先确认日志文件的大小以及磁盘使用情况。 # 查看日志文件大小 ls -lh /var/log/audit/ # 检查磁盘使用情况df -h如果日志文件过大或磁盘空间不足，需要清理日志。2. 启用日志轮换机制通过 logrotate 管理日志文件，定期压缩和删除旧日志。 手动清理旧日志如果磁盘空间紧急，可以手动清理旧日志文件。 调整日志存储策略根据需求调整日志存储策略，避免日志文件过大。
97010编辑于 2025-02-09 - 来自专栏ThoughtWorks
日志中的用户隐私安全
对于敏捷团队，安全卡应该提到比业务卡更高的优先级，同样需要放在backlog里面进行track，需要kick off、deskcheck，需要一个正经的流程或者仪式感强化成员的意识：安全卡和业务卡、Bug ---- 安全问题的特殊性 个人隐私安全和其它安全问题一样，是一个永远做不完的需求。 你不能说你的网站是绝对安全的，只能说“我检查了所有目前已发现的安全漏洞列表（Checklist），并且采取了相应的防御措施，做到尽量安全”，或者说我们采取了一些很好的安全实践，比如采取了动态密码、在nginx ---- 首先：确定什么是隐私数据 在我们深入讨论怎样避免个人隐私数据出现在日志之前，我们来界定什么是隐私数据： 个人可标识数据（PII）：如社会安全号码，数据组合（如名字+出生日期或姓氏+邮政编码） Dev/QA/Ops在日常工作中查看日志时，如果发现个人隐私泄露问题及时建立故事卡追踪，在安全要求较高的项目中，相关卡应自动进入高优先级 待实践但具备可行性的 编写集成测试检测个人隐私泄露并自动化 待实践可行性未知的
1.4K10发布于 2020-02-18 - 来自专栏FreeBuf
安全运维之日志追踪
前言 日志在分析安全事件上很重要的一个参考依据，同样希望能够看到这篇文章的运维人员能重视起日志来。 使用系统自带的记事本打开access.log日志： ? 通过请求的信息，也可以看出攻击者使用了SQL注入，这条信息，也可以在日常运维，安全加固中，可以准确的找到网站的注入点，有利于运维人员的及时加固。 最重要的是，一定要认识日志的重要性，对日志的采集，备份工作也同样变得更加重要。毕竟有经验的攻击者都会清理自己的痕迹。 总结 我是一个安全小菜鸟，每天游荡在各大安全论坛中，时间久了，心里对安全运维上的工作变得更加恐慌。我不应期待我维护的网站服务器不会遭受大佬们的调戏，而是如果大佬们调戏完，我该如何变得更加坚强。
1.4K40发布于 2018-12-24 - 来自专栏测试基础
【JMeter系列-8】JMeter自定义日志与日志分析
JMeter自定义日志与日志分析 JMeter日志概览 JMeter与Java程序一样，会记录事件日志，日志文件保存在bin目录中，名称为jmeter.log。 当然，我们也可以在面板中直接察看日志，点击右上角黄色标志物可以打开日志面板，再次点击收起。 ? 可见，通过日志可以帮助我们定位一些不容易直接察觉的问题。 另外，JMeter可以很方便地设置日志输出级别： ? 自定义日志 前面所看到的都是系统日志，也就是JMeter本身所打印的日志。如果我们自己想输出一些日志，该怎么办呢？ 在该请求下添加Beanshell断言，运行后，日志中输出了相应内容： ? 日志分析 针对该日志写一个日志分析脚本logAnalysis.sh： #!
3.6K32发布于 2020-09-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号