前言:第一次写文章,有问题请轻喷 当前使用 Net Core 版本 2.1.3 我们经常在开发中需要把实体的主键 Id 传输到前端,但是在Get的时候又不想让前端能看到明文,我们通常会加密这些数据,所以有了这篇文章来写一些心得.(主要是我在网上找的代码写得太简单了,不符合我的需求) 这里我用的是 Net Core 自带的 DataProtector ,使用方式自行百度一下 关于中间件 Middleware 可以看看博园大佬写的,太多就不列举了,官方文档:https://docs.microsof

What is Middleware? Put simply, you use middleware components to compose the functionality of your ASP.NET Core application.  Anything your application does, even something as basic as serving up static files, is performed by middleware.  An applicat

Android 和 PHP 之间进行数据加密传输 [代码] [Java]代码 1 mcrypt = new MCrypt(); 2 /* Encrypt */ 3 String encrypted = MCrypt.bytesToHex( mcrypt.encrypt("Text to Encrypt") ); 4 /* Decrypt */ 5 String decrypted = new String( mcrypt.decrypt( encrypted ) ); [代码] [PH

php接口数据加密.解密.验证签名 代码非常easy,这里就不多废话了,直接奉上代码 <?php /** * 数据加密.解密.验证签名 * @edit http://www.lai18.com * @date 2015-07-08 **/ //header('Content-Type: text/xml; charset=utf-8'); include_once(dirname(dirname(__FILE__)).DIRECTORY_SEPARATOR.'phpsec'.DIRECTORY_

一. 宏观概念 ASP.NET Core Middleware是在应用程序处理管道pipeline中用于处理请求和操作响应的组件. 每个组件是pipeline 中的一环. 自行决定是否将请求传递给下一个组件 在处理管道的下个组件执行之前和之后执行业务逻辑 二. 特性和行为 ASP.NET Core处理管道由一系列请求委托组成,一环接一环的被调用,pipeline封装了其中的处理环节,下面是更细化的Middleware 处理管道 时序图:   从上图可以看出,请求自进入处理管道,经历了四个中间件,

一步步改造wcf,数据加密传输-匿名客户端加密传输 百度搜索wcf加密传输,资料挺多,真真正正能用的确不多. 一是本来就很复杂,而是各位大神给的资料不足.本人今天来提供一个简易方法. 匿名客户端加密传输 1.契约 建立契约工程CalcContract,实现两个数的求和. [ServiceContract] public interface ICalculator { [OperationContract] CalculatorResult Add(double x, double y); } [

近期接到一个新需求:APP企业版需要接入热更新功能. 热更新需要下发补丁脚本, 脚本下发过程中需要保证脚本传输安全,且需要避免中间人攻击. 需要用到数据加密传输方面的知识,以下是我设计的加密解密流程: 0. 将脚本 base64 编码,得到编码后的文本 encodedScript: 1. 将 encodedScript 使用 AES 算法 加密,得到密文 cipherScript: 2. 用 RSA 的私钥将 AES 的密钥加密,得到 cipherKey: 3. 将 cipherKey 和 ci

In the previous post Use Prerender to improve AngularJS SEO, I have explained different solutions at 3 different levels to implement Prerender. In this post, I will explain how to implement a ASP.NET Core Middleware as a application level middleware

前面几篇关于servlet的随笔,算是拉通了 servlet的简单使用流程,接下去的文章将主要围绕手机APP访问接口这块出发续写,md5加密传输--->短信验证--->手机推送--->分享--->百度云图---->支付....第三方的业务 ...由于我是新手我也是一边学一边写,不足地方希望谅解. 今天这篇文章主要涉及到 javaservlet传输数据的加密,客户端请求参数的组合,并且会附带上我中途遇到的所有问题以及解决方法. 由于手机访问接口是公布出来的,所以不管用什么语言编

Dnc.Api.Throttle    适用于Dot Net Core的WebApi接口限流框架 使用Dnc.Api.Throttle可以使您轻松实现WebApi接口的限流管理.Dnc.Api.Throttle支持IP.用户身份.Request Header.Request QueryString等多种限流策略,支持黑名单和白名单功能,支持全局拦截和单独Api拦截. Dnc.Api.Throttle暂时只支持Redis作为缓存和存储库,后续会进行扩展. 开始使用 安装Dnc.Api.Thrott

前言 本篇文章介绍ASP.NET Core里,用来处理HTTP封包的Middleware,为自己留个纪录也希望能帮助到有需要的开发人员. ASP.NET Core官网 结构 在ASP.NET Core里,每个从「浏览器传入」的HTTP Request封包,会被系统封装为「HttpRequest对象」,并且配置默认的HttpResponse对象.Session对象.ClaimsPrincipal对象...等等物件.接着将这些对象,封装成为一个「HttpContext对象」,用来提供ASP.NET

0.导言 昨天写了一篇关于<秘钥与公钥>的文章,写的比较简单好理解,有点儿像过家家,如果详细探究起来会有不少出入,今天就来详细的说明一下数据加密的原理和过程.这个原理就是大名鼎鼎SSL的加密原理,哦,对了,有人说上个月SSL刚爆出本年度最轰动的漏洞“心脏滴血”,可能危及全球好多互联网企业,那这个东西靠谱吗?其实,爆出漏洞的是SSL的一款产品openssl,是程序员编码时候的失误,是程序上的漏洞,而非SSL原理上出现了问题,所以SSL还是靠谱的,HTTP协议还是需要它来保护,我们不应该因为一个个

关于Ordered接口,用过的人可能知道,这里我谈下自己的理解.也希望各位大神能给予指点. 源码如下: /**  * Interface that can be implemented by objects that should be  * orderable, for example in a Collection.  *  * <p>The actual order can be interpreted as prioritization, with  * the first objec

TCP/IP跨主机之间的通信数据封装发送的都是明文数据,现代通讯中会有安全问题. 三个安全问题 如:A发送消息给B的三个安全问题机密性:明文传输如:ftp,http,smtp,telnet等完整性:数据可能被篡改(举例:电商下单生产数量或者传输过程信号错乱)身份验证:A和B从未见过(举例:钓鱼网站冒名顶替,保证对方即是其所声称的身份) 解决上述三个问题可以通过加密算法的混合使用,常见加密算法有如下 对称加密DES:数据加密标准,早期使用的56bit密钥3DES:Triple DES 对每个数据块

问题:当数据调用没有使用https加密时,app被抓包,接口暴露,此时可能导致被刷等安全问题 解决:1. 使用https传输 2. 在进行数据传输时进行手动加密(app端和后端定义统一的加密方式),这里采用普遍使用的AES+Base64加密 (注:AES加密方式中,生成安全随机数序列的加密方式,会导致java和安卓联调时出现无法解密的问题,文末会说) 加密后预期结果: 新建工具类并测试: package com.demo.utils; import javax.crypto.*; import

RSA.AES简介 RSA:非对称加密,需要提前生成两个密钥(一对的),通过其中一个密钥加密后的数据,只有另一个密钥能解密.通常这两个密钥中有一个会暴漏出来,即对外公开的,这个密钥称为“公钥”,反之另一个是隐藏起来的,不公开的密钥称为“私钥”. EAS:对称机密,数据的加密和解密都只使用同一个密钥. 关于加密传输 是为了保证数据传输过程中,数据即使被“中间人”截获,“中间人”也无法解析其中的数据,使“中间人”无法得知我们实际要传输的数据,以达到保护数据的目的.如果客户端本身存在安全问题,则无法保

什么是IdentityServer4 官方解释:IdentityServer4是基于ASP.NET Core实现的认证和授权框架,是对OpenID Connect和OAuth 2.0协议的实现. 通俗来讲,就是服务端对需要认证授权的资源(客户端请求资源)在外层使用IdentityServer4框架进行封装加壳,用户只能通过获取IdentityServer4颁发的Token令牌才能进行资源访问. 下面开始进入正题,如何快速搭建实现API接口鉴权. 准备:1.下载准备NetCore sdk环境 2.

net swagger接口 引用NuGet包 Install-Package Swashbuckle.AspNetCore //控制台 Microsoft.Extensions.PlatformAbstractions //包管理,用来获取xml根目录 Startup public void ConfigureServices(IServiceCollection services) { services.AddMvc().SetCompatibilityVersion(Compatibilit

任务需求:要求登陆时将密码加密之后再进行传输到后端. 经过半天查询摸索折腾,于是有了如下成果: 加密方式:RSA非对称加密.实现方式:公钥加密,私钥解密.研究进度:javascript与java端皆已实现.个人方案:定时器,每天凌晨四五点跑,更换公钥私钥.前端页面进入登录页,则请求后端获取公钥,当用户输入完登录表单点击提交时,将公钥与密码进行加密后传输.如果后端解密失败,则返回指定状态码给前端,前端拿到此状态码,则再次请求后端,重新获取公钥. 因为里面蕴含了三个演示  生成公私钥.前端加密.后端

0. 简要介绍 WRK 是一款轻量且易用的 HTTP 压力测试工具,通过该工具我们可以方便地对我们所开发的 WebAPI 项目进行压力测试,并且针对测试的情况返回结果. PS:Wrk 并不能针对测试的结果生成动态的图表,如果有这种需要,可以尝试使用另一款工具 Vegeta.该项目使用的 Golang 进行编写,其 GitHub 地址为:https://github.com/tsenart/vegeta 下面的内容就是一个标准的测试结果信息: # 针对 127.0.0.1:8080 进行压力测试

Map:是一组映射The java.util.Map interface represents a mapping between a key and a value. The Map interface is not a subtype(子类型) of the Collectioninterface.Therefore it behaves a bit different from the rest of the collection types.java.util.Map接口表示键和值之间的