<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[idlecloud0105的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/idlecloud0105</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; idlecloud0105]]></copyright><item><title><![CDATA[入侵检测系统（4）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163605396</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163605396</guid><author>idlecloud0105</author><pubDate>Fri, 06 Nov 2026 17:00:00 +0800</pubDate><description><![CDATA[IDS 的真正收益，不在于告警屏是否热闹，而在于安全关键事件之后能否形成闭环。把检测延伸为 IDPS，意味着组织愿意为事件驱动防护付出架构与运营成本：Inline 的容量与压测、旁路联动的规则治理、隔离园区的网络与身份边界、以及换机所需的数据与镜像准备。下列清单可用于自检当前能力是否"只检测到、响应空"：1、告警可定位：IDS 日志能否唯一关联到用户或主机；CMDB/DHCP/AAA 映射是否及时可信。2、防护路径明确：关键链路是否采用 Inline；旁路场景是否已对接防火墙且有过期策略。3、]]></description><category></category></item><item><title><![CDATA[入侵检测系统（3）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163605136</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163605136</guid><author>idlecloud0105</author><pubDate>Wed, 04 Nov 2026 17:00:00 +0800</pubDate><description><![CDATA[在加密默认开启的今天，NIDS 的价值并未消失，而是从“通读载荷”转向“可读则读、不可读则计量”。应用协议层的短时 SSH 狂扫、证书结构的 CA 与发行人异常、固定/异常端口、TCP 伪重传、IP 前缀与黑名单复用，构成了密文场景下依然有效的元数据兵器库；一旦具备内容可见性，威胁情报、DLP、DNS/DGA、邮件链接与附件签名、下载阶段中心查杀，又能把告警从“可疑”推进到“确证”，并覆盖主机杀软已被篡改的盲区。真正的安全增益，来自检测与响应闭环，以及元数据与内容、网络与主机之间的互相校验。]]></description><category></category></item><item><title><![CDATA[入侵检测系统（2）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163410353</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163410353</guid><author>idlecloud0105</author><pubDate>Mon, 02 Nov 2026 14:00:00 +0800</pubDate><description><![CDATA[IDS 的类型，首先是传感器位置的类型。HIDS 站在主机上，消费日志、文件、注册表与本机连接，既能持续驻守，也能在怀疑入侵后案例触发；它补杀毒之不足，却在合法凭据与主机失陷后面临“日志不起眼”与“传感器可被篡改”的问题——因此远程集中日志与像 GRR 这样的中央狩猎，成为加固主机可见性的关键做法。NIDS 站在网络关键节点上，观察包与流；攻击者要一并拿下它更难；在 TLS 普及后，它的主战场更多是 IP/TCP/TLS 握手与证书/CA 等元数据，明文 HTTP 应用层往往需借代理才能进入视野。]]></description><category></category></item><item><title><![CDATA[入侵检测系统（1）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163409747</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163409747</guid><author>idlecloud0105</author><pubDate>Fri, 30 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[结合上述方法论，落地时可把握以下几条实践导向原则。把日志当作一等公民。无论 Fail2ban 式静态规则还是用户行为画像，都建立在可信、完整、抗篡改的遥测之上。SSH、VPN、目录服务、关键应用的认证与授权事件，应集中、同步、保留足够时长，并限制攻击者事后擦除的能力。建立可交换的 IoC 工作流。即便组织规模中等，也应明确：从哪里获取情报、如何本地校验、如何过期淘汰、如何反馈误报。优先采用 STIX 等结构化表达，减少"邮件里一串哈希"的易错交换。]]></description><category></category></item><item><title><![CDATA[Samba文件服务器安全（7）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163409239</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163409239</guid><author>idlecloud0105</author><pubDate>Wed, 28 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[NSE 使用 Lua 语言编写脚本，在 nmap 扫描过程中自动执行。脚本按照功能分为多个类别，包括auth（认证测试）、broadcast（广播发现）、default（默认脚本集）、discovery（信息发现）、dos（拒绝服务测试）、exploit（漏洞利用）、intrusive（侵入性脚本）、malware（恶意软件检测）、safe（安全脚本）、version（版本检测）等。针对 Samba 服务器的安全检测，主要使用discovery和safe类别的 SMB 相关脚本。]]></description><category></category></item><item><title><![CDATA[Samba文件服务器安全（6）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163409022</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163409022</guid><author>idlecloud0105</author><pubDate>Mon, 26 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[Samba 安全不是一个可以"一次性配置好就高枕无忧"的议题。从 2012 年的 CVE-2012-1182 到 2019 年的三个连续漏洞，再到持续更新的 Samba 4.x 版本，安全威胁始终与软件演进相伴而行。防火墙能挡住来自互联网的直接攻击，但无法阻止内网感染和横向移动；版本更新能修复已知漏洞，但 NAS 设备的硬件限制让大量旧版本长期留存于生产环境。保持版本最新、限制网络暴露、纵深防御。]]></description><category></category></item><item><title><![CDATA[Samba文件服务器安全（5）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163208216</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163208216</guid><author>idlecloud0105</author><pubDate>Fri, 23 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[Samba 文件服务器的安全加固是一个多层次工程。应用层的smb.conf配置决定了谁能访问哪些共享、使用什么协议版本；而系统层的 iptables 防火墙则决定了哪些网络流量能够到达服务器。两者缺一不可。本文介绍的防火墙脚本遵循以下核心原则：1、默认拒绝：INPUT 链默认 DROP，仅白名单放行 445 和 22 端口。2、出站宽松：OUTPUT 全放行，满足 AD 域成员的复杂出站需求。3、有状态优先：已建立连接的回程流量优先放行，不影响正常业务。4、多层防御。]]></description><category></category></item><item><title><![CDATA[Samba文件服务器安全（4）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163208104</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163208104</guid><author>idlecloud0105</author><pubDate>Wed, 21 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[是 Samba 的虚拟文件系统（VFS）插件，挂载在共享的 VFS 栈中，拦截并记录几乎所有文件系统层面的操作。模块支持监控的操作类型非常丰富，完整列表参见 Samba 官方文档。实际部署中，通常只记录与安全审计相关的核心操作，避免日志量失控。常见监控操作包括：connectdisconnect：用户连接和断开共享mkdirrmdir：创建和删除目录readpread：读取文件writepwrite：写入文件rename：重命名文件或目录unlink：删除文件此外，模块还支持。]]></description><category></category></item><item><title><![CDATA[Samba文件服务器安全（3）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163207880</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163207880</guid><author>idlecloud0105</author><pubDate>Mon, 19 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[Samba 共享权限配置是 Linux 与 Windows 两个权限世界碰撞最激烈的前线。POSIX ACL 和扩展属性为 Windows 权限提供了 Linux 侧的存储载体，模块负责两者之间的翻译。管理共享复现了 Windows 服务器"先建后享"的标准工作流，让管理员可以在熟悉的 Windows 界面中完成全部权限配置。安全配置的核心思路是：用保护管理入口，用 Modify 替代 Full Control 防止权限蔓延，用实现多租户隔离，用最小网络驱动器映射降低数据错放风险。]]></description><category></category></item><item><title><![CDATA[Samba文件服务器安全（2）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163207580</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163207580</guid><author>idlecloud0105</author><pubDate>Fri, 16 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[将 Samba 服务器集成到 Active Directory 域，核心工作可以归纳为四个阶段：精简 smb.conf 配置、配置 Kerberos 客户端、执行域加入并启用 NSS、验证网络暴露面。整个流程在 CentOS、Debian、Ubuntu 等发行版上完全一致，差异仅体现在软件包名称和 nsswitch.conf 的具体写法上——这正是 Samba 跨平台配置的最大优势。配置文件精简化。删除默认 smb.conf，只保留活跃参数。后续迁移到注册表后，配置变更仅传输差异，进一步降低网络开销。]]></description><category></category></item><item><title><![CDATA[Samba文件服务器安全（1）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163207351</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163207351</guid><author>idlecloud0105</author><pubDate>Wed, 14 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[安全加固项RHEL 系（AlmaLinux/Rocky）包管理器默认文件系统XFSext4fstab 只读分区/boot/usr使用/boot/usr使用ro,exec数据分区防护/data使用/data使用rw,noexecIPv6 禁用方式修改创建SSH IPv6 禁用邮件服务 IPv6需配置 Postfix默认无 Postfix，无需额外操作Samba 核心包sambasambawinbindsmbclientKerberos 客户端（MIT）（Heimdal）额外依赖包默认防火墙。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（9）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163187835</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163187835</guid><author>idlecloud0105</author><pubDate>Mon, 12 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[入侵检测是 Linux 安全体系中"最后一道防线"的重要组成部分。本文介绍了从多个维度进行安全检测的工具和方法：chkrootkit和rkhunter从文件签名和系统特征的角度检测已知 RootkitLynis从配置审计的角度发现潜在的安全薄弱点ISPProtect专注于 Web 服务器环境的恶意软件检测Snort从网络流量分析的角度发现入侵行为从包管理的角度验证系统文件完整性从运行时状态的角度排查可疑连接和进程这些工具各有所长，也各有局限。没有任何一个工具能够保证检测到所有威胁。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（8）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163187380</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163187380</guid><author>idlecloud0105</author><pubDate>Sat, 10 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[编辑 Dovecot 的 SSL 配置文件注意 Dovecot 的配置语法与 Postfix 不同：证书路径前面的符号是必需的，它告诉 Dovecot 读取指定文件的内容，而非将路径字符串本身作为值。ssl_ca参数指定中间 CA 证书链。在许多情况下，如果证书文件本身已经包含了完整的证书链，则ssl_ca可以省略。但为了确保兼容性，显式指定通常是更稳妥的做法。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（7）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/163186697</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/163186697</guid><author>idlecloud0105</author><pubDate>Thu, 08 Oct 2026 14:00:00 +0800</pubDate><description><![CDATA[许多 Web 服务器将 MySQL 或 MariaDB 作为后端数据库。两者渊源颇深，但在安全配置方面存在显著差异，需要分别对待。Web 服务器安全是一个系统工程，仅靠加固 Apache 或 nginx 本身远远不够。从证书获取到 Apache 配置，再到加密套件优化，核心要点包括——优先使用 Let’s Encrypt 免费证书降低成本门槛；正确配置SSLEngine和指令；通过SSLPolicy或禁用不安全的协议版本；最后使用 SSL Server Test 验证配置。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（6）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815994</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815994</guid><author>idlecloud0105</author><pubDate>Wed, 30 Sep 2026 14:00:00 +0800</pubDate><description><![CDATA[SELinux 和 AppArmor 代表了 Linux MAC 领域的两种不同哲学：SELinux 追求理论上的安全完备性，以复杂性为代价换取细粒度的控制能力；AppArmor 则追求实用性和可维护性，以一定的安全覆盖范围为代价降低了使用门槛。从纯安全角度看，一个精心配置的 SELinux 系统无疑提供了更强的保护。但安全从来不只是技术问题——一个管理员能够理解和维护的安全系统，远比一个因为太复杂而被关闭的系统更有价值。在做出选择时，既要考虑安全需求，也要评估团队的技术能力和维护投入。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（5）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815713</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815713</guid><author>idlecloud0105</author><pubDate>Mon, 28 Sep 2026 14:00:00 +0800</pubDate><description><![CDATA[FirewallD 是由 Red Hat 开发的防火墙后台服务程序（daemon），目前不仅在 RHEL 及其衍生版（如 CentOS、Rocky Linux、AlmaLinux）上默认启用，在 SUSE 系列发行版中也被广泛采用。FirewallD 相较于传统防火墙管理方式，最大的优势在于动态修改规则。传统方式下，每次修改防火墙规则都需要重启防火墙服务，这不仅会导致短暂的安全空窗期，还会中断现有的网络连接。而 FirewallD 允许在运行时直接修改规则并即时生效，无需重启服务，从根本上避免了这些问题。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（4）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815558</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815558</guid><author>idlecloud0105</author><pubDate>Thu, 24 Sep 2026 10:00:00 +0800</pubDate><description><![CDATA[nftables 提供了三种定义规则的方式，适用于不同的使用场景。本文系统介绍了 nftables 防火墙框架的核心知识。让我们回顾关键要点：nftables 作为 Netfilter/iptables 的继任者，具有三大核心优势：统一的命令框架（nft替代了iptablesebtablesarptables）、完全自定义的表和链结构（没有预定义的约束）、以及更高效的包过滤性能。理解包过滤的基本原理和数据包在内核中的处理流程掌握表、链、规则的层级关系以及协议族和 Hook 的概念。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（3）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815453</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815453</guid><author>idlecloud0105</author><pubDate>Tue, 22 Sep 2026 10:00:00 +0800</pubDate><description><![CDATA[Fail2ban 的强大之处在于它不仅能保护标准服务，还能通过自定义规则保护任何会记录失败登录的应用程序。假设你的应用在登录失败时会在 Apache 错误日志中记录类似[INCLUDES]这里的关键是failregex中的正则表达式必须精确匹配你的应用产生的日志格式。是从继承的变量，用于匹配 Apache 错误日志中的客户端 IP 部分。留空表示不排除任何匹配项。[myown]这里将maxretry设为 10，比默认的 5 更宽松一些，因为 Web 应用的用户忘记密码的概率通常比 SSH 用户更高。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（2）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815354</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815354</guid><author>idlecloud0105</author><pubDate>Sun, 20 Sep 2026 10:00:00 +0800</pubDate><description><![CDATA[SSH 安全加固的核心理念是分层防御。基础层：sshd_config 加固禁用 root 直接登录（使用不可猜测的管理员用户名根据需要限制监听的地址族（认证层：密钥认证生成密钥对并设置强 passphrase将公钥部署到服务器禁用密码登录（为不同服务器使用不同的密钥文件在云环境中始终使用自定义密钥，避免使用云提供商生成的密钥增强层：双因素认证Google Authenticator：基于 TOTP 的软件方案，纯本地运算，不依赖外部服务。]]></description><category></category></item><item><title><![CDATA[Linux 服务器安全加固技术（1）]]></title><link>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815229</link><guid>https://blog.youkuaiyun.com/idlecloud0105/article/details/162815229</guid><author>idlecloud0105</author><pubDate>Fri, 18 Sep 2026 10:00:00 +0800</pubDate><description><![CDATA[建立定期更新流程无论服务器规模大小，都应该制定明确的更新计划。对于非关键系统，可以采用每周更新的节奏；对于关键业务系统，建议在测试环境验证后再推送到生产环境。合理使用自动更新对于数量较多的服务器集群，建议启用自动安全更新，同时保留非安全更新的手动控制权。在 Ubuntu 上，这可以通过只在中保留-security源来实现。同时，务必建立监控机制，及时发现自动更新失败的情况。善用内核热补丁减少停机在条件允许的情况下，启用内核热补丁服务。这可以显著减少因内核安全更新而必须重启的次数。]]></description><category></category></item></channel></rss>