ZipArchive.GetEntry does not work with Path.Join (backslashes)

[jnm2]

GetEntry currently looks for the path in a dictionary of strings. The strings in the dictionary have forward slashes, so if you pass a path with a backslash, no entry can match.

I'd expect this to be normalized so that Path.Join can be used to build paths.

https://github.com/dotnet/corefx/blob/f37461280a3c843000aa79642ba700baa5a1fc30/src/System.IO.Compression/src/System/IO/Compression/ZipArchive.cs#L244-L256

[carlossanlop]

Triage:
We should look into this more deeply and define the right behavior for directory separator in zip files. This is an edge case of creating a file on one OS then editing/looking up items in a different OS.

[cmellongoempyrean]

File entries in ZIP files require forward slashes per the ZIP standard 4.4.17.1

[mungojam]

What's even odder is that it seems that you have to use double forward-slash on windows, vs. a single forward-slash on linux when calling ZipArchive.GetEntry. You can see that if listing entries in these on the relevant OS:

https://github.com/bridgecrewio/checkov/releases/download/3.2.3/checkov_linux_X86_64_3.2.3.zip

https://github.com/bridgecrewio/checkov/releases/download/3.2.3/checkov_windows_X86_64_3.2.3.zip

[karelz]

This is part of larger shash/backslash problem - let's put it into single issue -- a new API proposal, because it has otherwise non-trivial compat risk.