ABP vNext框架文档解读29-审计日志
ccwgpt 2024-09-20 13:35 28 浏览 0 评论
维基百科: "审计跟踪(也称为审计日志)是一种安全相关的按时间顺序记录,记录集或记录目的和来源. 这种记录提供了在任何特定时间的操作,过程或事件产生影响活动顺序的文件证据 ".
ABP框架提供一个可扩展的审计日志系统,根据约定自动记录审计日志,并提供配置控制审计日志的级别.
一个审计日志对象通常是针对每个web请求创建和保存的.包括;
- 请求和响应的细节 (如URL,HTTP方法,浏览器信息,HTTP状态代码...等).
- 执行的动作 (控制器操作和应用服务方法调用及其参数).
- 实体的变化 (在Web请求中).
- 异常信息 (如果在执行请求时发生).
- 请求时长 (测量应用程序的性能).
启动模板已经将审计日志系统配置为适用于大多数应用程序. 本文档介绍了对审计日志系统更精细的控制.
数据库提供程序支持
- Entity Framework Core提供程序完全支持.
- MongoDB提供程序不支持实体更改审计记录. 其他功能按预期工作.
UseAuditing()
UseAuditing() 中间件应该被添加到ASP.NET Core请求管道,用于创建和保存审计日志. 如果你使用启动模板创建的应用程序,它已经默认添加.
AbpAuditingOptions
AbpAuditingOptions 是配置审计日志系统的主要options对象. 你可以在模块的 ConfigureServices 方法中进行配置:
Configure<AbpAuditingOptions>(options =>
{
options.IsEnabled = false; //Disables the auditing system
});
这里是可以配置的选项列表:
- IsEnabled (默认值: true): 启用或禁用审计系统的总开关. 如果值为 false,则不使用其他选项.
- HideErrors (默认值: true): 在保存审计日志对象时如果发生任何错误,审计日志系统会将错误隐藏并写入常规日志. 如果保存审计日志对系统非常重要, 那么将其设置为 false 以便在隐藏错误时抛出异常.
- IsEnabledForAnonymousUsers (默认值: true): 如果只想为经过身份验证的用户记录审计日志,请设置为 false.如果为匿名用户保存审计日志,你将看到这些用户的 UserId 值为 null.
- AlwaysLogOnException(默认值: true): 如果设置为 true,将始终在异常/错误情况下保存审计日志,不检查其他选项(IsEnabled 除外,它完全禁用了审计日志).
- IsEnabledForGetRequests (默认值: false): HTTP GET请求通常不应该在数据库进行任何更改,审计日志系统不会为GET请求保存审计日志对象. 将此值设置为 true 可为GET请求启用审计日志系统.
- ApplicationName: 如果有多个应用程序保存审计日志到单一的数据库,使用此属性设置为你的应用程序名称区分不同的应用程序日志.
- IgnoredTypes: 审计日志系统忽略的 Type 列表. 如果它是实体类型,则不会保存此类型实体的更改. 在序列化操作参数时也使用此列表.
- EntityHistorySelectors:选择器列表,用于确定是否选择了用于保存实体更改的实体类型.
- Contributors: AuditLogContributor 实现的列表. 贡献者是扩展审计日志系统的一种方式.
实体历史选择器
保存你的所有实体的所有变化将需要大量的数据库空间. 出于这个原因审计日志系统不保存实体的任何改变,除非你明确地对其进行配置.
要保存的所有实体的所有更改,只需使用 AddAllEntities() 扩展方法.
Configure<AbpAuditingOptions>(options =>
{
options.EntityHistorySelectors.AddAllEntities();
});
options.EntityHistorySelectors 实际上是一个类型谓词的列表,你可以写一个lambda表达式定义过滤器.
下面的示例中与使用 AddAllEntities() 扩展方法效果相同:
Configure<AbpAuditingOptions>(options =>
{
options.EntityHistorySelectors.Add(
new NamedTypeSelector(
"MySelectorName",
type =>
{
if (typeof(IEntity).IsAssignableFrom(type))
{
return true;
}
else
{
return false;
}
}
)
);
});
条件 typeof(IEntity).IsAssignableFrom(type) 对于任何实现 IEntity 接口的类(从技术上来说这些都是你应用程序中的实体) 结果都为 true . 你可以根据自己的逻辑编写条件并返回 true 或 false.
options.EntityHistorySelectors 是一种灵活动态的选择实体进行审计日志记录的方法. 另一种方法是为每个实体使用 Audited 和 DisableAuditing attribute.
启用/禁用审计日志服务
启用/禁用 Controllers & Actions
默认所有的控制器动作都会被记录下来(有关GET请求,请参阅上面的 IsEnabledForGetRequests ).
你可以使用 [DisableAuditing] 来禁用特定的控制器:
[DisableAuditing]
public class HomeController : AbpController
{
//...
}
使用 [DisableAuditing] 在action级别控制:
public class HomeController : AbpController
{
[DisableAuditing]
public async Task<ActionResult> Home()
{
//...
}
public async Task<ActionResult> OtherActionLogged()
{
//...
}
}
启用/禁用 应用服务&方法
应用服务也默认包含在审计日志中. 你可在服务或方法级别使用 [DisableAuditing].
启用/禁用 其他服务
可以为任何类型的类(注册到依赖注入并从依赖注入解析)启用审计日志,默认情况下仅对控制器和应用程序服务启用.
对于任何需要被审计记录的类或方法都可以使用 [Audited] 和IAuditingEnabled.此外,你的类可以(直接或固有的)实现 IAuditingEnabled 接口以确认启用该类的审计日志记录.
启用/禁用 实体 & 属性
以下情况下实体在实体更改审计日志记录中忽略实体;
- 如果将实体类型添加到 AbpAuditingOptions.IgnoredTypes,它在审计日志系统中被完全忽略.
- 如果对象不是实体(没有直接或固有的实现 IEntity - 所有实体默认实现这个接口).
- 如果实体访问级别不是public的.
你可以使用 Audited 来启用实体更改审计日志:
[Audited]
public class MyEntity : Entity<Guid>
{
//...
}
或者禁用实体:
[DisableAuditing]
public class MyEntity : Entity<Guid>
{
//...
}
只有前面提到的 AbpAuditingOptions.EntityHistorySelector 选择实体时才有必要禁用审计日志记录.
你可以仅禁用实体的某些属性的审计,以审计日志记录进行精细控制:
[Audited]
public class MyUser : Entity<Guid>
{
public string Name { get; set; }
public string Email { get; set; }
[DisableAuditing] //Ignore the Passoword on audit logging
public string Password { get; set; }
}
审计日志系统保存 MyUser 实体的更改,出于安全的目的忽略 Password 属性.
在某些情况下你可能要保存一些属性,但忽略所有其他属性. 为忽略的属性编写 [DisableAuditing] 将很乏味. 这种情况下将 [Audited] 用于所需的属性,使用 [DisableAuditing] 属性标记该实体:
[DisableAuditing]
public class MyUser : Entity<Guid>
{
[Audited] //Only log the Name change
public string Name { get; set; }
public string Email { get; set; }
public string Password { get; set; }
}
IAuditingStore
IAuditingStore 是一个接口,用于保存ABP框架的审计日志对象. 如果需要将审计日志对象保存到自定义数据存储中,可以在自己的应用程序中实现 IAuditingStore 并在依赖注入系统替换.
如果没有注册审计存储,则使用 SimpleLogAuditingStore. 它只是将审计对象写入标准日志系统.
审计日志模块已在启动模板中配置,它将审计日志对象保存到数据库中(支持多个数据库提供程序). 所以大多数时候你并不需要关心 IAuditingStore 是如何实现和使用的.
审计日志对象
默认为每个web请求创建一个审计日志对象,审计日志对象可以由以下关系图表示:
- AuditLogInfo: 具有以下属性:
- ApplicationName: 当你保存不同的应用审计日志到同一个数据库,这个属性用来区分应用程序.
- UserId:当前用户的Id,用户未登录为 null.
- UserName:当前用户的用户名,如果用户已经登录(这里的值不依赖于标识模块/系统进行查找).
- TenantId: 当前租户的Id,对于多租户应用.
- TenantName: 当前租户的名称,对于多租户应用.
- ExecutionTime: 审计日志对象创建的时间.
- ExecutionDuration: 请求的总执行时间,以毫秒为单位. 可以用来观察应用程序的性能.
- ClientId: 当前客户端的Id,如果客户端已经通过认证.客户端通常是使用HTTP API的第三方应用程序.
- ClientName: 当前客户端的名称,如果有的话
- .ClientIpAddress: 客户端/用户设备的IP地址.
- CorrelationId: 当前相关Id. 相关Id用于在单个逻辑操作中关联由不同应用程序(或微服务)写入的审计日志.
- BrowserInfo: 当前用户的浏览器名称/版本信息,如果有的话.
- HttpMethod: 当前HTTP请求的方法(GET,POST,PUT,DELETE ...等).
- HttpStatusCode: HTTP响应状态码.
- Url: 请求的URL.
- AuditLogActionInfo: 一个 审计日志动作通常是web请求期间控制器动作或应用服务方法调用. 一个审计日志可以包含多个动作. 动作对象具有以下属性:
- ServiceName:执行的控制器/服务的名称.
- MethodName:控制器/服务执行的方法的名称.
- Parameters:传递给方法的参数的JSON格文本.
- ExecutionTime: 执行的时间.
- ExecutionDuration: 方法执行时长,以毫秒为单位. 可以用来观察方法的性能.
- EntityChangeInfo: 表示一个实体在Web请求中的变更. 审计日志可以包含0个或多个实体的变更. 实体变更具有以下属性:
- ChangeTime: 当实体被改变的时间.
- ChangeType:具有以下字段的枚举: Created(0), Updated(1)和 Deleted(2).
- EntityId: 更改实体的Id.
- EntityTenantId:实体所属的租户Id.
- EntityTypeFullName: 实体的类型(类)的完整命名空间名称(例如Book实体的Acme.BookStore.Book.
- EntityPropertyChangeInfo: 表示一个实体的属性的更改.一个实体的更改信息, 可含有具有以下属性的一个或多个属性的更改:
- NewValue: 属性的新值. 如果实体已被删除为 null.
- OriginalValue:变更前旧/初始值. 如果实体是新创建为 null.
- PropertyName: 实体类的属性名称.
- PropertyTypeFullName:属性类型的完整命名空间名称.
- Exception: 审计日志对象可能包含零个或多个异常. 可以得到失败请求的异常信息.
- Comment:用于将自定义消息添加到审计日志条目的任意字符串值. 审计日志对象可能包含零个或多个注释.
除了上面说明的标准属性之外,AuditLogInfo, AuditLogActionInfo 和 EntityChangeInfo 对象还实现了IHasExtraProperties 接口,你可以向这些对象添加自定义属性.
审计日志贡献者
你可以创建类继承 AuditLogContributor类 来扩展审计系统,该类定义了 PreContribute 和 PostContribute 方法.
唯一预构建的贡献者是 AspNetCoreAuditLogContributor 类,它设置HTTP请求的相关属性.
贡献者可以设置 AuditLogInfo 类的属性和集合来添加更多信息.
例:
public class MyAuditLogContributor : AuditLogContributor
{
public override void PreContribute(AuditLogContributionContext context)
{
var currentUser = context.ServiceProvider.GetRequiredService<ICurrentUser>();
context.AuditInfo.SetProperty(
"MyCustomClaimValue",
currentUser.FindClaimValue("MyCustomClaim")
);
}
public override void PostContribute(AuditLogContributionContext context)
{
context.AuditInfo.Comments.Add("Some comment...");
}
}
- context.ServiceProvider 可以从依赖注入系统中解析服务.
- context.AuditInfo 可以用来访问当前审计日志的对象并进行操作.
创建贡献者后,需要将其添加到 AbpAuditingOptions.Contributors 列表中:
Configure<AbpAuditingOptions>(options =>
{
options.Contributors.Add(new MyAuditLogContributor());
});
IAuditLogScope & IAuditingManager
审计日志范围是构建和保存审计日志对象的环境范围. 默认审计日志中间件会为Web请求创建审计日志范围(请参阅上面的 UseAuditing() 部分).
获取当前审计日志范围
审计日志贡献者是操作审计日志对象的全局方法. 你可从服务中获得值.
如果需要在应用程序的任意位置上操作审计日志对象,可以访问当前审计日志范围并获取当前审计日志对象(与范围的管理方式无关). 例:
public class MyService : ITransientDependency
{
private readonly IAuditingManager _auditingManager;
public MyService(IAuditingManager auditingManager)
{
_auditingManager = auditingManager;
}
public async Task DoItAsync()
{
var currentAuditLogScope = _auditingManager.Current;
if (currentAuditLogScope != null)
{
currentAuditLogScope.Log.Comments.Add(
"Executed the MyService.DoItAsync method :)"
);
currentAuditLogScope.Log.SetProperty("MyCustomProperty", 42);
}
}
}
总是检查 _auditingManager.Current 是否为空,因为它是在外部范围中控制的,在调用方法之前你不知道是否创建了审计日志范围.
手动创建审计日志范围
很少需要手动创建审计日志的范围,但如果你需要,可以使用 IAuditingManager 创建审计日志的范围. 例:
public class MyService : ITransientDependency
{
private readonly IAuditingManager _auditingManager;
public MyService(IAuditingManager auditingManager)
{
_auditingManager = auditingManager;
}
public async Task DoItAsync()
{
using (var auditingScope = _auditingManager.BeginScope())
{
try
{
//Call other services...
}
catch (Exception ex)
{
//Add exceptions
_auditingManager.Current.Log.Exceptions.Add(ex);
}
finally
{
//Always save the log
await auditingScope.SaveAsync();
}
}
}
}
你可以调用其他服务,它们可能调用其他服务,它们可能更改实体,等等. 所有这些交互都保存为finally块中的一个审计日志对象.
审计日志模块
审计日志模块基本上实现了 IAuditingStore, 将审计日志对象保存到数据库中, 并支持多个数据库提供程序. 默认此模块已添加到启动模板中.
相关推荐
- Spring WebFlux vs. Spring MVC(springboot是什么)
-
背景随着异步I/O和Netty等框架的流行,响应式编程逐渐走入大众的视野。但是,响应式编程本身并不是太新的概念,这个术语最早出现在1985年DavidHarel和AmirPnue...
- 深度解析微服务高并发:适配SpringMVC框架适配模块及实现原理
-
适配主流框架如果不借助Sentinel提供的适配主流框架的模块,则在使用Sentinel时需要借助try-catchfinally将要保护的资源(方法或代码块)包起来,在目标方法或代码块执行之前,调...
- Spring MVC 底层原理深度解析:从请求到响应的全链路拆解
-
一、Servlet容器与DispatcherServlet的启动博弈1.Tomcat初始化阶段java//Tomcat初始化流程StandardContext#startInterna...
- 改造总结之传统SpringMVC架构转换为SpringBoot再到集群
-
改造出发点,是基于现在服务都在向上云的目标前进,传统SpringMVC难以满足项目持续构建、服务节点任意扩展的需求,所以开始了历史项目的改造。项目改造考虑的主要是兼容以前的业务代码,以及session...
- SpringBoot3 整合 Spring MVC 全解析:开启高效 Web 开发之旅
-
在当今的JavaWeb开发领域,Spring框架家族无疑占据着重要的地位。其中,SpringBoot3和SpringMVC更是开发者们构建强大、高效Web应用的得力工具。今天,...
- 一文读懂SpringMVC(一文读懂!残疾人低保边缘家庭能领的超实用福利政策)
-
1.SpringMVC定义1.1.MVC定义Model(模型):是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据View(视图):是应用程序中处理数据显示的部分。通常...
- 69 个Spring mvc 全部注解:真实业务使用案例说明(必须收藏)
-
SpringMVC框架的注解为Web开发提供了一种简洁而强大的声明式方法。从控制器的定义、请求映射、参数绑定到异常处理和响应构建,这些注解涵盖了Web应用程序开发的各个方面。它们不仅简化了编码工作,...
- Spring MVC工作原理:像拼积木一样构建Web应用
-
SpringMVC工作原理:像拼积木一样构建Web应用在Java的Web开发领域,SpringMVC无疑是一个让人又爱又恨的存在。它像一位神通广大的积木搭建大师,将一个个分散的功能模块巧妙地拼接在...
- 5千字的SpringMVC总结,我觉得你会需要
-
思维导图文章已收录到我的Github精选,欢迎Star:https://github.com/yehongzhi/learningSummary概述SpringMVC再熟悉不过的框架了,因为现在最火的...
- SpringMVC工作原理与优化指南(springmvc工作原理和工作流程)
-
SpringMVC工作原理与优化指南在现代Java开发中,SpringMVC无疑是构建Web应用程序的首选框架之一。它以其优雅的设计和强大的功能吸引了无数开发者。那么,SpringMVC究竟是如何工作...
- Spring MVC框架源码深度剖析:从入门到精通
-
SpringMVC框架源码深度剖析:从入门到精通SpringMVC框架简介SpringMVC作为Spring框架的一部分,为构建Web应用程序提供了强大且灵活的支持。它遵循MVC(Model-V...
- 3000字搞明白SpringMVC工作流程、DispatcherServlet类、拦截器!
-
SpringMVC基础虽然SpringBoot近几年发展迅猛,但是SpringMVC在Web开发领域仍然占有重要的地位。本章主要讲解SpringMVC的核心:DispatcherServlet类...
- 多年经验大佬用2000字透彻解析SpringMVC的常用注解及相关示例
-
SpringMVC注解SpringMVC框架提供了大量的注解,如请求注解、参数注解、响应注解及跨域注解等。这些注解提供了解决HTTP请求的方案。本节主要讲解SpringMVC的常用注解及相关示例...
- 知乎热议:如何成为前端架构师,赚百万年薪?
-
作者|慕课网精英讲师双越最近有一条知乎热议:从一个前端工程师,如何根据目标,制定计划,才能快速进阶成为前端架构师?不久之前我参与了一次直播,讲到了自己对于Web前端架构师的理解。架构师这个角色...
- 学习笔记-前端开发架构设计(前端架构设计方案)
-
前端开发的技术选项主要包含以下几点,下面对一些名词概念的解释做了笔记:1、分层架构:把功能相似,抽象级别相近的实现进行分层隔离优势:松散耦合(易维护,易复用,易扩展)常见分层方式:MVC,MVVM2、...
你 发表评论:
欢迎- 一周热门
- 最近发表
-
- Spring WebFlux vs. Spring MVC(springboot是什么)
- 深度解析微服务高并发:适配SpringMVC框架适配模块及实现原理
- Spring MVC 底层原理深度解析:从请求到响应的全链路拆解
- 改造总结之传统SpringMVC架构转换为SpringBoot再到集群
- SpringBoot3 整合 Spring MVC 全解析:开启高效 Web 开发之旅
- 一文读懂SpringMVC(一文读懂!残疾人低保边缘家庭能领的超实用福利政策)
- 69 个Spring mvc 全部注解:真实业务使用案例说明(必须收藏)
- Spring MVC工作原理:像拼积木一样构建Web应用
- 5千字的SpringMVC总结,我觉得你会需要
- SpringMVC工作原理与优化指南(springmvc工作原理和工作流程)
- 标签列表
-
- MVC框架 (46)
- spring框架 (46)
- 框架图 (58)
- bootstrap框架 (43)
- flask框架 (53)
- quartz框架 (51)
- abp框架 (47)
- jpa框架 (47)
- laravel框架 (46)
- express框架 (43)
- springmvc框架 (49)
- scrapy框架 (52)
- beego框架 (42)
- java框架spring (43)
- grpc框架 (55)
- orm框架有哪些 (43)
- ppt框架 (48)
- 内联框架 (52)
- winform框架 (46)
- gui框架 (44)
- cad怎么画框架 (58)
- ps怎么画框架 (47)
- ssm框架实现登录注册 (49)
- oracle字符串长度 (48)
- oracle提交事务 (47)