草庐IT

injections

全部标签

c# - 避免从 C# 代码在 MSSQL Server 上进行 SQL 注入(inject)的算法?

在C#.net平台上避免SQL注入(inject)的最佳方法是什么。如果有的话,请发布C#实现。 最佳答案 不需要算法-只是不使用字符串连接来构建SQL语句。请改用SqlCommand.Parameters集合。这会执行所有必要的值转义(例如将'替换为'')并确保该命令是安全的,因为其他人(即Microsoft)已经完成了所有测试.例如调用存储过程:using(varconnection=newSqlConnection("..."))using(varcommand=newSqlCommand("MySprocName",conn

c# - .NET Core/EF 6 - 依赖注入(inject)范围

我目前正在使用EF6设置.NETCore应用程序,但在理解如何正确使用各种依赖项注册方法时遇到了一些困难。据我了解:Transient:对象在需要时创建(即每次请求时创建一个新实例)Singleton:在应用程序启动时创建的单个实例,可用于所有后续请求Scoped:在请求期间可用特别是在我的情况下,我设置了一对DbContext(基于CQRS模式)来处理我注册为Scoped的数据库查询/命令:services.AddScoped((_)=>newTestCommandContext(Configuration["Data:TestConnection:ConnectionString"

c# - 使用 Ninject 的 ASP.NET WebAPI ActionFilters 的依赖注入(inject)不起作用

我正在尝试使用Ninject在ASP.NETWebAPI中的ActionFilters上设置DI。我按照这里的说明操作:https://github.com/ninject/Ninject.Web.WebApi/wiki/Dependency-injection-for-filters我这样创建我的ActionFilter:publicclassApiAuthorizeFilter:AbstractActionFilter{privatereadonlyIValidateApiTokenService_validateApiTokenService;publicApiAuthorize

c# - 通过 PublicKeyToken 防止外部程序集注入(inject)

我正在使用以下代码:AppDomain.CurrentDomain.AssemblyLoad+=(sender,args)=>{vartoken=args.LoadedAssembly.GetName().GetPublicKeyToken();if(!IsValidToken(token)){Process.GetCurrentProcess().Kill();}};其中IsValidToken()将正在加载的程序集的公钥token与在我的应用程序中硬编码为字节数组的授权公钥token列表进行比较。这是防止代码注入(inject)攻击的良好安全措施吗?另外,考虑到我稍后会使用NetR

c# - Entity Framework 种子方法的依赖注入(inject)?

EntityFramework6的Configuration类是否可以注入(inject)依赖?例如,像这样:internalsealedclassConfiguration:DbMigrationsConfiguration{privatereadonlyILogger_logger;publicConfiguration(ILoggerlogger){this._logger=logger;AutomaticMigrationsEnabled=true;}protectedoverridevoidSeed(Home.DAL.Data.HomeBaseContextcontext){

c# - 如何注册两个实现然后在 .Net Core 依赖注入(inject)中获得一个

我的部分代码依赖于同一接口(interface)的多个实现,而其他部分依赖于其中一个实现。我正在注册如下实现:services.AddSingleton();services.AddSingleton();然后在需要时获取两个实现,例如:varimplementations=serviceProvider.GetServices();我的问题是当我需要其中之一时,我正在尝试以下返回null的方法:varfirstImplementation=serviceProvider.GetService();当然我可以使用:varimplementations=serviceProvider.G

c# - 在 .net 核心中使用构造函数参数进行依赖注入(inject)

我看到很多关于如何在.NETCore中使用DI的代码示例,但是它们都没有使用构造函数参数。例如:创建授权服务在构造函数中注入(inject)当前HTTPheader(X-Api-Key)在实现中检查我是否有权访问在这里,我不仅需要在我的IAuthorizationService上使用DI,还需要在构造函数中注入(inject)token。我知道如何在Ninject中执行此操作,但没有使用.NETCoreDI的经验。这是我的例子。publicvoidConfigureServices(IServiceCollectionservices){services.AddMvc();servic

c# - 为什么不将所有服务类都集中到一个工厂方法中(而不是注入(inject)接口(interface))?

我们正在构建一个ASP.NET项目,并将我们所有的业务逻辑封装在服务类中。有些在域对象中,但通常那些是相当贫乏的(由于我们正在使用的ORM,这不会改变)。为了更好地启用单元测试,我们为每个服务定义接口(interface)并利用D.I.。这里有几个接口(interface):IEmployeeServiceIDepartmentServiceIOrderService...这些服务中的所有方法基本上都是任务组,类不包含私有(private)成员变量(除了对依赖服务的引用)。在我们担心单元测试之前,我们只是将所有这些类声明为静态的,并让它们直接相互调用。现在,如果服务依赖于其他服务,我们

c# - Dapper with .NET Core - 注入(inject)的 SqlConnection 生命周期/范围

我正在使用.NETCore依赖注入(inject)在应用程序启动期间实例化一个SqlConnection对象,然后我计划将其注入(inject)到我的存储库中。Dapper将使用此SqlConnection从我的存储库实现中的数据库读取/写入数据。我将对Dapper使用async调用。问题是:我应该将SqlConnection作为transient注入(inject)还是作为单例注入(inject)?考虑到我想使用async这一事实,我的想法是使用transient,除非Dapper在内部实现了一些隔离容器,并且我的单例范围仍将包含在Dapper内部使用的任何范围内。在使用Dapper

c# - 带有其他参数的Unity构造函数注入(inject)

我有一个类,其构造函数如下所示:publicBatchService(IRepositoryrepository,ILoggerlogger,stringuser)在我的DIBootstrap类中,我有以下RegisterType命令:.RegisterType(newInjectionConstructor(newResolvedParameter("SomeRepository"),newResolvedParameter("DatabaseLogger")))在我的客户端代码中,我想实例化BatchService如下:BatchServicebatchService=DICont