数据保护(Data Protection)框架旨在解决数据在传输与持久化存储过程中的一致性(Integrity)和机密性(confidentiality)问题,前者用于检验接收到的数据是否经过篡改,后者通过对原始的数据进行加密以避免真实的内容被人窥视。数据保护是支撑ASP.NET身份认证的一个重要的基础框架,同时也可以作为独立的框架供我们使用。(本篇提供的实例已经汇总到《ASP.NET Core 6框架揭秘-实例演示版》)

[S1301]数据的加解密(源代码

[S1302]Purpose字符串一致性(源代码

[S1303]设置加密内容的有效期(源代码

[S1304]撤销加密密钥(单个密钥)(源代码

[S1305]撤销加密密钥(所有密钥)(源代码

[S1306]瞬时加解密(源代码

[S1307]密钥哈希(源代码

[S1301]数据的加解密

对提供的原始数据(字符串或者二进制数组)进行加密是数据保护框架体提供的基本功能,接下来我们利用一个简单的控制台程序来演示一下加解密如何实现。数据的加解密均由IDataProtector对象来完成,而该对象由IDataProtectionProvider(不是IDataProtectorProvider)对象来提供,所以在大部分应用场景中针对数据的加密和解密只涉及这两个对象。有了依赖注入的加持,我们也不需要了解这两个接口的具体实现类型,只需要在利用注入的IDataProtectionProvider对象来提供对应的IDataProtector对象,并利用后者完成加解密的工作。

上述的这两个接口定义在 “Microsoft.AspNetCore.DataProtection.Abstractions”这个NuGet包中,它们的默认实现类型以及其他核心类型则承载于NuGet包 “Microsoft.AspNetCore.DataProtection”中,所以我们需要为演示程序添加针对这个NuGet包的引用。由于需要使用到依赖注入框架,我们需要添加针对“Microsoft.Extensions.DependencyInjection”的引用。必要的NuGet包引用添加完成之后,我们编写了如下的演示程序。

  1. using Microsoft.AspNetCore.DataProtection;
  2. using Microsoft.Extensions.DependencyInjection;
  3. using System.Diagnostics;
  4.  
  5. var originalPayload = Guid.NewGuid().ToString();
  6. var protectedPayload = Encrypt("foo", originalPayload);
  7. var unprotectedPayload = Decrypt("foo", protectedPayload);
  8. Debug.Assert(originalPayload == unprotectedPayload);
  9.  
  10. static string Encrypt(string purpose, string originalPayload) => GetDataProtector(purpose).Protect(originalPayload);
  11. static string Decrypt(string purpose, string protectedPayload) => GetDataProtector(purpose).Unprotect(protectedPayload);
  12.  
  13. static IDataProtector GetDataProtector(string purpose)
  14. {
  15. var services = new ServiceCollection();
  16. services.AddDataProtection();
  17. return services
  18. .BuildServiceProvider()
  19. .GetRequiredService<IDataProtectionProvider>()
  20. .CreateProtector(purpose);
  21. }

如上面的代码片段所示,我们将数据的加密和解密操作分别定义在Encrypt和Decrypt方法中,它们使用IDataProtector对象由GetDataProtector方法来提供。在GetDataProtector方法中,我们创建了一个ServiceCollection对象,并调用AddDataProtection扩展方法注册了数据保护框架的基础服务。我们最终利用构建的IServiceProvider对象来提供所需的IDataProtectionProvider对象。IDataProtectionProvider接口的CreateProtector方法定义了一个字符串类型名为“purpose”的参数。从字面上来讲,该参数表示加密的“目的(Purpose)”,它在整个数据保护模型中起到了“秘钥隔离”的作用,我们在本书后续内容中将其称为“Purpose字符串”。

Encrypt和Decrypt方法来利用指定的Purpose字符串作为参数调用GetDataProtector方法得到对应的IDataProtector对象之后,分别调用了该对象的Protect和Unprotect方法完成了针对给定文本内容的加密和解密。我们使用一个GUID转换的字符串作为待加密的数据,并使用“foo”作为Purpose字符串调用Encrypt方法对它进行了加密,最后采用相同的Purpose字符串调用Decrypt方法对加密内容进行解密。

前面的演示实例通过调用IServiceProvider对象的GetRequiredService<T>扩展方法得到所需的IDataProtectionProvider对象,该对象也可以按照如下的形式调用GetDataProtectionProvider扩展方法来获取。IServiceProvider接口还定义了如下这个GetDataProtector扩展方法直接返回IDataProtector对象。

  1. ...
  2. static IDataProtector GetDataProtector(string purpose)
  3. {
  4. var services = new ServiceCollection();
  5. services.AddDataProtection();
  6. return services
  7. .BuildServiceProvider()
  8. .GetDataProtectionProvider()
  9. .CreateProtector(purpose);
  10. }

或者

  1. ...
  2. static IDataProtector GetDataProtector(string purpose)
  3. {
  4. var services = new ServiceCollection();
  5. services.AddDataProtection();
  6. return services
  7. .BuildServiceProvider()
  8. .GetDataProtector (purpose);
  9. }

除了利用依赖注入框架,我们也可以按照如下的方法利用静态类型DataProtectorProvider(定义在“Mcrosoft.AspNetCore.DataProtection.Extensions”NuGet包中)来创建IDataProtectionProvider对象。该类型提供了若干用于创建IDataProtector对象的Create方法重载,我们选择的重载传入的参数为当前应用的名称。

  1. ...
  2. static IDataProtector GetDataProtector(string purpose) => DataProtectionProvider.Create("App").CreateProtector(purpose);

[S1302]Purpose字符串一致性

前面我们说到参与同一份数据加解密的两个IDataProtector对象必须具有一致的Purpose字符串,我们现在就来验证这一点。如下面的代码片段所示,我们在调用Decrypt方法进行解密的时候将Purpose字符串从“foo”替换成“bar”。

  1. ...
  2. var originalPayload = Guid.NewGuid().ToString();
  3. var protectedPayload = Encrypt ("foo", originalPayload);
  4. var unprotectedPayload = Decrypt ("bar", protectedPayload);
  5. Debug.Assert(originalPayload == unprotectedPayload);
  6. ...

当我们调用IDataProtector对象的Unprotect方法对指定内容进行解密时,由于当前Purpose字符串与待解密内容采用的Purpose字符串不符,会直接抛出如图1所示的CryptographicException异常。

图1 Purpose字符串不一致导致的异常

[S1303]设置加密内容的有效期

我们知道不论采用的何种加密算法,采用的秘钥位数有多长,如果算力资源或者时间充足,解密都能成功。但是黑客具有的算力资源总归是有限的,如果能够在秘钥能推算出来之前就已经无效了,那么我们采用的加密方式就是安全的。针对有效时间的加解密通过ITimeLimitedDataProtector对象来完成,这个接口都定义在“Mcrosoft.AspNetCore.DataProtection.Extensions” 这个NuGet包中。为了使用这个对象,我们将演示程序改写成如下的形式。

  1. using Microsoft.AspNetCore.DataProtection;
  2. using Microsoft.Extensions.DependencyInjection;
  3. using System.Diagnostics;
  4.  
  5. var originalPayload = Guid.NewGuid().ToString();
  6. var protectedPayload = Encrypt("foo", originalPayload, TimeSpan.FromSeconds(5));
  7.  
  8. var unprotectedPayload = Decrypt("foo", protectedPayload);
  9. Debug.Assert(originalPayload == unprotectedPayload);
  10.  
  11. await Task.Delay(5000);
  12. Decrypt("foo", protectedPayload);
  13.  
  14. static string Encrypt(string purpose, string originalPayload, TimeSpan timeout)
  15. => GetDataProtector(purpose)
  16. .Protect(originalPayload, DateTimeOffset.UtcNow.Add(timeout));
  17. static string Decrypt(string purpose, string protectedPayload)
  18. => GetDataProtector(purpose).Unprotect(protectedPayload, out _);
  19.  
  20. static ITimeLimitedDataProtector GetDataProtector(string purpose)
  21. {
  22. var services = new ServiceCollection();
  23. services.AddDataProtection();
  24. return services
  25. .BuildServiceProvider()
  26. .GetDataProtector(purpose)
  27. .ToTimeLimitedDataProtector();
  28. }

我们让GetDataProtector方法返回一个ITimeLimitedDataProtector对象,它通过IDataProtector对象的ToTimeLimitedDataProtector扩展方法“转化”而成。用于加密的Encrypt方法添加了一个表示过期时间的timeout参数(类型为TimeSpan),由于ITimeLimitedDataProtector的Protect方法中表示过期时间的参数类型为DateTimeOffset,所以我们基于当前时间和指定的过期时间(TimeSpan)将这个过期时间点计算出来。ITimeLimitedDataProtector接口用于解密的Unprotect方法具有一个表示过期日期的输出参数。

在演示程序中,我们调用Encrypt方法对数据进行加密时将过期时间设置为5秒。对于加密后的内容,我们采用相同的方式对它进行了两次解密,第一个发生在5秒内,第二次则发生在5秒后。程序运行后,第一次解密成功,第二次抛出如图13-3所示的CryptographicException异常。


图2 加密数据过期导致的解密异常

[S1304]撤销加密密钥(单个密钥)

在如下的演示程序中,我们创建了ServiceCollection对象并在调用AddDataProtection扩展方法注册了数据保护框架的核心服务。在利用构建的IServiceProvider对象得到IDataProtector对象之后,我们利用它对指定的文本进行加密。在此之后,我们将加密采用的密钥撤销掉。

  1. using Microsoft.AspNetCore.DataProtection;
  2. using Microsoft.AspNetCore.DataProtection.KeyManagement;
  3. using Microsoft.AspNetCore.DataProtection.KeyManagement.Internal;
  4. using Microsoft.Extensions.DependencyInjection;
  5.  
  6. var services = new ServiceCollection();
  7. services.AddDataProtection();
  8. var sericeProvider = services.BuildServiceProvider();
  9. var protector = sericeProvider.GetDataProtector("foobar");
  10. var originalPayload = Guid.NewGuid().ToString();
  11. var protectedPayload = protector.Protect(originalPayload);
  12.  
  13. var keyRingProvider = sericeProvider.GetRequiredService<IKeyRingProvider>();
  14. var KeyRing = keyRingProvider.GetCurrentKeyRing();
  15. var keyManager = sericeProvider.GetRequiredService<IKeyManager>();
  16. keyManager.RevokeKey(KeyRing.DefaultKeyId);
  17. protector.Unprotect(protectedPayload);

具体来说,我们利用IServiceProvider对象提供的IKeyRingProvider对象得到对应的IKeyRing对象,该对象的DefaultKeyId属性代表默认使用的密钥ID,我们撤销的也这是这个ID代表的密钥。,我们借助于依赖注入容器得到IKeyManager对象,并将此密钥ID作为参数调用其RevokeKey方法。在密钥撤销之后,我们利用同一个IDataProtector对加密内容进行解密,此时程序会抛出如图3所示的CryptographicException异常。


图3 秘钥被撤销导致的解密异常

[S1305]撤销加密密钥(所有密钥)

除了调用IKeyManager的RevokeKey方法撤销某个指定的密钥之外,我们还可以按照如下的方式调用它的RevokeAllKeys方法撤销所有密钥。如果我们觉得目前的所有密钥均不安全,可以调用这个方法。我们在调用该方法的时候需要指定一个撤销的时间和原因(可选)。

  1. using Microsoft.AspNetCore.DataProtection;
  2. using Microsoft.AspNetCore.DataProtection.KeyManagement;
  3. using Microsoft.Extensions.DependencyInjection;
  4.  
  5. var services = new ServiceCollection();
  6. services.AddDataProtection();
  7. var sericeProvider = services.BuildServiceProvider();
  8. var protector = sericeProvider.GetDataProtector("foobar");
  9. var originalPayload = Guid.NewGuid().ToString();
  10. var protectedPayload = protector.Protect(originalPayload);
  11.  
  12. var keyManager = sericeProvider.GetRequiredService<IKeyManager>();
  13. keyManager.RevokeAllKeys(revocationDate: DateTimeOffset.UtcNow, reason: "No reason");
  14. protector.Unprotect(protectedPayload);

[S1306]瞬时加解密

在某些应用场景中,针对数据的加解密只在一个限定的上下文中进行(比如当前应用的生命周期内),这种场景适用一种被称为“瞬时(Transient或者Ephemeral)加解密”的方式。这种加解密方式会使用到EphemeralDataProtectionProvider类型,该类型同样实现了ITimeLimitedDataProtector接口。如果我们利用它提供的IDataProtector对象对一段二进制内容进行加密,密文只能通过它自身提供的IDataProtector对象才能解开。

如下面的代码片段所示,我们定义了一个CreateEphemeralDataProtectionProvider方法用来创建上述的这个对象。我们在调用ServiceCollection对象的AddDataProtection扩展方法并得到返回的IDataProtectionBuilder之后,我们调用了该对象的UseEphemeralDataProtectionProvider扩展方法完成针对EphemeralDataProtectionProvider的服务注册,所以我们最终得到的IDataProtectionProvider对象的类型就是EphemeralDataProtectionProvider。

  1. using Microsoft.AspNetCore.DataProtection;
  2. using Microsoft.Extensions.DependencyInjection;
  3. using System.Diagnostics;
  4.  
  5. var originalPayload = Guid.NewGuid().ToString();
  6. var dataProtectionProvider = CreateEphemeralDataProtectionProvider();
  7. var protector = dataProtectionProvider.CreateProtector("foobar");
  8. var protectedPayload = protector.Protect(originalPayload);
  9.  
  10. protector = dataProtectionProvider.CreateProtector("foobar");
  11. Debug.Assert(originalPayload == protector.Unprotect(protectedPayload));
  12.  
  13. protector = CreateEphemeralDataProtectionProvider().CreateProtector("foobar");
  14. protector.Unprotect(protectedPayload);
  15.  
  16. static IDataProtectionProvider CreateEphemeralDataProtectionProvider()
  17. {
  18. var services = new ServiceCollection();
  19. services.AddDataProtection().UseEphemeralDataProtectionProvider();
  20. return services.BuildServiceProvider().GetRequiredService<IDataProtectionProvider>();
  21. }

在利用EphemeralDataProtectionProvider提供的IDataProtector对象对一段文本加密后,我们对密文实施了两次解密。第一次采用的IDataProtector对象通过同一个EphemeralDataProtectionProvider对象提供的,第二个则则不是。该演示程序运行之后,第一次解密顺利完成,第二次则抛出了如图4所示的CryptographicException异常。


图4 利用EphemeralDataProtectionProvider提供“瞬时”加解密

[S1307]密钥哈希

用户密码作为机密性最高的信息是不能以明文形式存储的,我们一般会存储密码的哈希值。虽然哈希的非对称性确保不能直接通过哈希值得到被哈希的原始内容,但是在强大的算力面前已经不足以提供我们期望的安全保障。针对密钥的保护,目前最安全的哈希方式应该是PBKDF2(Password-Based Key Derivation Function 2)。PBKDF2是一种基于密码的Key Derivation(采用某种算法根据指定的密码或者主键生成一个密钥)函数,它采用伪随机函数以任意指定长度导出密钥。它目前是RSA实验室公钥加密标准(PKCS:Public-Key Cryptography Standards)序列的一部分。PBKDF2提高安全系数主要采用“添加随机盐(Salt)”和“多次哈希”这两种手段。如果希望对PBKDF2具有深入的了解,可以参阅官方规范文档(https://tools.ietf.org/html/rfc2898#section-5.2)。

我们在可以利用“Microsoft.AspNetCore.Cryptography.KeyDerivation”这个NuGet包提供的API来对密码进行哈希。这是一个完全独立的类库,与上面介绍的以IDataProtector对象为核心的数据保护框架没有关系。基于PBKDF2的密码哈希可以直接调用KeyDerivation类型的如下这个静态方法Pbkdf2来完成。

  1. public static class KeyDerivation
  2. {
  3. public static byte[] Pbkdf2(string password, byte[] salt, KeyDerivationPrf prf,
  4. int iterationCount, int numBytesRequested);
  5. }
  6.  
  7. public enum KeyDerivationPrf
  8. {
  9. HMACSHA1,
  10. HMACSHA256,
  11. HMACSHA512
  12. }

PBKDF2并没有限制使用某种固定的加密算法。在调用上面这个Pbkdf2方法的时候,我们可以利用prf参数指定采用的伪随机算法(PRF:Pseudo-random Function)。这是一个KeyDerivationPrf类型的枚举,三个枚举项对应的哈希算法分别为SHA-1、SHA-256和SHA-512。Pbkdf2方法的其他参数分别表示待哈希的密码、随机盐、迭代次数(次数越大、安全系数越大)和最终生成哈希值的字节数。

  1. using Microsoft.AspNetCore.Cryptography.KeyDerivation;
  2. using System.Security.Cryptography;
  3.  
  4. var password = "password";
  5. var salt = new byte[16];
  6. var iteration = 1000;
  7.  
  8. using (var generator = RandomNumberGenerator.Create())
  9. {
  10. generator.GetBytes(salt);
  11. }
  12.  
  13. Console.WriteLine(Hash(KeyDerivationPrf.HMACSHA1));
  14. Console.WriteLine(Hash(KeyDerivationPrf.HMACSHA256));
  15. Console.WriteLine(Hash(KeyDerivationPrf.HMACSHA512));
  16.  
  17. string Hash(KeyDerivationPrf prf)
  18. {
  19. var hashed = KeyDerivation.Pbkdf2(
  20. password: password,
  21. salt: salt,
  22. prf: prf,
  23. iterationCount: iteration,
  24. numBytesRequested: 32);
  25. return Convert.ToBase64String(hashed);
  26. }

上面的代码片段演示了如何为提供的密码(“password”)生成指定位数(32字节,256位)的哈希值。我们采用一个随机生成的盐值(16字节,128位),执行1000次迭代,针对三种不同的哈希算法生成对应的哈希值。Base64编码后的三个哈希值以如图13-5所示的方式输出到控制台上。


图5 采用PBKDF2生成的密码哈希

ASP.NET Core 6框架揭秘实例演示[19]:数据加解密与哈希的更多相关文章

  1. ASP.NET Core 6框架揭秘实例演示[07]:文件系统

    ASP.NET Core应用具有很多读取文件的场景,如读取配置文件.静态Web资源文件(如CSS.JavaScript和图片文件等).MVC应用的视图文件,以及直接编译到程序集中的内嵌资源文件.这些文 ...

  2. ASP.NET Core 6框架揭秘实例演示[08]:配置的基本编程模式

    .NET的配置支持多样化的数据源,我们可以采用内存的变量.环境变量.命令行参数.以及各种格式的配置文件作为配置的数据来源.在对配置系统进行系统介绍之前,我们通过几个简单的实例演示一下如何将具有不同来源 ...

  3. ASP.NET Core 6框架揭秘实例演示[09]:配置绑定

    我们倾向于将IConfiguration对象转换成一个具体的对象,以面向对象的方式来使用配置,我们将这个转换过程称为配置绑定.除了将配置树叶子节点配置节的绑定为某种标量对象外,我们还可以直接将一个配置 ...

  4. ASP.NET Core 6框架揭秘实例演示[10]:Options基本编程模式

    依赖注入使我们可以将依赖的功能定义成服务,最终以一种松耦合的形式注入消费该功能的组件或者服务中.除了可以采用依赖注入的形式消费承载某种功能的服务,还可以采用相同的方式消费承载配置数据的Options对 ...

  5. ASP.NET Core 6框架揭秘实例演示[11]:诊断跟踪的几种基本编程方式

    在整个软件开发维护生命周期内,最难的不是如何将软件系统开发出来,而是在系统上线之后及时解决遇到的问题.一个好的程序员能够在系统出现问题之后马上定位错误的根源并找到正确的解决方案,一个更好的程序员能够根 ...

  6. ASP.NET Core 6框架揭秘实例演示[12]:诊断跟踪的进阶用法

    一个好的程序员能够在系统出现问题之后马上定位错误的根源并找到正确的解决方案,一个更好的程序员能够根据当前的运行状态预知未来可能发生的问题,并将问题扼杀在摇篮中.诊断跟踪能够帮助我们有效地纠错和排错&l ...

  7. ASP.NET Core 6框架揭秘实例演示[13]:日志的基本编程模式[上篇]

    <诊断跟踪的几种基本编程方式>介绍了四种常用的诊断日志框架.其实除了微软提供的这些日志框架,还有很多第三方日志框架可供我们选择,比如Log4Net.NLog和Serilog 等.虽然这些框 ...

  8. ASP.NET Core 6框架揭秘实例演示[14]:日志的进阶用法

    为了对各种日志框架进行整合,微软创建了一个用来提供统一的日志编程模式的日志框架.<日志的基本编程模式>以实例演示的方式介绍了日志的基本编程模式,现在我们来补充几种"进阶" ...

  9. ASP.NET Core 6框架揭秘实例演示[15]:针对控制台的日志输出

    针对控制台的ILogger实现类型为ConsoleLogger,对应的ILoggerProvider实现类型为ConsoleLoggerProvider,这两个类型都定义在 NuGet包"M ...

随机推荐

  1. plsql 视图中 为什么使用替代触发器

    /* 什么是视图? 视图:数据库对象,存的是一个查询命令:当作一个虚拟的数据表来使用: 应用场景: 简化查询操作:不能直接在视图上进行create,insert,update操作: 创建视图? 需要管 ...

  2. NSDictionary基本概念

    1.NSDictionar基本概念 什么是NSDictionary NSDictionary翻译过来叫做"字典" 日常生活中,"字典"的作用:通过一个拼音或者汉 ...

  3. js 数组map用法 Array.prototype.map()

    map 这里的map不是"地图"的意思,而是指"映射".[].map(); 基本用法跟forEach方法类似: array.map(callback,[ thi ...

  4. mysql入门基础增删查改

    数据查询语法(DQL) DQL就是数据查询语言,数据库执行DQL语句不会对数据进行改变,而是让数据库发送结果集给客户端. 语法: SELECT selection_list /*要查询的列名称*/ F ...

  5. HEAAN新版学习

    本篇文章对最新版的HEAAN库进行研究,老版的介绍见 HEAAN库学习 主要参考:slide-HEAAN.pdf HEAAN介绍 HEAAN是一个支持在加密的复数数组之间进行操作的库,方案的安全性取决 ...

  6. shell——eval exec

    eval # cat test.sh echo \$$# eval "echo \$$#" # sh test.sh a b c $3 c shell的内建命令exec将并不启动新 ...

  7. 【web安全】Nodejs原型链污染分析

    Nodejs原型链污染分析 什么是js原型? 可以将js原型理解为其他OOP语言中的类,但还是有细微区别. 1. function F(){...} 2. var f = new F(); 分析: 1 ...

  8. alpakka-kafka(10)-用kafka实现分布式近实时交易

    随着网上购物消费模式热度的不断提高,网上销售平台上各种促销手段也层出不穷,其中"秒购"已经是各种网站普遍流行的促销方式了."秒购"对数据的实效性和精确性要求非常 ...

  9. Dubbo源码剖析二之注册中心

    Dubbo基础二之架构及处理流程概述 - 池塘里洗澡的鸭子 - 博客园 (cnblogs.com)中架构中,无论是服务提供者还是服务消费者都离不开注册中心,可见注册中心之重要.Redis.Nacos. ...

  10. corn定时任务

    (1) Seconds Minutes Hours DayofMonth Month DayofWeek Year (2)Seconds Minutes Hours DayofMonth Month ...