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

Got an OpenBSD Web server? Better patch it

DoS-able bugs splatted

OpenBSD and two of its SSL libraries need patches against a pair of denial-of-service bugs that can crash Web-facing servers.

The first is in the operating system's SSL implementation, specifically in the HTTP daemon. An advisory says that daemon can be crashed with repeated SSL renegotiation.

A single renegotiation thread, the post claims, can soak up 70 per cent of CPU cycles, meaning if the attacker fires multiple renegotiation threads at the target, the daemon will crash, and “there is no trace of such attacks in the httpd logs.

The second, which has been given the common vulnerabilities and exposures number CVE-2017-5850, is a memory exhaustion bug, again in the HTTP daemon.

“Requesting file using a file-range will result in having a httpd process doing a full malloc() of the requested file,” the report states. “It appears the entry is not correctly free()'d.”

(Malloc() and free() are memory management calls in the standard C library.)

“Hence, it's possible to DoS the remote server by requesting a file over and over by specifying a custom file range”.

The other requirement for this attack is for the attacker to identify a file larger than around 10 MB served by the victim's machine.

OpenBSD has responded to the two issues. The memory exhaustion bug is dealt with in bug fixes outlined here for version 6.0, or here for version 5.9.

The SSL renegotiation bug is in the LibreSSL implementation used by OpenBSD. The fix is in patches in the SSL and TLS libraries so sysadmins can block client-initiated renegotiation. ®

 

Similar topics

TIP US OFF

Send us news


Other stories you might like