为什么需要加密前后端分离之后，页面独立，接口单独返回所需数据，某些开放接口，比如登录，无登录视频播放，评论，多媒体资源等，很容易被第三方调用，爬虫获取。鉴权的接口也有可能正常用户调用接口修改个人某些数据。https不是加密过了吗，怎么还加密？抓个包看，浏览器控制台请求参数仍然是明文，https加密是在应用层和传输层之间，应用层就是浏览器客户端，请求发出之后帮你加密，到传输层的时候是安全的。但是浏览
转载
2024-10-20 13:18:45
0阅读
# 介绍数字签名、信息加密在前后端开发是经常用的的技术，主要的应用场景比如：用户登录、交易、信息通信、认证等。不同的应用场景可能会选择不同的签名加密算法，下面给大家介绍几种比较常用的签名加密算法。# AES高级加密标准(AES,Advanced Encryption Standard)是最常见的对称加密算法比如：微信小程序加密传输就是用这个加密算法的。对称加密算法也就是加密和解密用相同的密钥，具体
转载
2023-12-16 20:51:33
116阅读
为什么要token加密此方案为2018年做小程序的时候实施我们的小程序属于toB电商类，与金钱密切相关，因此对接口的安全性校验比较看重处于产品性能+开发体验的考虑，我们没有将整体的接口数据都加密，而是每个接口的调用都会加上token，该token采用前后端加密匹配的方式来进行校验前后端加密匹配具体思路很简单，前后端获取到当前的时间戳time，加上当前用户的sk（小程序登录的session_key）
转载
2023-12-07 12:58:35
75阅读
在日常开发中，总会接触到各种接口。前后端数据传输接口，第三方业务平台接口。一个平台的前后端数据传输接口一般都会在内网环境下通信，而且会使用安全框架，所以安全性可以得到很好的保护。这篇文章重点讨论一下提供给第三方平台的业务接口应当如何设计？我们应该考虑哪些问题？ 主要从以上三个方面来设计一个安全的API接口。一 安全性问题安全性问题是一个接口必须要保证的规范。如果接口保证不了安全性，那么
转载
2024-06-22 10:07:52
47阅读
接口安全问题 请求身份是否合法？ 请求参数是否被篡改？ 请求是否唯一？ AccessKey&SecretKey （开放平台） 请求身份 为开发者分配AccessKey（开发者标识，确保唯一）和SecretKey（用于接口加密，确保不易被穷举，生成算法不易被猜测）。防止篡改参数签名按照请求参数名的字母升序排列非空请求参数（包含AccessKey），使用URL键值对的格式（即key1=valu
转载
2024-02-03 23:02:45
15阅读
项目场景：在前后端分离，前端使用Axios 或者是Ajax 来发送数据和接收数据,对应非程序人来说就没有有，应为他们也不懂，对应懂程序地来说 直接F12 查看浏览器地请求（Network）来查看请求数据，和返回数据，对应我们本身开发者来说无疑是在当中众多同行种裸奔问题描述： 为了防止数据传输过程中裸奔 进行数据加密传输技术栈（ES6+语法）NodeJS后端 Typescript Express前端
转载
2024-01-15 00:45:49
266阅读
本文主要介绍以非对称加密+对称加密结合的方式对post请求的接口数据进行加密。实现思路前端对post请求接口进行加密，先用非对称加密方式（RSA）加密对称加密的密钥，然后对称加密（AES）数据包。后台在过滤器中进行数据包解密操作。一.前端加密此处以vue为例，只针对post请求vue需要引入JSEncryptlet data = parameter.data;
le
转载
2023-10-20 20:50:46
11阅读
说明：使用aes对数据进行加密解密，对aes的秘钥进行rsa加密解密。前端获取后台公钥（调用获取公钥接口，后台会自动生成）并保存；前端加密：前台发起请求如果要加密的话在headers中加上isEncrypt属性，经过axios请求拦截器生成rsa公钥私钥队，并将公钥传给后端（后端使用前端公钥进行加密），然后再生成aes秘钥，使用aes秘钥对参数进行加密传给后端，使用之前获取的后端公钥对aes秘钥进
转载
2023-11-27 17:51:32
290阅读
前后端数据传输加密前后端数据传输加密传输过程保密HTTPS协议终端保密固定秘钥：秘钥配死，AESKey缓存在终端动态秘钥：每次请求生成秘钥，终端不缓存AESKey 前后端数据传输加密 分两部分，传输过程和终端，传输过程保密的意义在于第三者在数据传输过程中截取到数据时的安全性，终端保密的意义在于第三者在传输终端截取到传输数据时
转载
2023-08-21 17:21:26
14阅读
对于安全性要求的加强，避免出现篡改请求结果问题的出现，现对系统中所有的请求和结果响应进行加密处理。系统使用前后端分离设计架构，同时前端部分有Vue 项目也有 jQuery 项目。遇到坑最多的地方是Axios 的get方式与jQuery的get方式Java 后台处理定义 request Filter CustomRequestFilter 处理请求参数，拦截所有请求进行解密/**
* 请求拦截器
转载
2024-04-19 13:43:41
55阅读
RSA-JS-PHP项目地址rsa-js-php
前后端交互时为了保证信息安全可使用RSA方式加密信息，在数据量大的时候可采用DES+RSA结合方式。
DEMO演示地址
一点历史1976年以前，所有的加密方法都是同一种模式：（1）甲方选择某一种加密规则，对信息进行加密； （2）乙方使用同一种规则，对信息进行解密。由于加密和解密使用同样规则（简称"密钥"），这被称为"对称加密算法"
转载
2024-06-05 12:26:06
71阅读
项目中要实现接口的统一加解密, 网上看了一圈.感觉都不太合适, 也踩了很多的坑;有的说用拦截器. 有的说过滤器.还有的说用aop, 当然条条大路通罗马,用什么技术都能实现, 我选了一个看上去更清晰的方案. 用@ControllerAdvice, 当然已经有相关的技术方案,但是没有具体代码, 没说怎么处理request和response, 所有我结合其他文章.整理出这一篇直接可以落地的;思路使用 @
转载
2024-04-19 17:33:01
196阅读
# Java前后端国密加密方案实现教程
## 1. 流程
首先，我们来看整个实现“java前后端国密加密方案”的流程，可以分为以下几个步骤：
| 步骤 | 描述 |
|------|------------------|
| 1 | 生成密钥对 |
| 2 | 前端使用公钥加密 |
| 3 | 后端使用私钥解密 |
## 2. 每一步具
原创
2024-05-19 06:53:24
249阅读
# 前后端分离接口数据加密实现指南
在现代Web开发中，前后端分离的架构越来越普遍，这种方式让前端和后端的开发可以独立进行。然而，这种架构也带来了安全性挑战，特别是数据在传输过程中可能被恶意用户窃取。因此，数据加密是保障数据传输安全的关键步骤。本文将指导你如何在Java中实现前后端分离接口的数据加密，确保数据在传输过程中的安全性。
## 实现流程概述
以下是实现前后端分离接口数据加密的流程:
前言前后端安全通信一直是头疼的问题，如何保证前后端安全通信？ 读完这篇文章教你学会前后端安全通信。什么是前后端通信？客户端向服务端获取资源（如：html/css/js/jpg/json/api接口数据）的过程需要通信，常见的通信有TCP/UDP等。什么是通信安全？通信安全是指用户在使用登录、注册、用户列表等功能时请求被拦截导致用户数据泄露，请求过程如下图： 如上图，不管是请求被拦截还是响应被拦截用
转载
2024-05-13 20:47:17
31阅读
前言在前后端交互时，常常采取http方式进行传输，而明文传输通常会被网络抓包、反编译等手段得到htpp通讯接地址和参数等。为了确保信息的安全，在生产中使用了很多种加密手段。 最终采用 AES+RSA 组合进行接口参数加密和解密的方式脱颖而出，成为了当今主流手段。为什么使用RSA + AES混合加密1.加密介绍RSA加密: 属于非对称加密，公钥用于对数据进行加密，私钥对数据进行解密，两者不可逆。公钥
转载
2023-11-21 16:50:04
39阅读
几个月前，我们前端被通知要在请求头上加几个请求头，都是加密的内容，目的是解决前后数据的安全性。之前一点不理解，一直觉得前端没有秘密可言，安全的事情交给后台就完事了。。。 然后最近看了一些书，发现自己有点年轻，传输的数据没有加密就传送给后台，只要中间人拿到请求的参数token后，就可以为所欲为了。故事背景：事情是这样的，鄙司是前后分离的，所以数据都是走的接口，就拿登录来说吧（其实我个人觉得
转载
2024-05-19 06:06:12
66阅读
前后端加解密交互前言 为保护用户个人隐私，加密算法必不可少。一套成熟的加解密算法，可以防止用户个人信息泄漏、丢失等一系列问题，保护用户隐私，加固网络传输安全。加解密方式 加解密的方式居多像 base64、md5、sm2、sm3、sm4、2进制流等等等等 加解密流程一般由前后端约定的，约定好需要的参数以及加解密流程浅谈加解密流程。&
转载
2023-10-26 05:44:10
281阅读
1. 引入需要的依赖我使用的是原生jwt的依赖包，在maven仓库中有好多衍生的jwt依赖包，可自己在maven仓库中选择，实现大同小异。<dependency>
<groupId>org.apache.shiro</groupId>
<artifactId>shiro-web</artifact
转载
2023-08-01 14:37:15
110阅读
1. 前言随着互联网的高速发展，前端页面的展示、交互体验越来越灵活，响应体验也要求越来越高，后端服务的高并发、高可用、高性能、高扩展等特性的要求也愈加苛刻，从而导致前后端研发各自专注于自己擅长的领域深耕细作。 然而这带来了新的问题： 前后端的对接界面双方却关注甚少，没有任何接口约定规范情况下各自撸起袖子就是干，导致我们在产品项目开发过程中，前后端的接口联调对接工作量占比在30%-50%左右，甚至会
转载
2024-07-18 10:58:04
69阅读
