Update vulnerable Microsoft.Data.SqlClient dependency
Closed this issue · 2 comments
Thanks for creating Respawner!
I use Postgres and thus, Respawner is the only reason my Test
project takes a (transitive) dependency on Microsoft.Data.SqlClient
. As Respawner depends on v4.0.0
, this version will be installed because NuGet always installs the lowest requested version of a dependency. I have automated vulnerability scanning with trivy in one of my CI pipelines. That made me aware that 4.0.0
has a vulnerability. I think, Respawner could instead depend on the fixed version 4.0.5
. This way, users wouldn't automatically have a vulnerable version installed.
See also:
Forgot to mention, but obviously it is possible to work around this by either directly depending on Microsoft.Data.SqlClient
or by using Directory.Packages.props
and pinning a fixed version there without taking a direct dependency. Thus, my point is not that I'm blocked or vulnerable in anyway myself. I rather just wanted to note this so that you can consider if it makes sense to depend on a fixed version so that the dependency tree is secure by default.
Closing since I think v6.2.1
and #133 fixed this. Thanks!