Log Management

日志管理和SIEM有什么区别? 

日志管理和SIEM之间的区别在于，SIEM工具的设计目的是将日志管理功能与其他功能结合起来, 最终目标是制定更强大的安全措施，以更彻底地保护组织.

• Logging events日志管理系统主要记录发生的事情. 它们是用于从端点、系统和网络收集和索引数据的工具. 这是它的能力的主要终点. 安全从业者选择如何处理这些数据超出了日志管理工具的能力范围. 
• 根据来自记录事件的数据保护环境日志管理是SIEM的核心功能之一. 它的能力超过日志管理工具的地方在于它能够记录事件, 然后自动关联这些事件，以便它可以执行安全事件检测和报告. This empowers the security operations center (SOC) to take faster and more decisive action.

At this point, 任何阅读本文的人可能都会认为现代SIEM是实现一站式日志记录的方式, data security 以更好地保护环境的名义进行分析，并提供有用的、更具可操作性的见解.

但是，每个业务和伴随的安全组织都是独特的，并且有特定的需求. 也许只需要一个日志管理工具. 或者可能需要一个单独的日志管理工具，该工具具有专门用于日志记录的强大功能. 重要的是要评估实际需要什么，以便为正确的工具分配预算，以进一步实现正确的目标.

Why is Log Managment Important? 

日志管理很重要，因为它有助于将日志集中到一个工具上，以便安全组织可以进行搜索, correlate, and derive insights from one location. With this ability, 诊断人员可以查明问题，并更快地对其进行优先级调整.

日志管理工具也很重要，因为它们可以通过以下方式使IT和安全组织受益:

• Maintaining compliance requirements:州和联邦监管机构确定行业和特定规模的伐木要求, 因此，一个功能强大的日志管理工具可以极大地帮助组织保持安全 compliance. 确保能够提供实时更正结果的证明，以保持云环境的合规性.
• 提高跨环境的可见性:不同的系统将把日志集中到一个工具中, 这意味着团队可以并排查看来自这些系统的数据，以便深入了解在任何给定时间环境中发生的情况. 增加和维护可见性对于组织的杠杆能力是至关重要的 threat intelligence.
• Handling a large volume of logs:考虑一下即使是小型企业的IT组织每天生成的日志的绝对数量. 然后将其扩展到中型和大型企业环境. Across application build environments, 通过身份验证的人进入网络, and devices running throughout, a log management tool can centralize, store, and organize all of these event logs.

这些好处使日志管理工具成为安全组织最重要的方面之一. 在寻求自动化组织大量数据和搜索可操作的见解以持续应对威胁的过程中，它是必不可少的. 

Common Log Management Challenges

就像任何与安全相关的事情一样, 在尝试实现包含健壮日志管理功能的日志管理程序或SIEM平台时，可能会遇到挑战. 

Data Normalization at Collection

现在的许多日志解决方案都可以处理多种格式. 但是，大多数都不能使用自定义日志或平面日志格式. 它可能并不总是能够很好地组织或格式化日志，因为访问应用程序或服务的源代码可能无法更新格式，以便日志解决方案可以处理它们.

Lack of Analysis Capabilities

日志作为数据是使用日志提取关于系统行为的关键指标或趋势的概念. Logs can be a rich data source, 前提是团队可以使用日志格式并对从日志事件中提取的关键指标执行分析功能.

许多传统的日志解决方案都专注于能够简单地索引和搜索日志. 虽然能够有效和高效地搜索日志对于调查和补救非常重要, 对日志事件中的关键指标应用分析是至关重要的.

Correlation of Information 

正确地关联数据可能是一项艰巨的任务. 有许多工具将日志数据发送到一个大的桶中，并为用户提供很大程度上难以理解的结果. Being able to access, correlate, 并实时从日志中获得可操作的见解是SOC成功的关键性能指标(KPI). 确保这些原始事件的数据安全性也很关键.

Identification of Key Events

知道要寻找什么可能是最困难的挑战. 这是专注于搜索和复杂查询语言的日志管理工具的最大问题之一. 如果一种搜索语言不能向用户显示要查找的内容，那么它再强大也没用.

Log Management Best Practices

不要被上面的挑战所困, 在建立日志管理工具或处理日志管理功能的大型程序时，建立基线最佳实践非常重要. 

Set a Strategy

Don't log blindly. 相反，请仔细考虑记录的内容及其原因. 日志记录，像任何重要的IT和/或安全组件一样，需要有一个策略. 在构建DevOps设置或甚至发布单个新功能时, an organized logging plan is a must. Without a well-defined strategy, 团队最终可能会发现自己手动管理一组不断增长的日志数据, 最终使识别重要信息的过程复杂化.

Separate and Centralize Log Data

应该始终自动收集日志并将其发送到集中位置, separate from a production environment. 整合日志数据便于组织管理，丰富分析能力, 使SOC能够有效地运行交叉分析并识别不同数据源之间的相关性.

将日志数据转发到集中位置使系统管理员能够授予开发人员权限, QA, 支持团队访问日志数据，而不允许他们访问生产环境. 因此，这些团队可以使用日志数据来调试问题，而不会有影响环境的风险.

Correlate Data Sources

端到端登录到集中位置允许动态聚合来自不同来源的各种数据流. 其中包括应用程序、服务器等，用于关联关键趋势和指标. 关联数据可以快速、可靠地识别和理解导致日志管理系统故障的事件.

Use Logs to Identify Key Trends

故障排除和调试只是触及了日志数据所提供的内容的表面. 然而，日志曾经被认为是寻找信息的痛苦的最后手段, 今天的日志工具可以使从开发人员到数据科学家的每个人都能够从他们的应用程序和系统中识别有用的趋势和关键见解.

将日志监视和事件视为数据可以为用户事件和系统活动应用统计分析创造机会. 对事件类型进行分组和对值进行求和，可以对事件进行长期比较. 这种级别的洞察为基于通常在日志之外不可用的数据做出更明智的业务决策打开了大门.

Empower the Entire Team

只有高技术团队才能访问的日志监视和管理服务严重限制了组织从日志数据中获益的机会. A log management and analytics tool should give developers live-tail debugging; administrators real-time alerting; data-scientists aggregated data visualizations; and support teams live search and filtering capabilities. 它应该在不需要任何人访问生产环境的情况下完成所有这些工作.

Read More about Log Management

日志管理:最新的Rapid7博客文章