News for hackers. Stuff that matters.
Re:Looking Forward: Support for Secure Shell by digler999 on Tuesday June 02, 2015 @04:36PM (#9648765)
> The only thing I still hate is windows update.

all those "2 liners" don't mean much if you have to reboot your box every 2 days to apply more emergency 0-day security patches.

Re:Looking Forward: Support for Secure Shell by jfuhrman on Tuesday June 02, 2015 @05:17PM (#9649075)
What platform does not have 0-day security vulnerabilities? Hurd?
Re:Looking Forward: Support for Secure Shell by lawnchair_larry on Wednesday June 03, 2015 @01:16AM (#9650715)
His comment didn't imply that other platforms don't have 0-day vulnerabilities.
Re:Looking Forward: Support for Secure Shell by nirvdrum on Tuesday June 02, 2015 @05:44PM (#9649242)
One thing that became clear with Heartbleed is people apply security updates and don't restart the necessary services to pick up the updates. Rebooting the entire OS is the nuclear option, but it's incredibly effective.
Re:Looking Forward: Support for Secure Shell by wumbernang on Tuesday June 02, 2015 @05:15PM (#9649063)
Yeah every 2 days I have to reboot all of our kit to apply updates...

http://i.imgur.com/5ZxiLGf.png

Re:Looking Forward: Support for Secure Shell by lawnchair_larry on Wednesday June 03, 2015 @01:18AM (#9650719)
Neglecting security is not a virtue.
Re:Looking Forward: Support for Secure Shell by wumbernang on Wednesday June 03, 2015 @02:59AM (#9650968)
Pragmatism is.

This is a Hyper-V hypervisor host on a private VLAN three layers behind the internet and two layers behind the users locked in a room with no console access other than via an ILO card on yet another VLAN.

There has only been one KB which infers a security problem and that has had alternative mitigation put in place.

Not rebooting your server doesn't imply incompetence or disregard to security.

Re:Looking Forward: Support for Secure Shell by wosos on Tuesday June 02, 2015 @06:05PM (#9649341)
So, no security patches?
Re:Looking Forward: Support for Secure Shell by wumbernang on Tuesday June 02, 2015 @06:15PM (#9649390)
A reasonable question.

Only ones that affect the network surface footprint, so none here as it's on a private VLAN.

Re:Looking Forward: Support for Secure Shell by beachstartup on Tuesday June 02, 2015 @09:45PM (#9650126)
that's a pretty terrible practice no matter what OS you're using.
Re:Looking Forward: Support for Secure Shell by hackmiester on Tuesday June 02, 2015 @11:10PM (#9650336)
Why?

I assume that "private VLAN" means it isn't exposed to potential external attack.

Re:Looking Forward: Support for Secure Shell by rodgerd on Wednesday June 03, 2015 @03:03AM (#9650982)
It must be great to know no-one within your environment will ever do anything wrong. Or download anything that will do anything wrong. Or visit any websites than can hijack your browser into doing anything wrong.
Re:Looking Forward: Support for Secure Shell by wumbernang on Wednesday June 03, 2015 @05:38AM (#9651482)
a) Human error is a possibility but that's not something that can be eliminated.

b) They won't download anything wrong. There's no route to the internet for this machine.

c) They won't visit any web sites. There's no browser on the machine. This is a core profile windows server installation.

Don't assume that we don't know what we're doing. We have 500ish Windows Server machines floating around.

Re:Looking Forward: Support for Secure Shell by rodgerd on Wednesday June 03, 2015 @03:24PM (#9655162)
> a) Human error is a possibility but that's not something that can be eliminated.

It's good that you've managed to perfect the hiring process to the point you have zero risk of internal fraud or malice.

Re:Looking Forward: Support for Secure Shell by wumbernang on Wednesday June 03, 2015 @05:52PM (#9656140)
Where did I imply or state that?

Nowhere!

What does that have to do with security updates and reboots?

Nothing!

Re:Looking Forward: Support for Secure Shell by mburns on Wednesday June 03, 2015 @01:34AM (#9650757)
Being 'private' only means you don't get hit by drive-by scans from the Internet. There are (depending on configuration) plenty of opportunities for internal attacks, for example the workstation being used to access the boxes. Not to mention removable media (usb, cd-rom) or files copied onto those otherwise isolated hosts could be infected.

Patching servers is just good practice. As is designing a system that can handle rebooting individual servers without user-facing downtime.

Re:Looking Forward: Support for Secure Shell by beachstartup on Thursday June 04, 2015 @03:40PM (#9661567)
Re:Looking Forward: Support for Secure Shell by hackmiester on Friday June 05, 2015 @06:59PM (#9668719)
I've seen this in older units, but has any recent switch been vulnerable to this?