Live data from Hacker News

Cisco Nexus 9000 Switches Allow SSH As Root

nvd.nist.gov

81–90 of 113 posts

Re: Cisco Nexus 9000 Switches Allow SSH As Root

#81
post #45

Earlier quoted context omitted.

Cisco hasn't had a good reputation for awhile IMO.

Like any other network solutions vendor?

Palo Alto seems to have a good reputation but that could be security through obscurity as no one can actually afford to use it.

Re: Cisco Nexus 9000 Switches Allow SSH As Root

#82
post #61

This is a nasty one! Sloppy in hindsight. There is one bright side to otherwise disgraceful incidents: All the customers running older versions are now forced to upgrade to the latest versions. The burden of supporting really old versions suddenly vanishes. Box vendors should really stop selling unmanaged boxes/solutions. In reality, customers end up buying service contracts anyway along with boxes. Instead, sell usa…

> Box vendors should really stop selling unmanaged boxes/solutions

Users should no longer be allowed to own their own hardware? That'll be popular with both the hacker crowd and the high-security people.

What of devices that are never intended to be connected to the wider internet?

Re: Cisco Nexus 9000 Switches Allow SSH As Root

#83
post #2

If you have the Cisco 9000 Series, patch them now! This SSH backdoor allows an unauthenticated, remote attacker to login as root.

Also you should have ACLs in place and VLAN segmentation (assuming their use as pure layer 2 devices) so that only certain authorized sections of the network are even able to reach things like the management ssh and SNMP daemons.

Or turn that all that shit off and go full Out of Band management - ok there are some trade-offs here.

Re: Cisco Nexus 9000 Switches Allow SSH As Root

#84
post #67

Earlier quoted context omitted.

I heard https://nvd.nist.gov/vuln/detail/CVE-2019-1804 is Cisco's ninth backdoor so far this year. Not ninth security problem total, ninth backdoor. The ninth security problem Cisco shipped intentionally . Meanwhile, the router that serves my office is from a company that's had fewer than nine security problems in the past ten years. Two, I think, but I confess I don't really keep count (ditto the nine above). The pr…

Can you tell us your vendor? We are moving offices, and it's time to change equipment, Been reading about but still haven't gotten a good list. The only thing i found is great micro tick for wifi routing/AP's

Mikrotik is okay for small routers, and so is Ubiquiti. If you get Mikrotiks, look for ones with angly metal boxes, not curvy plastic ones. And avoid the GUI stuff, use the CLI. If you're looking for larger routers I'd look at Juniper first.

All of those will give you hardware that does the job and stays up, and provide uncomplicated upgrades for many years.

Re: Cisco Nexus 9000 Switches Allow SSH As Root

#86
post #23

Earlier quoted context omitted.

And plausible deniability is the #1 rule when being malicious. If you know enough to use an asymmetric key instead of a password, but not enough to think it's a good idea to leave the private key there, you're in a weird cross-section of expertise.

A broken script that turns a development build into a production/customer build could also be at fault, forgetting to delete the default key pair.

Equally as plausible which is exactly where you want to be if you're malicious.

I'll spin this around though: What would a high-quality plausibly deniable backdoor look like to you?

Re: Cisco Nexus 9000 Switches Allow SSH As Root

#89
post #67
post #45

Earlier quoted context omitted.

Like any other network solutions vendor?

I heard https://nvd.nist.gov/vuln/detail/CVE-2019-1804 is Cisco's ninth backdoor so far this year. Not ninth security problem total, ninth backdoor. The ninth security problem Cisco shipped intentionally . Meanwhile, the router that serves my office is from a company that's had fewer than nine security problems in the past ten years. Two, I think, but I confess I don't really keep count (ditto the nine above). The pr…

> I heard https://nvd.nist.gov/vuln/detail/CVE-2019-1804 is Cisco's ninth backdoor so far this year.

Also the 9th they have fixed.

> Not ninth security problem total, ninth backdoor. The ninth security problem Cisco shipped intentionally.

How can you be sure it was intentional?

> Meanwhile, the router that serves my office is from a company that's had fewer than nine security problems in the past ten years.

How can you be sure? Did you audit all the source code yourself? Did you compile the source code yourself and are you running only binaries you compiled? Are you sure you can trust the compiler you used?

Or, are you assuming that, because there isn't a CVE, there isn't a vulnerability or security problem?

Fewer CVEs doesn't necessarily mean more secure, it may just mean less validation/testing etc.

But sure, it could mean more secure, it's just not a guarantee.

Post reply on HN