Exploit Derived From EternalSynergy Upgraded To Target Newer Windows Versions (bleepingcomputer.com)
An anonymous reader writes: "Thai security researcher Worawit Wang has put together an exploit based on ETERNALSYNERGY that can also target newer versions of the Windows operating system," reports Bleeping Computer. "ETERNALSYNERGY is one of the NSA exploits leaked by the Shadow Brokers hacking group in April this year. According to a Microsoft technical analysis, the exploit can allow an attacker to execute code on Windows machines with SMB services exposed to external connections. The exploit works up to Windows 8. According to Microsoft, the techniques used in the original ETERNALSYNERGY exploit do not work on newer platforms due to several kernel security improvements. Wang says his exploit targets the same vulnerability but uses a different exploitation technique. His method 'should never crash a target,' the expert says. 'Chance should be nearly 0%,' Wang adds." Combining his exploit with the original ETERNALSYNERGY exploit would allow a hacker to target all Windows versions except Windows 10. This is about 75% of all Windows PCs. The exploit code is available for download from Wang's GitHub or ExploitDB. Sheila A. Berta, a security researcher for Telefonica's Eleven Paths security unit, has published a step-by-step guide on how to use Wang's exploit.
I wonder if Microsoft is actually behind all these leaks in order to push people towards Windows 10.
The original exploit worked up to Windows 8. The "security researcher" updated it to work with newer Windows versions, but not Windows 10, apparently. So he updated it to work against Windows 8.1, and maybe Windows Server 2016 if it somehow works there but not on Windows 10.
Maybe I missed something, but who still publishes SMB externally. When I read 'externally' I see it as meaning publically accessible; not as external from the machine to the internal network; etc.
Meh
My ass, posting it to the open public makes you nothing more than a script kiddie.
Makes me glad I took the somewhat drastic step of disabling SMBv1 on my network. As an added bonus, this makes it so Windows XP and Server 2003 are useless :).
Life has many choices. Eternity has two. What's yours?
why do these researchers publish these exploits so anyone can view and use the code? you would think these researchers wouldn't want people using this code to create viruses/exploits etc... but what do i know. why would they do this?
Disable Windows www smb and never give a client admin/root over a system unless it is on an intranet not the friggin' internet. How the hell Microsoft managed to screw up client communication kernel security for so many years and still manage to essentially control the pc industry is beyond belief. Also it is a bullshit exercise to think that the people who exploit holes in windows are any smarter than the people who write software, the reason why Microsoft managed to write a POS kernel with an obvious hole for so many years is that almost certainly the smb security whole was placed there deliberately.
I just wonder what wonderful extra orifice they have put in 10 for the NSA to drive a truck through. Either way, when it comes to security the consumer gets it up the end when you cannot see the code that you are using without reversing it first the way the "security experts" did to create Samba. This so called "hole" has been know almost as long as windows has existed, anyone with half a brain shuts off smb on windows. If there is a similar hole in the new kernel then it will take some serious cracking and fracking to find the same way we managed to create Samba in the first place, the hunt begins anew!
http://maddox.xmission.com/clu... mor clu trn 5 u
WHY WHY WHY would anyone target Windows when all of the INTERESTING data is on LINUX servers?
WHO CARES about your recipes and your photos and your music.
ALL of the data worth stealing is on LINUX, on SERVERS at places like Amazon and ebay and YOUR BANK. The info on MILLIONS of people can be had if you can break into ONE server!
So WHY do they go after Windows, even though the pickings are slim? Because it's EASY.
services you don't NEED as a single PC user only
why not just get a commodore 64 or even pencil and paper!
windows turns your computer into a not-computer, with no networking
get a REAL operating system and you can actually USE the network hardware
Doesn't my hosts file protect me from these vulnerabilities? I was told those fix everything and make my computer invincible!
so, can this be used to jailbreak windows so that it can send a copy of itself over the network onto a new virgin os-less computer?
(i can see m$ engineers with hair on fire scrambling for sure and the boss getting a big nose of nitroglycerin via inhaler).
No, we've always laughed at you.
I'm going to continue using the Host File Engine. Your software is well written, functional. The Host File Engine performs exactly as promised by mmell
his hosts program is actually pretty good by xenotransplant
his hosts tool is actually useful for those cases in which one does indeed want to locally block stuff outright while consuming minimum system resources by alexgieg
I've never tried to belittle (APK's) work, I've flat out said it's good by BronsCon
APK is kinda right. I've tried his hosts file generating software. It works by bmo
APK your posts on this and the hosts file posts, and more, have never been in error and/or bad advice by BlueStrat
* My code's recommended & hosted by Malwarebytes' hpHosts!
APK
P.S.=> See subject: Registered users quoted above don't (I've dozens more - want to see 'em? Ask & "ye shall receive" to you public dismay) & neither does highly esteemed Malwarebytes (you've done better?)... apk
From MS - SMB Ports 445/139 (TCP) & 137/138 (UDP) protection via:
Disable SMBv1 on the SERVER, configure the following registry key:
Registry subkey: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters Registry entry: SMB1
REG_DWORD: 0 = Disabled
REG_DWORD: 1 = Enabled
Default: 1 = Enabled
Enable SMBv2 on the SERVER, configure the following registry key:
Registry subkey:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters Registry entry: SMB2
REG_DWORD: 0 = Disabled
REG_DWORD: 1 = Enabled
Default: 1 = Enabled
---
Disable SMBv1 on the CLIENT, run the following commands:
sc.exe config lanmanworkstation depend= bowser/mrxsmb20/nsi
sc.exe config mrxsmb10 start= disabled
Enable SMBv2 & SMBv3 on the CLIENT, run the following commands:
sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc.exe config mrxsmb20 start= auto
---
* The above is per https://support.microsoft.com/en-us/help/2696547/how-to-enable-and-disable-smbv1,-smbv2,-and-smbv3-in-windows-vista,-windows-server-2008,-windows-7,-windows-server-2008-r2,-windows-8,-and-windows-server-2012/
(THIS HAS BEEN PATCHED but you can protect this way too & it works...)
Not sure if this works in a "mixed-mode" network though (check MS link) using older Windows (e.g. XP/2000 etc.).
APK
P.S.=> For a SINGLE 'standalone' non-networked PC (no home network/LAN but TCP/IP connected online) turn off Server & Workstation services.
That shuts off any "handles" (port 445) this thing propogates thru + turn off NetBIOS over TCP/IP in your internet connection & uncheck/disable Client for Microsoft Networks + File and Print Sharing. Port 139 & 445 always pop up issues over time. It also makes your packet trains smaller (no encapsulation of LanMan)
I covered all this 11++ yrs. ago in a security guide I wrote for users with a single system & apparently, its advice STILL STANDS THE "TEST OF TIME" https://www.google.com/search?hl=en&source=hp&biw=&bih=&q=%22HOW+TO+SECURE+Windows+2000%2FXP%22&btnG=Google+Search&gbv=1/ vs. even today's threats like this one.
* This effectively makes this threat a non-issue + saves you CPU cycles/RAM & other I/O wasted on services you don't NEED as a single PC user only... & you don't. They're just wastes with a single PC really. Many services are (covered in guide above based on CIS Tool guidance (who took fixes to their ware from "yours truly" too, no less)) & again, no more encapsulated packet bulk... apk