News for hackers. Stuff that matters.
Re:BMW CEO to quit after carmaker loses early lead in electrics by kjhughes on Friday July 05, 2019 @05:29PM (#20366028)
> They just didn't have the strength to make that move, for whatever reason.

The reason is well known: BMW has been too focused on sustaining innovations extending their current strengths than disruptive innovation that will eventually displace them -- classic Clayton Christensen:

Christensen, Clayton M. The Innovator's Dilemma: When New Technologies Cause Great Firms to Fail. Boston, MA: Harvard Business School Press, 1997.

http://claytonchristensen.com/key-concepts/

Re:BMW CEO to quit after carmaker loses early lead in electrics by windexh8er on Friday July 05, 2019 @06:04PM (#20366253)
Exactly this. It seems to be a natural cycle in most industries where there comes out a viable disrupter. Newcomer comes in to lead the pack in a differentiated part of a given market. They lead for years and displace their existing counterparts who fail to pivot for the sake of short term profit. "How can we risk X number of quarters or even years to sink profits back into R&D to become better and compete for years to come? What about next quarter?". The message is always the same from the incumbent side: they claim they're not concerned as new tech is a niche, then they realize the miss and spread FUD, and then they half ass enter to see if anyone's paying attention but the product still isn't near their competitor.

I saw this first hand in the firewall market starting back in 2012ish. Palo Alto Networks came to the plate with a fundamental shift. "Safely enable applications" was one of their original selling tactics. This went against other firewalls that were playing whack-a-mole with ports and IPs, where PAN was focusing on applications (App-ID). The founder, Nir Zuk, even made fun of his competitors (he had a very public rivalry with Gil Shwed, CEO of Checkpoint) by using "Innovators Dilemma" to showcase their failures to innovate based on the fact that they had a huge customer base they didn't want to disrupt, again in the name of quartely earnings and appeasing Wall Street. Fast forward 7+ years and PAN has eaten it's competition, but hasn't innovated in 4+ years. Now the company just buys up competition preemptively and will eventually realize the same fate Checkpoint did. Nir has fallen victim to his own hypocrisy. Successful? For sure. But that doesn't change the reality of their focus today (profit) vs earlier (R&D).

I think these cycles are natural and likely good for innovation within industries. Will BMW survive? Most likely. But over the next couple of decades they may be forced to reinvent, and as the article states they may be behind the rest of the pack playing catch-up due to the debt of not moving early and ignoring the intrinsic market signals.

Re:BMW CEO to quit after carmaker loses early lead in electrics by perl4ever on Friday July 05, 2019 @08:01PM (#20366839)
"How can we risk X number of quarters or even years to sink profits back into R&D to become better and compete for years to come? What about next quarter?"

This is presented as shortsightedness, but that's misleading. It's not that the incumbent is willfully ignoring the threat, or choosing not to take a long view, but that they have an existing business which is much larger than the niche being attacked and they have to run that business this quarter and next. If they abandon it, they've just destroyed everything they have anyway.

If it was mere foolishness with an obvious counter, it wouldn't happen over and over again to people who think they know better.

This is not something I thought of, this is something that was explained quite well by the person who, I think, coined the term "disruptive innovation" and whose book I read in college back in the late 90s.

Re:BMW CEO to quit after carmaker loses early lead in electrics by windexh8er on Friday July 05, 2019 @08:14PM (#20366889)
My Wall Street example isn't misleading. It's very well known and defined and was actually a big component to the write up about the looming Boeing bailout that hit the FP yesterday [0]. It's not about abandoning. It's about prioritizing R&D and futures equally with QoQ and YoY profits. Balancing those two is extremely important for fiscal gain and continuuing to stay relevant in the face of Innovators Dilemma.

[0] https://mattstoller.substack.com/p/the-coming-boeing-bailout

Re:BMW CEO to quit after carmaker loses early lead in electrics by snowwrestler on Friday July 05, 2019 @07:41PM (#20366761)
As an aside, I’m curious: who do you think will do to PAN what they did to Checkpoint and other firewall vendors? If PAN is not innovating, who is? Thanks.
Re:BMW CEO to quit after carmaker loses early lead in electrics by windexh8er on Friday July 05, 2019 @07:57PM (#20366824)
Honestly, nobody - yet. Keep in mind Checkpoint also had a good 6+ year run after innovation really shifted to sales and profit. I think the disruption comes in the SDN space focusing on organic aspects within. The next buzz in software defined is SDS (software defined security). PAN did just buy Twistlock, but that model isn't disruptive IMO. The hardware firewall is effectively dead. With TLS 1.3 and HTTP/3 they will be relegated to a clunky door stops in the network. PAN is on a buying spree to get ahead of what they can't figure out how to develop and get ahead of the looming drop in hardware sales. Look at "Prisma" or "Cortex XD". Effectively rename and rebrand existing, legacy products that didn't sell and aren't effective that marketing got a hold of. Prisma is just PAN running VMs in the cloud for customers on GCP. A) That's a horrible model for efficiency because the underlying technology is still the same (OpenVPN/IPsec) and B) it's a great model for sales because they upcharge like nuts for something simple to run. Finally, PAN wants to sell anyone and everyone an ELA. Why? Because they can't sell the majority of their bought and paid for product line item by item. So instead of try they get customers hooked into paying 10, 15, 20 percent more than what they would have buying some firewalls and they toss in software for "free" knowning very well that said customer likely won't use half of it. It's also a great lockout model. Take the CASB space for example. Why not buy an ELA from PAN and get firewalls and Aperture included than buy firewalls and Netskope? There's no reason when you look at it through the lens of procurement and PAN knows this.
Re:BMW CEO to quit after carmaker loses early lead in electrics by timgarner0 on Saturday July 06, 2019 @12:47AM (#20367936)
I would suggest taking a look at Hybrid Cloud Workload Protection.

I can break down the buzzwords a little:

- Hybrid Cloud = Works in an on-premises DC and public cloud(s) - Workload = Works on bare-metal servers, virtual machines, and containers - Protection = - Distributed micro-segmentation (enforced via host firewalls, as close as possible to the app, sometimes integrated with the app) - Vulnerability analysis (build time and/or runtime) - Exploit detection

This is typically achieved via a small agent that runs on each "workload" backed by some type of centralized control appliance.

Guess who one of the innovators in this space is? You might not believe it...

Cisco.

Right?! What goes around comes around.

The CWP market is still somewhat nascent, but in my opinion, it is poised to explode.

Like the parent pointed out, the days of traditional hardware firewalls - or even worse "virtualized" versions of said boxes - are numbered, like it or not.

Disclaimer: I work on Tetration, Cisco's 3-year old in-house developed Hybrid Cloud Workload Protection product. That's right, not an acquisition.

Oh, and did I mention, the whole thing is a SaaS that requires zero hardware?

Re:BMW CEO to quit after carmaker loses early lead in electrics by windexh8er on Saturday July 06, 2019 @06:49AM (#20369003)
As you know Tetration has been around a number of years. While it may be one of the few in-house products, on the security side, that Cisco hasn't acquired it's very akin to Cisco ISE in my opinion. Cisco drives hardware through software because that's (still) where the margin can be made up. Tetration isn't all that different in that line of thinking. Let's look at the data sheet to find the hidden, proprietary link to hardware, shall we?

"The Cisco Tetration platform is designed to fully address these challenges, using comprehensive traffic telemetry data collected from both servers and Cisco Nexus® switches." [0]

And there it is... Also it looks like Cisco wants to sell you Tetration hardware clusters. To be fair it looks like you can also run Tetration-V on your own, but you'll still pay for licensing.

Regardless I still think this is a miss for the next decade. Partially because the solution is dependent on proprietary hardware and partially because the solution is "agent" based, which is a legacy approach to security spun out in Tetration by ties to hardware and a bundled data lake (Elastic, I assume?).

[0] https://www.cisco.com/c/en/us/products/collateral/data-cente...

Re:BMW CEO to quit after carmaker loses early lead in electrics by timgarner0 on Saturday July 06, 2019 @02:06PM (#20370939)
Your comment is accurate, but I would add some extra clarifications, since we run very much like a start-up, you can imagine things have changed a little over the three years!

True, you can use the Nexus 9000 switches to generate flow telemetry, however, neither are they the recommended or most popular data gathering point, that would be the software agent which has no hardware dependency.

This interestingly links to other discussions in the thread re: keeping the run-rate business strong while growing an innovative business in parallel. In Cisco, everything pays tribute to the switch, but that does not mean we are dictated by it ;) - a reasonable compromise to foster innovation.

Also true, you can buy Tetration in a physical appliance format (many customers want this for their reasons), but the majority of customers actually go for the Tetration-as-a-Service option which has no hardware dependency.

Agent based is always an interesting topic. For us, it is about getting as close as possible to the application we are to protect, and being agent based is about as close as you can go before getting into the code path, in a cross-platform, cross-infrastructure way. What this allows us to do is apply proper security controls like zero-trust that we take for granted in newer environments (like Kubernetes, which also often uses agents, they just named them sidecars) to legacy environments, where the bulk of today’s business applications still run.

+ Yes, Elastic is part of our stack, alongside a lot of other interesting technology. We process millions of events per second from all sorts of sources, like campus user logons, process executions, and new flows all in short order, detect how we should mutate the state of the "data centre" security based on the new information, then take actions like dynamically updating ACLs across tens of thousands of workloads to allow a new administrator SSH access since they logged onto a desktop in the London branch, while at the same time updating rules on the shared databases due to an application that just failed over to the secondary DC in Ashburn. I could talk on this topic for a long time as I find it highly interesting, but I'll hold on for another post.