Added --allow-unsecure-downloads option for HTTP downloads#615
Added --allow-unsecure-downloads option for HTTP downloads#615AmelBawa-msft merged 7 commits intomainfrom
Conversation
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
I feel the security team will not be happy with this change. Is there a reason we allow http downloads? I remember winget only accepts https. |
The title threw me off a bit as well where I thought we were explicitly adding support for HTTP where it previously wasn't :D But actually, currently wingetcreate supports both HTTP and HTTPS. This change makes it so that HTTP downloads aren't allowed by default, and one has to pass an explicit switch (which makes this a breaking change as well?)
I don't think that's the case. Apparently there are still manifests with HTTP InstallerURLs in winget-pkgs. See https://github.com/search?q=repo%3Amicrosoft%2Fwinget-pkgs+InstallerUrl%3A+%2Fhttp%3A%2F&type=code. One example being package |
|
Ok, digging through my very ancient email threads. now I remember we "tried" to limit to https only but it affects a good portion of the packages in the repo. And since we have sha256 verification, we end up not doing the restriction. |
yao-msft
left a comment
There was a problem hiding this comment.
I think a full fix (from security perspective) would be make this switch behind something like admin settings/group policy. But I don't know if we'll want to go that far. Anyway this is a good first step towards that.
Co-authored-by: JohnMcPMS <johnmcp@microsoft.com>
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run |
|
Azure Pipelines successfully started running 1 pipeline(s). |
By default only HTTPS URL are supported for downloads. Use the "--allow-unsecure-downloads" option to allow HTTP URLs.
Help message
Unsecure download
Unsupported protocol
Reference:
Microsoft Reviewers: Open in CodeFlow