互联网发展至今，已由传统的前后端统一架构演变为如今的前后端分离架构，最初的前端网页大多由JSP、ASP、PHP等动态网页技术生成，前后端十分耦合，也不利于扩展。现在的前端分支很多，如：Web前端、Android端、IOS端，甚至还有物联网等。前后端分离的好处就是后端只需要实现一套界面，所有前端即可通用。 前后端的传输通过HTTP进行传输，也带来了一些安全问题，如果抓包、模拟请求、洪水攻击、参数劫持
转载
2024-05-13 18:44:47
72阅读
本发明涉及应用系统的数据加密技术领域，一种用于前后端分离数据加密的方法。背景技术：随着各类应用系统的发展，数据在互联网上的安全受到了重视，特别是对于数据安全要求程度比较高的一些业务；如银行、军工、证券等行业。数据广泛在互联网上进行传输，随时有可能被截取的可能，如果数据使用明文发送，数据的安全毫无保证。同时有些行业，客户众多、业务需求大，如果使用固定的加密密钥进行相关数据的传送，会存在大量管理各种密
转载
2024-04-12 20:57:10
29阅读
在现代的Web应用中，安全性是最关键的部分之一。尤其在前后端之间传输敏感数据时，采用加密技术显得尤为重要。本文将分享如何使用jQuery实现前后端DES对称加密的过程。
## 背景描述
在2015年至今，随着网络攻击事件的频发，前后端数据加密变得愈发重要。我们希望保障用户的信息安全，降低数据在传输过程中被窃取的风险。实现前后端的DES对称加密的过程如下：
1. 引入加密库（如CryptoJS
数据加密方式有：单向加密、对称加密、非对称加密、加密盐、散列函数、数字签名。1、单向加密单向加密通过对数据进行摘要计算生成密文，密文不可逆推还原。只能加密，不能解密，常用于提取数据的指纹信息以此来验证数据的完整性。但是会引发雪崩效应（雪崩效应就是一种不稳定的平衡状态也是加密算法的一种特征，它指明文或密钥的少量变化会引起密文的很大变化，就像雪崩前，山上看上去很平静，但是只要有一点问题，就会造成一片大
转载
2024-04-02 09:23:31
122阅读
前端加密与解密前言本文章仅用于记录平时安全测试中所遇到的前端加密和解密，有些内容与爬虫遇到的反爬措施类似，可参照处理。常见加密所用算法前端常见的加密（哈希）算法：MD5，AES，Rsa，sha1等；当然这些算法也有被魔改的变态版本，通常可以根据算法中的常见函数判断算法是属于哪一种。对于属于简单编码类的base64及其同类如base32或十六进制之类的不在本次讨论范围。MD5：待加密明文($pass
转载
2024-03-04 10:06:07
112阅读
1. 背景近期项目在对接第三方产品，传输过程中涉及到数据加密, 数据加密流程为：发送数据DES加密DES加密后的数据进行base64编码发送，接受数据接受读取的数据进行base64解码base64解码完的数据机型DES解密
由于采用golang对接，文档且无说明情况下，默认采用CBC模式加解密，导致很长时间对接不上。后通过对方Java Demo代码查看得知采用ECB加密模式，Java默认D
在现代web开发中，数据安全性是一个非常重要的话题。尤其是在前后端分离的架构中，如何有效地传输用户的敏感数据，成为了开发者需要面对的挑战。本篇文章将详细介绍如何在一个静态的 jQuery 页面中实现前后端的 DES 对称加密，进而保障数据传输的安全性。
### 背景描述
在传统的 web 开发流程中，前端与后端之间的数据传输往往缺乏必要的安全措施，这使得敏感数据容易受到攻击。为此，采用 DES
RSA-JS-PHP项目地址rsa-js-php
前后端交互时为了保证信息安全可使用RSA方式加密信息，在数据量大的时候可采用DES+RSA结合方式。
DEMO演示地址
一点历史1976年以前，所有的加密方法都是同一种模式：（1）甲方选择某一种加密规则，对信息进行加密； （2）乙方使用同一种规则，对信息进行解密。由于加密和解密使用同样规则（简称"密钥"），这被称为"对称加密算法"
转载
2024-06-05 12:26:06
71阅读
前言前后端安全通信一直是头疼的问题，如何保证前后端安全通信？ 读完这篇文章教你学会前后端安全通信。什么是前后端通信？客户端向服务端获取资源（如：html/css/js/jpg/json/api接口数据）的过程需要通信，常见的通信有TCP/UDP等。什么是通信安全？通信安全是指用户在使用登录、注册、用户列表等功能时请求被拦截导致用户数据泄露，请求过程如下图： 如上图，不管是请求被拦截还是响应被拦截用
转载
2024-05-13 20:47:17
31阅读
# 介绍数字签名、信息加密在前后端开发是经常用的的技术，主要的应用场景比如：用户登录、交易、信息通信、认证等。不同的应用场景可能会选择不同的签名加密算法，下面给大家介绍几种比较常用的签名加密算法。# AES高级加密标准(AES,Advanced Encryption Standard)是最常见的对称加密算法比如：微信小程序加密传输就是用这个加密算法的。对称加密算法也就是加密和解密用相同的密钥，具体
转载
2023-12-16 20:51:33
116阅读
前言在前后端交互时，常常采取http方式进行传输，而明文传输通常会被网络抓包、反编译等手段得到htpp通讯接地址和参数等。为了确保信息的安全，在生产中使用了很多种加密手段。 最终采用 AES+RSA 组合进行接口参数加密和解密的方式脱颖而出，成为了当今主流手段。为什么使用RSA + AES混合加密1.加密介绍RSA加密: 属于非对称加密，公钥用于对数据进行加密，私钥对数据进行解密，两者不可逆。公钥
转载
2023-11-21 16:50:04
39阅读
前后端加解密交互前言 为保护用户个人隐私，加密算法必不可少。一套成熟的加解密算法，可以防止用户个人信息泄漏、丢失等一系列问题，保护用户隐私，加固网络传输安全。加解密方式 加解密的方式居多像 base64、md5、sm2、sm3、sm4、2进制流等等等等 加解密流程一般由前后端约定的，约定好需要的参数以及加解密流程浅谈加解密流程。&
转载
2023-10-26 05:44:10
281阅读
几个月前，我们前端被通知要在请求头上加几个请求头，都是加密的内容，目的是解决前后数据的安全性。之前一点不理解，一直觉得前端没有秘密可言，安全的事情交给后台就完事了。。。 然后最近看了一些书，发现自己有点年轻，传输的数据没有加密就传送给后台，只要中间人拿到请求的参数token后，就可以为所欲为了。故事背景：事情是这样的，鄙司是前后分离的，所以数据都是走的接口，就拿登录来说吧（其实我个人觉得
转载
2024-05-19 06:06:12
66阅读
加密方案：AES + RSA两种加密方式混合使用，能够实现数据的全程加密（无论是上传，还是拉取）。1、从客户端动态生成16位AES密码2、使用第一步生成的AES密码加密要上发的请求数据，由于AES加密后是byte[]数据，所以这里还需要使用base64封装一层以方便传输。格式大概如下：{
"key":"1234567890123456"
"data":"5rWL6K+V5pWw5o
转载
2023-12-31 20:40:35
138阅读
对于安全性要求的加强，避免出现篡改请求结果问题的出现，现对系统中所有的请求和结果响应进行加密处理。系统使用前后端分离设计架构，同时前端部分有Vue 项目也有 jQuery 项目。遇到坑最多的地方是Axios 的get方式与jQuery的get方式Java 后台处理定义 request Filter CustomRequestFilter 处理请求参数，拦截所有请求进行解密/**
* 请求拦截器
转载
2024-04-19 13:43:41
55阅读
为什么要token加密此方案为2018年做小程序的时候实施我们的小程序属于toB电商类，与金钱密切相关，因此对接口的安全性校验比较看重处于产品性能+开发体验的考虑，我们没有将整体的接口数据都加密，而是每个接口的调用都会加上token，该token采用前后端加密匹配的方式来进行校验前后端加密匹配具体思路很简单，前后端获取到当前的时间戳time，加上当前用户的sk（小程序登录的session_key）
转载
2023-12-07 12:58:35
75阅读
一、部署前后端服务http://doc.ruoyi.vip/ruoyi-vue/二、现象 若依前后端环境分离版本，本地部署好前后端环境后，访问登录接口密码是明文的，这样显然是不安全的，如下图所示： 三、解决方法3.1、加密流程①、后端生成随机公钥和私钥；②、前端拿到公钥，集成jsencrypt实
转载
2023-12-13 05:35:56
469阅读
针对客户对数据交互过程中的加密要求，防止直接的数据爬取，对前后端数据请求时的返回数据进行数据的加密。实用性嘛，也就那样了，代码可直接适配Ruoyi SpringBoot+vue项目，具体加密方式和处理仅供参考！前端request.jsimport axios from 'axios'
import { Notification, MessageBox, Message } from 'elemen
转载
2023-12-27 14:52:59
134阅读
在日常开发中，总会接触到各种接口。前后端数据传输接口，第三方业务平台接口。一个平台的前后端数据传输接口一般都会在内网环境下通信，而且会使用安全框架，所以安全性可以得到很好的保护。这篇文章重点讨论一下提供给第三方平台的业务接口应当如何设计？我们应该考虑哪些问题？ 主要从以上三个方面来设计一个安全的API接口。一 安全性问题安全性问题是一个接口必须要保证的规范。如果接口保证不了安全性，那么
转载
2024-06-22 10:07:52
47阅读
接口安全问题 请求身份是否合法？ 请求参数是否被篡改？ 请求是否唯一？ AccessKey&SecretKey （开放平台） 请求身份 为开发者分配AccessKey（开发者标识，确保唯一）和SecretKey（用于接口加密，确保不易被穷举，生成算法不易被猜测）。防止篡改参数签名按照请求参数名的字母升序排列非空请求参数（包含AccessKey），使用URL键值对的格式（即key1=valu
转载
2024-02-03 23:02:45
15阅读
