asp.net core 关于自增长ID数据保护(IDOR漏洞)[通俗易懂]

asp.net core 关于自增长ID数据保护(IDOR漏洞)[通俗易懂]开始前先大概的描述下IDOR漏洞是啥。嗯!举个例子,有一个角色下面有N个用户,拥有这个角色的用户都有自身创建的普通用户操作权限(比如删除)。我们一般情况都是通过表主键来操作这条记录的,那么这么一个功能就涉及到两个接口(查询列表,删除指定用户)。嗯!查询列表的接口自然是要带着用户对应的主键的(通过删除接口传入ID),聪明的人应该想到了;此时ID是明文的并且主键我们一般都是自增长的,此时就会出现我们可以通过猜测这个参数进行恶意删除。嗯!此时有些人可能会想(也是几种解决方式):我可以通过对参数进行加密签名来

大家好,又见面了,我是你们的朋友全栈君。

开始前先大概的描述下IDOR漏洞是啥。嗯! 举个例子,有一个角色下面有N个用户,拥有这个角色的用户都有自身创建的普通用户操作权限(比如删除)。我们一般情况都是通过表主键来操作这条记录的,那么这么一个功能就涉及到两个接口(查询列表,删除指定用户)。

嗯!查询列表的接口自然是要带着用户对应的主键的(通过删除接口传入ID),聪明的人应该想到了;此时ID是明文的并且主键我们一般都是自增长的,此时就会出现我们可以通过猜测这个参数进行恶意删除。嗯!此时有些人可能会想(也是几种解决方式):

我可以通过对参数进行加密签名来处理。嗯!但是似乎不是很适合前端,因为JS啥的都给人家了,还谈啥密钥和加密方式。
JS处理不行,我服务端来进行数据操作验证总可以吧。嗯!确实可以。前台传入ID后台在一系列操作前进行身份信息条件筛选。(delete TableName where userID ={ID} and create_Id={login_userID})就是这么个意思。每次带着这么信息是不是哪里不好,万一团队开发有人忘记了叻,那就很有意思了(我们的用户数据随便你删,开心就好。。。)。这方法挺不错的,就是有点蛋疼。
制造这个问题的原因不就是因为ID是数字自增长吗,我只要让主键无规律不就行了,比如时间戳加随机数,再比如GUID。猜?你慢慢猜去吧。但是这里面涉及到一个小问题,性能和存储空间的问题。(自增长主键和GUID查询性能和占用空间比较)
正如三解决方案,我只要让抛到前台的主键是无规律的并且不可轻松枚举出来好像就可以了.此处是对称加密(百度“对称加密有哪些”)。
就第四种记录一笔,避免以后找不到回家的路。微软官方文档里已经有相关的介绍了,https://docs.microsoft.com/zh-cn/aspnet/core/security/data-protection/using-data-protection?view=aspnetcore-5.0 。至于怎么集成到程序里面八仙过海各显神通了。下面贴下我的神通。

我用的是微软自带的序列化组件,至于Newtonsoft.Json只是API不同罢了,逻辑一样。自带序列化组件代码:

复制代码
public class ProtectionConverter : JsonConverter
{

private readonly ITimeLimitedDataProtector _protector;
public ProtectionConverter()
{

///此处做了简单分装,看了官方文档自然不迷惑
_protector = Utility.UseDataProtectionProviderUtility.GetTimeLimitedDataProtector();
}
public override long Read(ref Utf8JsonReader reader, Type type, JsonSerializerOptions options)
{

string val = reader.GetString();
if (string.IsNullOrEmpty(val))
return 0;
return long.Parse(_protector.Unprotect(val));
}

    public override void Write(Utf8JsonWriter writer, long value, JsonSerializerOptions options)
    {
        string str = null;
        if (value != 0)
        {
            var nowDate = DateTime.Now;
            str = _protector.Protect(value.ToString(), nowDate.Date.AddHours(26) - nowDate);
        }
        writer.WriteStringValue(str);
    }
}

用法:
[JsonConverter(typeof(ProtectionConverter))]
public long ID { get; set; }

复制代码

使用序列化组件特性方式来解决。看不懂时研究下JsonConvert

Newtonsoft.Json方式代码:

复制代码
///JSON.NET
//public class ProtectionConverter : JsonConverter
//{

// private readonly ITimeLimitedDataProtector _protector;
// public ProtectionConverter()
// {

// _protector = CommonessHeleper.UseDataProtectionProviderHeleper.GetTimeLimitedDataProtector();
// }
// public override bool CanConvert(Type objectType)
// {

// return true;
// }

//    public override object ReadJson(JsonReader reader, Type objectType, object existingValue, JsonSerializer serializer)
//    {

//        return _protector.Unprotect(reader.Value.ToString());
//    }

//    public override void WriteJson(JsonWriter writer, object value, JsonSerializer serializer)
//    {
//        var nowDate = DateTime.Now;
//        writer.WriteValue(_protector.Protect(value.ToString(), (nowDate.Date.AddHours(26) - nowDate)));
//    }
//}

复制代码

此处都是针对对象(POST居多)提交来数据加解密,如果非表单,对象提交咋办,

String key1=Request.Query[“key1”];//获取url字符串
String key2 = Request.Form[“key2”];//获取表单
上代码放在自定义管道和自定义过滤器里都可以。
有相同爱好的可以进来一起讨论哦:企鹅群号:1046795523

学习视频资料:http://www.makeru.com.cn/live/1392_1164.html?s=143793

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/133336.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • cocos2dx 编写shader 遇到 溢出问题[通俗易懂]

    cocos2dx 编写shader 遇到 溢出问题

    2022年1月30日
    59
  • QTreeView使用总结1,一个简单示例

    QTreeView使用总结1,一个简单示例1,简介本文为一个最简单的QTreeView初始化过程的示例。除去了一切操作响应等细节,只是展示使QTreeView显示出带层次结构的数据,至少需要哪些代码。只附带了一点点常用设置项。2,效果3,代码一个QTreeView插入三层数据的最简单代码示例:voidMainWindow::InitTree(){//1,构造Model,这里示例具有3层关系的model构造过程QSt…

    2022年6月13日
    56
  • Metabase 从 H2 迁移到 MySQL 踩坑指南[通俗易懂]

    Metabase 从 H2 迁移到 MySQL 踩坑指南[通俗易懂]Metabase 从 H2 迁移到 MySQL 踩坑指南

    2022年4月21日
    56
  • HTTP默认端口_http协议使用的端口号

    HTTP默认端口_http协议使用的端口号HTTP默认端口80是http协议的默认端口,是在输入网站的时候其实浏览器(非IE)已经帮你输入协议了,所以你输入http://baidu.com,其实是访问http://baidu.com:80。而8080,一般用与webcahe,完全不一样的两个,比如linux服务器里apache默认跑80端口,而apache-tomcat默认跑8080端口,其实端口没有实际意义只是一个接口,主要是看服务的监听端口。443是https的默认端口端口号标识了一个主机上进行通信的不同的应用程序。 H.

    2025年12月5日
    2
  • java内存模型_简述java内存模型

    java内存模型_简述java内存模型  什么是JMM  JMM即为JAVA内存模型(javamemorymodel)。因为在不同的硬件生产商和不同的操作系统下,内存的访问逻辑有一定的差异,结果就是当你的代码在某个系统环境下运行良好,并且线程安全,但是换了个系统就出现各种问题。Java内存模型,就是为了屏蔽系统和硬件的差异,让一套代码在不同平台下能到达相同的访问结果。JMM从java5开始的JSR-133发布后,已经…

    2025年9月12日
    7
  • laravel博客后台操作步骤

    laravel博客后台操作步骤

    2021年10月24日
    41

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号