Oh no, you're thinking, yet another cookie pop-up. Well, sorry, it's the law. We measure how many people read us, and ensure you see relevant ads, by storing cookies on your device. If you're cool with that, hit “Accept all Cookies”. For more info and to customize your settings, hit “Customize Settings”.

Review and manage your consent

Here's an overview of our use of cookies, similar technologies and how to manage them. You can also change your choices at any time, by hitting the “Your Consent Options” link on the site's footer.

Manage Cookie Preferences
  • These cookies are strictly necessary so that you can navigate the site as normal and use all features. Without these cookies we cannot provide you with the service that you expect.

  • These cookies are used to make advertising messages more relevant to you. They perform functions like preventing the same ad from continuously reappearing, ensuring that ads are properly displayed for advertisers, and in some cases selecting advertisements that are based on your interests.

  • These cookies collect information in aggregate form to help us understand how our websites are being used. They allow us to count visits and traffic sources so that we can measure and improve the performance of our sites. If people say no to these cookies, we do not know how many people have visited and we cannot monitor performance.

See also our Cookie policy and Privacy policy.

This article is more than 1 year old

Using Docker and Windows Server Containers? There's a patch for that

Remote code execution vuln found lurking in Microsoft's open-sourced shim

Microsoft has emitted a patch to fix a critical vulnerability in a wrapper used to launch Windows Server Containers from Go.

The issue (CVE-2018-8115) is a nasty one, allowing remote code execution when importing a container image due to a failure of the library to validate what was on the way in.

Exploiting the issue could be a challenge, as Microsoft stated:

"An attacker would place malicious code in a specially crafted container image which, if an authenticated administrator imported (pulled), could cause a container management service utilising the Host Compute Service Shim library to execute malicious code on the Windows host."

No administrator would ever import an image without knowing its providence, right?

The wrapper itself, the Windows Host Compute Service Shim library, appeared back in January 2017 with Microsoft's launch of the Host Compute Service (HCS), a management API for Windows Server Containers and the likes of Docker.

Along with HCS, the new caring, sharing Microsoft also unleashed two open-source wrappers on GitHub to save devs having to worry about dealing directly with the C API. It is the one written in Go for Docker (hcsshim) where the issue lies.

The vulnerability was found in February 2018 by Michael Hanselmann, who said: "I reported the issue to Microsoft's security response center and Docker in February 2018 using responsible disclosure. Both were involved in resolving the issue."

Hanselmann has promised a proof-of-concept of the exploit by 9 May, so testing and applying the patch before then would seem prudent.

The US Computer Emergency Readiness Team issued an advisory yesterday suggesting that administrators got on with this sooner rather than later. ®

 

Similar topics

TIP US OFF

Send us news


Other stories you might like