- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
使用动态 LINQ 库 ( link ),是否容易受到注入(inject)攻击?以及(如果是)如何防止这种情况发生?
一些背景来自 Security Considerations (Entity Framework) :
LINQ to Entities injection attacks:
Although query composition is possible in LINQ to Entities, it is performed through the object model API. Unlike Entity SQL queries, LINQ to Entities queries are not composed by using string manipulation or concatenation, and they are not susceptible to traditional SQL injection attacks.
由于动态 SQL 是使用字符串组成的,这是否意味着它可能容易受到注入(inject)向量的影响?或者 LINQ to SQL 会根据动态 LINQ 库中的基础数据类型自动处理您的值参数化吗?
或者它是否完全安全,因为动态查询将在内存中执行而不是针对 SQL(从而抵消了 SQL 索引的任何好处)?
我一直在努力理解 DynamicLibrary.cs
代码,但我确信我很容易忽略某些东西。
因为这个问题是关于动态 LINQ 库本身的,这个问题可以被认为适用于 linq-to-sql
和 linq-to-entities
(尽管以上引用 Entity Framework )。
最佳答案
好吧,我不同意在 Dynamic Linq 中无法进行注入(inject)。
answer 中描述的内容通过 Ɖiamond ǤeezeƦ是正确的,但适用于在给定语言(C# 或 VB.Net)中构造的标准 Linq,或者通过使用 lambda 函数调用 .Where
等扩展方法。
然后,是的,不可能注入(inject)任何东西,因为 .NET Linq to Sql 转换器当然写得很好。因此,“SQL 注入(inject)”是不可能的,这是事实。
但是,Dynamic Linq 可能发生的是“Linq 注入(inject)”攻击。在OP引用的linq安全性解释中,指出:
LINQ to Entities queries are not composed by using string manipulation or concatenation, and they are not susceptible to traditional SQL injection attacks.
基本上这是一个要点。如果查询是由字符串操作组成的,那么它很容易受到注入(inject)攻击。而Dynamic Linq实际上是由字符串组成的,因此很容易受到注入(inject)攻击。
显然,攻击者必须意识到您正在使用 DynamicLinq 并且可能只攻击准备数据,因此它会导致有效的恶意 Dynamic Linq 查询。
我想强调这个事实——最终的SQL是安全组成的,但是原始的dynamic Linq是否安全取决于你。
确保动态 linq 查询安全的必要条件是对所有用户输入 使用占位符。永远不要连接你的字符串!
想象一下下面的查询:
dataset.Where("allowed == 1 and code == \"" + user_entered_data + "\"");
如果输入未经过过滤且未转义,攻击者可能会输入:
200" or allowed == 0 and code == "200
这将导致:
allowed == 1 and code == "200" or allowed == 0 and code == "200"
为了避免这种情况,您应该使用占位符:
dataset.Where("allowed == 1 and code == @0", user_entered_data);
DynamicLinq 将使占位符(在这种情况下:用户输入的数据)成为 lambda 参数(而不是将其连接到查询中)并依赖于 Linq-To-Entities(或任何后端)安全地转换为 SQL。
关于c# - 是否可以通过 Dynamic LINQ 进行注入(inject)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8738953/
我喜欢 smartcase,也喜欢 * 和 # 搜索命令。但我更希望 * 和 # 搜索命令区分大小写,而/和 ?搜索命令遵循 smartcase 启发式。 是否有隐藏在某个地方我还没有找到的设置?我宁
关闭。这个问题是off-topic .它目前不接受答案。 想改进这个问题? Update the question所以它是on-topic对于堆栈溢出。 10年前关闭。 Improve this qu
从以下网站,我找到了执行java AD身份验证的代码。 http://java2db.com/jndi-ldap-programming/solution-to-sslhandshakeexcepti
似乎 melt 会使用 id 列和堆叠的测量变量 reshape 您的数据框,然后通过转换让您执行聚合。 ddply,从 plyr 包看起来非常相似..你给它一个数据框,几个用于分组的列变量和一个聚合
我的问题是关于 memcached。 Facebook 使用 memcached 作为其结构化数据的缓存,以减少用户的延迟。他们在 Linux 上使用 UDP 优化了 memcached 的性能。 h
在 Camel route ,我正在使用 exec 组件通过 grep 进行 curl ,但使用 ${HOSTNAME} 的 grep 无法正常工作,下面是我的 Camel 路线。请在这方面寻求帮助。
我正在尝试执行相当复杂的查询,在其中我可以排除与特定条件集匹配的项目。这是一个 super 简化的模型来解释我的困境: class Thing(models.Model) user = mod
我正在尝试执行相当复杂的查询,我可以在其中排除符合特定条件集的项目。这里有一个 super 简化的模型来解释我的困境: class Thing(models.Model) user = mod
我发现了很多嵌入/内容项目的旧方法,并且我遵循了在这里找到的最新方法(我假设):https://blog.angular-university.io/angular-ng-content/ 我正在尝试
我正在寻找如何使用 fastify-nextjs 启动 fastify-cli 的建议 我曾尝试将代码简单地添加到建议的位置,但它不起作用。 'use strict' const path = req
我正在尝试将振幅 js 与 React 和 Gatsby 集成。做 gatsby developer 时一切看起来都不错,因为它发生在浏览器中,但是当我尝试 gatsby build 时,我收到以下错
我试图避免过度执行空值检查,但同时我想在需要使代码健壮的时候进行空值检查。但有时我觉得它开始变得如此防御,因为我没有实现 API。然后我避免了一些空检查,但是当我开始单元测试时,它开始总是等待运行时异
尝试进行包含一些 NOT 的 Kibana 搜索,但获得包含 NOT 的结果,因此猜测我的语法不正确: "chocolate" AND "milk" AND NOT "cow" AND NOT "tr
我正在使用开源代码共享包在 iOS 中进行 facebook 集成,但收到错误“FT_Load_Glyph failed: glyph 65535: error 6”。我在另一台 mac 机器上尝试了
我正在尝试估计一个标准的 tobit 模型,该模型被审查为零。 变量是 因变量 : 幸福 自变量 : 城市(芝加哥,纽约), 性别(男,女), 就业(0=失业,1=就业), 工作类型(失业,蓝色,白色
我有一个像这样的项目布局 样本/ 一种/ 源/ 主要的/ java / java 资源/ .jpg 乙/ 源/ 主要的/ java / B.java 资源/ B.jpg 构建.gradle 设置.gr
如何循环遍历数组中的多个属性以及如何使用map函数将数组中的多个属性显示到网页 import React, { Component } from 'react'; import './App.css'
我有一个 JavaScript 函数,它进行 AJAX 调用以返回一些数据,该调用是在选择列表更改事件上触发的。 我尝试了多种方法来在等待时显示加载程序,因为它当前暂停了选择列表,从客户的 Angul
可能以前问过,但找不到。 我正在用以下形式写很多语句: if (bar.getFoo() != null) { this.foo = bar.getFoo(); } 我想到了三元运算符,但我认
我有一个表单,在将其发送到 PHP 之前我正在执行一些验证 JavaScript,验证后的 JavaScript 函数会发布用户在 中输入的文本。页面底部的标签;然而,此消息显示短暂,然后消失...
我是一名优秀的程序员,十分优秀!