json格式要求（json格式是否符合密评要求）
本文目录
json格式是否符合密评要求
json格式是符合密评要求。根据查询相关公开信息：业务系统零改造，信息系统免集成，即可通过密评，忽略应用层，只靠物理、网络层能过密评。
json格式的csrf
关于防御方案，一般有如下几种：
1）用户操作验证，在提交数据时需要输入验证码
2）请求来源验证，验证请求来源的referer
3）表单token验证
现在业界对CSRF的防御，一致的做法是使用一个Token（Anti CSRF Token）。
这个Token的值必须是随机的，不可预测的。由于Token的存在，攻击者无法再构造一个带有合法Token的请求实施CSRF攻击。另外使用Token时应注意Token的保密性，尽量把敏感操作由GET改为POST，以form或AJAX形式提交，避免Token泄露。
例子：
第一步：用户访问某个表单页面。
第二步：服务端生成一个Token，放在用户的Session中，或者浏览器的Cookie中。
第三步：在页面表单附带上Token参数。
第四步：用户提交请求后，服务端验证表单中的Token是否与用户Session（或Cookies）中的Token一致， 一致为合法请求，不是则非法请求。
4) 在前后端分离的前提下（例如使用ajax提交数据）设置不了token，可以给 cookie 新增 SameSite 属性，通过这个属性可以标记哪个 cookie 只作为同站 cookie （即第一方 cookie，不能作为第三方 cookie），既然不能作为第三方 cookie ，那么别的网站发起第三方请求时，第三方网站是收不到这个被标记关键 cookie，后面的鉴权处理就好办了。这一切都不需要做 token 生命周期的管理，也不用担心 Referer 会丢失或被中途被篡改。
SameStie 有两个值：Strict 和 Lax:
SameSite=Strict 严格模式，使用 SameSite=Strict 标记的 cookie 在任何情况下（包括异步请求和同步请求），都不能作为第三方 cookie。
SameSite=Lax 宽松模式，使用 SameSite=Lax 标记的 cookie 在异步请求 和 form 提交跳转的情况下，都不能作为第三方 cookie。
更多文章：
2026年11月7日 03:30
中文自动翻译成英语的输入法（有没有一种输入法能将打出来的中文自动变成英文）
2026年11月7日 02:10
equals to（为什么有些英文句子要用的是“equals to that of” 这个that和of之间还可以加名词吗）
2026年11月7日 01:50
default values（电脑开机后出现all settings was reset to default values.）
2026年11月7日 01:20
structured reviewing翻译（软件测试的英文翻译）
2026年11月7日 00:50
2026年11月6日 22:50
2026年11月6日 22:20
2026年11月6日 21:50
2026年11月6日 21:30
dos命令清屏（Windows DOS内部命令详解04——del、ren、cls、ver、date、time）
2026年11月6日 15:40
