Earlier quoted context omitted.
> webserver component running inside the kernel (yea right, great idea!) Actually an idea shared among many OS, including GNU/Linux. http://en.wikipedia.org/wiki/In-kernel_web_server
Well, of course you can make such a web server on any OS where you can modify or extend the kernel, but TUX is not exactly a popular or recommended solution. There's a reason the reference manual is dated 2001.
Remote Kernel Code Execution Via HTTP Request In IIS On Windows
161–170 of 201 posts
Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#162Earlier quoted context omitted.
Yep. Another reason folks are against systemd, as it also includes a baked-in http server. Systemd is also poised to become a veritable "second kernel" on linux systems and nobody seems to care enough to stop it.
Isn't systemd an user space process ?
It's still on track to becoming a second kernel.
Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#163Made a online tool that tests for this vuln: https://lab.xpaw.me/MS15-034/?host=bing.com
Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#164But wait, I thought Micro$oft were lauded as having "got" security these days? Surely it is isn't so!
Lets not play the "my team is better than your team" hysterics, especially when we all had to do emergency patching for shellshock, heartbleed, samba, etc in the past couple months. Hell, sambra runs as root too. There's a lot of security stupidity out there. I'm still waiting for a unixy OS to be written in something like Rust.
I'm with you on the rust kernel thing. All big piles of c code have the same problems.
Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#165Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#166Made a online tool that tests for this vuln: https://lab.xpaw.me/MS15-034/?host=bing.com
I was wondering, is their a way to know the the type of webserver a website is using ? I mean can we do it using some kind of headers?
Use "curl -I whatever.com" to send a HEAD request and look at the headers in the response.
Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#167Earlier quoted context omitted.
I just crashed a 2008 R2 server without a rule, just with "Enable Kernel Caching". Not sure if it is relevant, but I first added a rule for .png, and then removed it again. Still worked.
Site to check: https://lab.xpaw.me/MS15-034
Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#168Best I could do on a freshly installed Win2k12 with IIS was: curl -v http://server-name/iis-85.png -H "Range: bytes=18-18446744073709551615" Run the curl twice and the bluescreen happens the second time. If I don't request the image then it doesn't work. I've not added any specific rules for output caching. Edit: The crash screen is very dull: http://imgur.com/MZ7VNHQ
Confirmed with Windows 8.1 Pro w/ IIS .. Same conditions, must run request twice for the .png (with the IIS rule set) Not like it matters, but I am toying with the first Range number.. (ie: 40-1884...615) Edit: crash @ 40-1884, oh-shit-reboot at 100-1884
Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#169But does it have a catchy name yet? I suggest: Long-range
Re: Remote Kernel Code Execution Via HTTP Request In IIS On Windows
#170Earlier quoted context omitted.
> http.sys which is a webserver component running inside the kernel (yea right, great idea!) I had no idea. Madness
> I had no idea. Madness They aren't the only ones who do this: https://www.freebsd.org/cgi/man.cgi?accf_http . All sorts of things are kernel-accelerated on modern operating systems, including lots of network operations. From that perspective, this is just one more and it could potentially have a huge benefit (like the same page served count on fewer hardware) for customers who need it. Obviously it's critically imp…
The idea is completely different.
accf_http is... here, just read the source: https://github.com/freebsd/freebsd/blob/master/sys/netinet/a... – if it sees something that looks like an HTTP request and delays returning to userspace until \r\n\r\n.
http.sys is an actual HTTP/1.x parser. That runs in ring 0.