BlackBerry Ltd. is making its QNX operating system, which is used to power cars and edge computing devices, available on Amazon Web Services Inc.’s cloud platform.
BlackBerry announced the update today at AWS re:Invent 2022 in Las Vegas.
Originally known as a handset maker, BlackBerry has over the past decade shifted its focus to the enterprise software market. The Waterloo, Canada-based company now generates most of its revenue from selling cybersecurity tools and software for powering connected devices. QNX, the operating system that BlackBerry is making available on AWS, is one of its flagship products.
QNX is a specialized operating system that can be installed in a vehicle to power its instrument cluster and other subsystems. According to BlackBerry, the software has been deployed in more than 215 million vehicles worldwide.
QNX is what’s known as a real-time operating system, or RTOS. An RTOS is a specialized type of operating system that ensures applications complete important processing tasks within a specific time frame. The ability to complete processing tasks without unexpected delays is important for many vehicle subsystems, particularly those that are involved in managing a car’s movement.
QNX includes features that optimize the reliability of a vehicle’s core software components. According to BlackBerry, QNX ensures that a failure in one software component won’t cause the others to malfunction. Additionally, the operating system can automatically restore malfunctioning software thanks to a built-in recovery tool.
BlackBerry will now enable automakers to run QNX in Amazon EC2 cloud instances. According to the company, an automaker’s developers can use a cloud-based deployment of QNX to develop and test new vehicle software. Tasks such as evaluating the reliability of a new application are simpler to carry out on cloud infrastructure than on a test vehicle running QNX.
Developers can use cloud-based QNX deployments alongside another BlackBerry offering called IVY. IVY is a suite of software tools designed to help automakers more easily process data from their vehicles’ built-in sensors. Some components of the toolkit are designed to run on a vehicle’s onboard computer, while other components are hosted in AWS.
According to BlackBerry, both QNX and IVY can run on EC2 instances powered by AWS’ Graviton2 processor. Graviton2 is an internally-developed processor that AWS debuted at re:Invent last year. It promises to provide up to 40% better price performance than comparable chips.
“Connecting our partners with other leaders around the technology that is transforming industries is what powers the innovation possible on AWS,” said Wendy Bauer, general manager of AWS Automotive. “Unlocking the potential of the cloud via our Graviton2 processors and seeing the ways companies like BlackBerry are making meaningful change – and helping enable hardware parity in automotive development — is energizing for AWS and the industry at large.”
BlackBerry has made the cloud version of QNX available in early access to a select group of customers. According to the company, those customers include automakers as well as a number of major auto parts suppliers.
BlackBerry says that the availability of QNX in AWS will also benefit companies beyond the auto industry. It envisions customers in the robotics, medical equipment, industrial controls, aerospace and defense sectors using cloud-based QNX environments to support their software development projects.
For years, BlackBerry was the most popular smartphone brand in the U.S. After failing to adjust to the rapidly-changing industry and falling to competitors like Apple and Google, the company pivoted to an entirely new direction. Now, it's focused solely on software and cybersecurity — trying to leave the iconic cellphones in the past. CNBC visited BlackBerry's Autonomous Vehicle Innovation Center and interviewed CEO John Chen to see what the company is up to now.
Sat, Nov 19 20229:29 AM EST
The BlackBerry Passport is so big and rugged that it’s quickly garnering a reputation as the Chuck Norris of smartphones — in other words, we expect that when it’s subjected to a drop test, we’re more panic about what will happen to the parking lot asphalt than the genuine phone.
RELATED: Are you man enough for the BlackBerry Passport?
CrackBerry points us to a new video posted by United Arab Emirates carrier Axiom that gives the Passport the full drop test treatment in a parking lot and finds that even if you drop the device from roughly 10 feet off the ground, it will still function and won’t have any cracks or scratches on its display.
So it really does look like the Passport is a very rugged device that can take a beating. This shouldn’t be surprising since BlackBerry has gone out of its way to make sure that its latest flagship device matches up with the needs of its corporate power user base and one of those needs is to have a durable phone. This is also why BlackBerry decided to equip the device with a massive 3450mAH battery that it says will offer 30 hours of battery life with regular use.
BlackBerry Limited (NYSE:BB) Barclays Global Automotive and Mobility Tech Conference Call November 30, 2022 2:00 PM ET
Tim Foote - Investor Relations
Mattias Eriksson - President of IoT Business Unit
Conference Call Participants
Dan Levy - Barclays
Great. Thank you, everyone, for joining. I’m Dan Levy. I lead Autos Research Coverage at Barclays and glad to have you as we continue the Barclays Global Automotive and Mobility Tech Conference. We’re touching on now the opportunity in automotive software and we have with us BlackBerry that should provide us really interesting insights with us is Mattias Eriksson, who’s the President of BlackBerry IoT as well as Tim Foote, who leads Investor Relations effort. So Mattias and Tim are going to run through a series of slides and then we will go through a series of questions, fireside chat style.
Anyone who wants to ask questions, please submit the questions via the viewing pane. There is an option there and I can ask those questions anonymously or you email me directly email@example.com, firstname.lastname@example.org and I'll ask those question-and-answer. So Mattias and Tim, thank you so much.
Great. Thanks, Dan, and let's bring up the slides. Welcome to the BlackBerry IoT session. I was asked to provide just a couple of basic slides here to frame the real discussion. So I'll go through this fairly quickly. Hopefully, most of you are aware of the things that I will cover here but just for context. We have a Safe Harbor statement. And just as a recap for everybody here.
BlackBerry IoT is an investment in the rapidly evolving intelligent B2B stack. Simplistically, at the top level, the business has secular trends driving the growth of these segments, essentially more devices, B2B devices at the edge. Each of these devices are becoming more intelligent, more compute, connectivity, sensors, memory, etcetera. And as they become more intelligent, they almost, by definition, end up being software-defined and that's where we come in. Our core offering in the IoT BU is our QNX advanced microkernel real-time operating system that typically sits at the bottom of these advanced edge B2B devices in between the SoC and the rest of the layers of that sophisticated stack. I think not just cars but robots, high-end medical equipment, industrial automation, etcetera, etcetera. We are very focused on automotive. And we are focused on automotive for one simple reason.
We believe -- and there's plenty of evidence for it but there's no more advanced IoT edge compute device in the modern car today. There's more compute, more connectivity, more sensors, more memory, more cloud interaction in the car than in any other device. And by winning and satisfying customers in the automotive industry, we believe we get a head start on the rest of the segments that are, quite frankly, moving in the same direction when it comes to advanced software stacks at the edge.
Quickly or I should say briefly, you are familiar with our footprint in automotive. We've been serving automotive for quite some time, originally as an integrated vertical IVY stack, all the way from the chipset to the HMI, that changed 5, 6 years ago, we pivoted and we are now deploying for all compute domains as foundational software. 250 million vehicles, 45 automakers, 10 out of 10 of the largest auto OEMs users, 7 out of 7 of the largest Tier 1s, 24 out of 25 of the EV start-ups that matter, etcetera, etcetera. We have a strong footprint in automotive and is getting stronger. What has happened in the last 12 months after we set this BU up, we have had tremendous progress and the new structure has allowed us to be very focused in terms of execution and investment, etcetera, etcetera. On the left-hand side, I have a couple of bullet points for you. The first 2 quarters of this fiscal year, we grew 23%.
You should put that in context obviously, a difficult macro environment. We have guided long-term for the next 5 years, roughly 20% CAGR organic growth. So we feel good about the first couple of quarters. Obviously, you know this is a high operating leverage business. So the margins are high. Maybe some of you are not aware of what is arguably the most important leading indicator for this business, the design win. So you know how it works -- we work with various types of OEMs. We get a design win. And then as that is being ready for production, we get development seats and services and so forth. And then there's a long tail of royalty coming as the production ramps -- so wins today, they are royalty revenue for us, '24, '25, '26 and beyond. In the first half of fiscal '23, the first 2 quarters, we had more dollar design wins in those 6 months than we have ever had for any previous full year period very significant momentum in spite of the macro turbulence.
And that really comes from this secular trend of the evolution of the software-defined car and all the work that is going on with regards to software for the OEM. So we reported out the backlog, the royalty backlog, I should say, Q1 fiscal '23, 560 million. And one of the things that we're going to talk quite a lot about at CES is we spent an enormous effort last year with many customers and partner outlining a revised 5-year technology roadmap. And I know it sounds a little bit weird to talk about 5-year road maps but that is the length in which you need to plan in order to be at the cutting edge here. And we're going to talk quite a lot about the progress with that at CES this year and I hope to see some of you in January in Las Vegas. Just to provide you a couple of examples. We are -- as assessing the slide here, we have validated the road map.
We have made a lot of progress over the last 12 months on things that have been in the cooker for quite some time. We have the next-generation kernel coming up. The microkernel doesn't change that often. In the last 35 years, I think we've changed it 3 times. This is a re-architecting of the kernel to cater for linearity beyond 8 cores. So as you scale the number of cores and you get more compute capacity, the performance requirements are very different. And we've been working on this for roughly 3 years now. We have been in early access with key partners for a while. We believe we will be GA this in the second half of next year and we have some demos at CES. If you're following us, you have probably seen a couple of the announcements this week at reinvent [ph].
So one of the things that we have been working on for a while and we continue to work on for the next 12, 18 months is the clarification of QNX, extremely important in many different contexts and we can come back to that during the -- Q&A. That was announced formally this week. And then obviously, IVY has been iterating the POCs, as we have announced previously and we are making tremendous progress on that road map and we hope to be able to have a GA announcement around IVY for next year at CES. Let me stop there. A little bit of context before the Q&A.
Great, I want to start because I think we know that the trend of software in automotive is just becoming more and more pronounced. You’re sitting right on top of that trend. You’re very involved. So maybe you could just help us with a bit of a visualization?
Walk us through what a typical vehicle software stack looks like maybe all the way from the compute, the hardware all the way up to the application layer. What are each of the layers and then where do you sit? What are your solutions in each of those layers?
Yes, great question. And let me start at the top level and then we can come back and do clarifications. So simplistically, at the top level, what is happening is obviously all OEMs and they are all at various stages of evolution in this decade-long transformation that is ongoing on the software side. All OEMs are stepwise moving from the decentralized ECU architecture that we're all familiar with for many years which became untenable. 100, 150 ECUs all across the car, single function, maybe a couple of functions, towards what -- most people have started calling domain compute. And when I say domain compute, I mean things like there's a digital cockpit domain that has a compute stack. There is an ADAS domain that has a compute stack. There is for body and chassis, a compute stack evolving.
There is -- for drive train, electrification or hybrid or whatever it is that you're doing, there's a sophisticated compute stack with a layered software implementation that is involved. The gateway is becoming more compute-intensive. And ultimately, at some point, this will land in high-performance compute, whatever you mean by high-performance compute. But it's a process that runs over many years here and all the OEMs are at different stages of maturity. In the decentralized ECU architecture, there was really no need for something like QNX. So that implementation for single function, we had basically no opportunity. In all of these domains and the most important ones, the most sophisticated ones today is the digital cockpit and the ADAS compute domain. We are winning. We are sitting at the bottom of that stack close to the SoC and we provide the foundational software layer upon which they'll then layer various types of middleware, they lay the application layer. They might have what they call a CarOS sitting on top of us. And we are basically supporting all the OEMs and their partners in this evolution. There are many misconceptions about who we compete with and who we partner with.
And so, let me just take the most obvious ones upfront here. So first of all, we do not compete with Google. For those of you who -- have been following us for many years, you know that when we had that integrated IVY stack obviously, we were competing with them because we went all the way up into the HMI layer. We realized many, many years ago that, that was an untenable situation. So we pivoted that vertical stack to the foundational software for all compute domains. Typically, when you see an Android implementation for digital cockpit, we sit underneath with our hypervisor and we typically also have an advanced virtualization framework, the Virtuo [ph] implementation on top of that hypervisor to help the peripheral sharing and so forth. We do not compete with the chipset partners. So if you take the ADAS stack as an example, there’s lots of press in general about the progress of NVIDIA for DRIVE and Qualcomm for ride. And when you dig underneath that, you realize that every NVIDIA DRIVE implementation has our operating system after that implementation. Every Qualcomm Ride implementation has us as part of that implementation. So we work very closely, obviously, given where we sit in the stack with the chipset partners.
And then the one that is probably most confusing in general because it varies so much by OEM, it’s this notion of the CarOS. And in general, our OS is part of those Oss. So if I take the last publicly available announcement from us, you take CARIAD and Volkswagen and VW.OS. QNX is part of that OS. So you have sort of a nested your multiple OS is in the car and they are nested and that’s part of what is a little bit confusing.
Missed off there, I might not have covered all the questions.
You know, that’s a helpful visualization. So you have the RTOS and you also have the hypervisor piece as well?
And middleware on top of that and frameworks depending on what the partner wants to implement, yes.
Right, so where are we in this transition, right? So you’re saying there’s no need for QNX in a decentralized ECU structure but is it fair to say that we’re still very early into this software transition?
Yes, very early is unfair because people have been working on it for quite some time. But there is definitely an inflection point -- there have been an inflection point in, I would say, the last 2 years. I mean, money is pouring into this from the OEM and the technology partners because everybody realizes that the future is going to be software-defined and it's going to play out at least over the next 10 years. So, if I look at the design wins that we have for launches '24, '25, they still have not approached full HPC implementation so all the OEMs are working really hard on this. It's a very difficult problem to solve. From my perspective, it's probably the most interesting software problem across any industry at this point in time, how to develop a sophisticated software-defined vehicle. So this is going to continue for quite some time and it varies significantly across different OEMs, where they're at.
Okay. Let's talk about the involvement of the OEM, because I think we know on a simplistic level, there is a push by -- everyone says okay, the legacy automakers want to copy Tesla. Tesla controls a lot of their, own software. They do a lot in-house? They do their own middleware, etcetera. provide us a sense why this is not feasible. And maybe you can talk a bit to what has happened at VW with CARIAD that VW tried to bring a lot in-house and it’s been choppy?
Yes, so I mean, if you take a step back, I wouldn't say that it's impossible but it's a very, very difficult problem. I mean being the CEO of an OEM today is an incredibly difficult job. You are hit from all angles by a number of different really big megatrends and solving all of them simultaneously is very, very difficult. Why is the software transition particularly difficult? Well, it's particularly difficult because software is one of the most nonlinear functions there is if you look at a company. You can have one software engineer or you can have 100 software engineer, that one guy can make -- have a higher output than the 100 people that you hire. So it's not just throw people at the problem and it's fixed. So I do think it's fair to say that most OEMs have a strong interest in controlling the software stack as this transition goes through.
And that is a major shift, not just on the technology side but also on the commercial side. And for us, for example, there is more and more OEMs requiring direct commercial agreements with us. And I think that's good because I think that makes it easier for us to help them and support them and so forth. That said, on this transition and this is actually at the heart of our value proposition. If you make a strategic call that somewhere along this 10-year journey I am going to own the entire software stack. And I'm going to do that because a big chunk of the value creation and value capture for the car is going to be software-defined. As I go through that journey, how do -- where do I focus my resources, my precious software resources. And our part of our proposition is you should not focus on the plumbing of the software stack.
You should take your precious software resources and focus them higher up in the stack where you drive direct consumer benefits, direct partner benefits, things that customers can see and touch and so forth and let us worry about the underwear and how to interface with the chipsets and so forth and that resonates. It resonates because it reduces complexity for them quite significantly. It improves time to market. It lowers their overall cost. It just shrinks the problem to something more manageable and that is a big trend for us. We see a lot of people that maybe initially had said, I am going to do all of this myself saying, why am, I actually trying. It is hard and slow and it’s not necessarily differentiating for me. So let me focus on where it matters. You had a sub question I think I missed -- probably be up [ph]. Sorry -- yes, I asked a lot yes.
No, that's great. So is it fair to say then the -- you focus on the plumbing, the automakers focus on the application layer or what generally touches the customer. Is it fair to say that with the exception of Tesla to maybe a little bit of myth-busting here? Even though OEMs want to own the software stack, aside from Tesla, there really won't be many others or any others that will want to own or do their own middleware, ADAS, hypervisor, etcetera?
Well, so as with all interesting problems, the devil is in the details. So I think you can control the software stack without writing all the code. And in our particular example, one you control the software stack or RPs. You sign the contract directly with us you put pressure on us you iterate our road map and provide us a seat at the table. So and you do that at multiple layers in the various stacks. Just because an OEM has made the strategic decision to own the software stack, it doesn’t mean that there won’t be a mix of commercial software pieces, open source pieces, some code they write themselves, some code comes from someone else. There are different ways of controlling the stack. It doesn’t necessarily mean that you need to write all the code. And Tesla is such an unfair example because there’s such an outlier. I mean it is obviously truly amazing what they managed to achieve. There are very few Tesla’s in the world.
Let's talk about the competitive environment. Google is not a competitor, the chip players are not competitors but we have seen, for instance, Wind River, they're focused on RTOS and Greenhill as well. So maybe you can provide us a sense of the competitive environment. Is it a market of several key players? And how does Aptiv's acquisition of Wind River change the environment?
Yes, so let me talk about it broadly and then you can follow-up with specifics. So, the picture that we have been making for the last 7 years supply so there's sort of 2 camps of competition. We had the traditional embedded software vendors, Wind River and Greenhill fits into that category. They are [indiscernible] not so much motor quite frankly we don't run up against them that much anymore but our side. I mean, Wind River - is tremendous sort of break the car and the growth we have for digital cockpit and ADAS, the 2 most sophisticated stacks is a good indicator of how that is playing out. Then you have the other camp which is you go back, again, 5 years or so, it was almost a religion among everything is going to become open -- please help us fix this. So I think those are sort of the 2 categories of competition.
And then, again, as you get into specific industries and deals, there's obviously much more to say. And then I think you had a question around the Aptiv acquisition. So Aptiv been a partner and customer for us. There's no doubt in my mind that this will affect our future business with Aptiv. We still have business with them but obviously, that is going to be affected. It's not material for us in the overall business so from that perspective, not a big deal. I think Wind River has shifted focus over the last several years on the TPG. I think they have spent a lot of time on studio. They spend a lot of time on their cloud offering, maybe invested a little bit less than the performance in the embedded software. I don't have the details, so I can't really comment on the details here. And I think it's a very important area but it's also an area that is very, very difficult to manage.
And the reason it's a very difficult to manage area is because you have the cloud majors and hyperscalers like AWS and Google and Microsoft and so forth. That already provides a portion of that offering in the cloud. I think that is a challenge for them and we'll see how that plays out. In addition, I think if I look at the traditional value chain of the automotive space, where you have a very powerful, strong sophisticated sourcing machine relying on Tier 1s and Tier 2s. I think now if more and more of the car is becoming software defined, I think one of the things the OEM really wants is they want to separate hardware and software.
So providing an integrated solution, adding foundational software and development tools and so forth to a hardware business and then expecting the OEM and say, yes, I’m going to take all the strategic stuff from one vendor. I think there’s an issue -- but the future will tell.
And as far as the competitive environment, just to go back a little bit, another announcement we saw was GM forming a partnership with Red Hat and that's the help on in vehicle operating systems. Is that competition or is still -- there's still place for QNX in that stack?
Yes, so that will fall in that second category. So first of all, I don't have any insider information around what exactly they are doing and so forth. A lot of the public statements are, quite frankly, a lot focused on tooling and so forth. And I think that makes sense. Obviously, that would not be a problem for us. I think at the end of the day, someone like Red Hat and IBM can obviously take an initial resource approach, branch the open source code line and safety certify and so forth. I think they have publicly stated they want to go to ASLB, ASLB is not option. You need to be at ASLD. They have yet to certify it. Let’s see how it plays out. I come back to the fundamental paradox.
So as you drive into the highest requirements for safety and security, in order to get there, you need to branch the software. And if you’re branching, the software, you lose the benefits of open source to a large extent. And I think that is the fundamental question. What we are focused on is we believe there is value from taking advantage of all the benefits that open source has, as you build the entire stack and then taking advantage of the bits and pieces in that stack that require specific capabilities, specific IP and rely on commercial software vendors for it.
We feel we have pretty good traction at present with that approach. And so far, we’re going to continue down that path. Maybe you can talk a bit about some of your award wins and what’s driving this or what’s the path to grow from these. We know that you had an award with BMW. You’re working with CARIAD. I mean you have -- I think you showed unless you’re working with everyone in the industry but maybe talk about some of the recent award wins and sort of what the growth path -- broaden the offer or -- what the state is to get the scope of your offer [ph]?
Yes, so obviously, as you saw in the stats, obviously, we work with a lot of players. And at the heart of our business model is we are a component ingredient provider and it's not about us, it's about the customer that we are in that stack. It's not necessarily public knowledge and so forth. And quite frankly, a lot of our contracts state that we cannot without their written permission, tell you which deals we're in and so forth.
What I think you can do is if you look at the overall market and you look at the progress that we are announcing, if you just take the statement I made initially here, more design wins in the first 6 months than we've ever had for any previous year, you realize that we are in more stacks than we are able to announce. The growth path for us is very simple. It's -- if you focus on automotive, it's the statement around more sockets and more layers. So as the compute domains become more sophisticated. There is room for QNX. There's a market opening up. We believe we have a strong proposition there. Depending on the strategy, we get just the basic foundational RTOS or hypervisor or we get some middleware and frameworks.
And then, I think over the next several years, we will see a third one emerging which is if I have trusted QNX with my 2 main compute domains, there is benefit of using QNX in other commute domains, even if I can find a solution that is similar because everything QNX does is needed for that particular compute need. Because at the end of the day software developers is a scarce resource and I want to reduce the friction and make it as easy as focus on the sensor data and what they do with stuff from the digital cockpit domain. This across domains it is always agnostic, it is hardware agnostic. So it's a very clean solution and it does not make claim to the date that we are not billing data leg, the data is the OEMs which is obviously very important to them. So we are not trying to monetize the data.
What we are trying to do which I think also resonates is that if they use that sort of cloud edge platform they can instead of again building plumbing for sensor data processing. They can focus on deploying the damn models. So they can have all their engineers focus on how do I deploy a machine learning model to get the use case. How do I deploy one use case. They can start working on that as opposed to building foundation to work on what's going to generate for the customer right.
I think that generates. It's a complex solution because the architecture is evolving and many people have already done some work and so it is difficult to abandon work that you have done to go from something new. But we feel great about the progress. You might have seen some of the showcases posh connected where we showcased with Nestle [ph] and actually car.
At CES we'll again do more work on this and actually an important footnote is as we put QNX in the cloud, we are also putting IVY in the cloud which allows to accelerate the ability to test and write implementation for these synthetic sensors and machine learning models. So we feel good about.
Right, let’s grab with because I know we’re close to be at time here. For those who aren’t familiar maybe you could walk us through the [indiscernible] per vehicle fee walk us through the revenue model to understand QNX?
So obviously there are some ins and outs here and things are changing little bit. But simplistically for the core business the QNX software development platform we have three sources of revenue. As you start building sophisticated software stack you need the development tools and you buy license for making use of the tools that we provide to later on making use of QNX. So we get typically upfront payments for that usage. Some customers when they do that they also want a little bit services could be on security, safety security, consultations, help particular implementation or whatever that continues to building as they make the decision. So, when they have made the decision to okay it’s going to be QNX then typically buy even more development seats from us and they start ramping the genuine integration and that’s when our service organization kicks in and we help in the area that they want to help and so forth. But the service piece is not a standalone business for us it’s an enabler to get the software platform.
And then to your point when they have grown through all the work to get ready for production and production kicks in we get a fee for every car that is produced. And it’s important it’s not every car sold it’s every car produced and that is helpful in the current macro environment and that typically runs for many, many years. And throughout those many, many years what also happens and will become more important in the future is they maintain the development tools that they have. They require some extra service. And we believe that at some point will be a growing business because people are going to manage the car throughout the life cycle and they’re going to make changes to the software and they’re going to need additions and so forth. But 3 sources, development seats, services and then royalties. That’s how the business flows.
Okay. We're slightly over time. But I want to thank you Mattias and Tim very insightful, very interesting, especially as the theme of automotive software is becoming much more relevant and much more [indiscernible]. Let’s close the session [ph].
End of Q&A
Expanded capabilities to BlackBerry's Cylance AI-based cybersecurity portfolio provide added controls, context and workflows to prevent sophisticated cyberthreats
NEW YORK, Oct. 26, 2022 /PRNewswire/ -- Today at the BlackBerry Security Summit, BlackBerry Limited (NYSE: BB; TSX: BB) announced powerful enhancements to its AI-based cybersecurity portfolio that will help customers strengthen their overall security posture, Boost workflows, and ensure business resilience. Capabilities include enhanced data context for zero-trust network access, and faster, more efficient operations to stay one step ahead of today's and tomorrow's threats.
"BlackBerry is focused on delivering solutions that help businesses safeguard their sensitive data, solve challenges and stay on top of a rapidly evolving cyber threat landscape," said Billy Ho, Executive Vice President, Security Products at BlackBerry. "These new capabilities further strengthen our end-to-end approach to cybersecurity that's deeply rooted in the advanced intelligence of our Cylance® platform, which time and again has been proven to identify and stop attacks before they can even start."
Key enhancements include:
BlackBerry UEM's unrivalled maturity allows customers to benefit from new APIs that offer significantly reduced administrative overhead. This is in addition to stronger integration of all Google services from ChromeOS to Android, offering unified administration and an improved user experience. BlackBerry UEM will also offer greater eSIM integration to enhance a user's digital SIM experience.
CylancePROTECT®, CylanceOPTICS®, CylanceGUARD®
Threat hunters now have access to a single-pane view of the most critical issues with the ability to act quickly. Significant updates across triage and analysis workflows provide a dramatically improved user experience that reduces operational burden, improves investigation speed, and lowers the total cost of ownership; critical for analysts as they investigate and respond to endpoint threats.
In addition to endpoint, network, and user telemetry, BlackBerry's ZTNA offering, CylanceGATEWAY, now provides data access and leakage visibility via a newly launched data loss detection module, CylanceAVERT™. CylanceGATEWAY also receives enhanced network anomaly detection to identify threats, broadened support for cloud workspaces and more granular access control. By constantly monitoring data and application access patterns across endpoints, email, and SaaS applications, organizations are now better equipped to detect and prevent malicious activity, including compromised accounts and insider threats, which Gartner estimates are responsible for 50 to 70 percent of all security incidents and 75 percent of all security breaches.
"The cybersecurity workforce shortage has elevated the need for efficiency to be as important as efficacy as security professionals aim to stay ahead of a constant barrage of complex, competing and evolving threats," said Frank Dickson, Group Vice President, Security and Trust at IDC. "Added controls, workflow improvements and contextual nuance provide organizations with the ability to act quickly in detecting and responding to endpoint threats and are in desperate need by an industry facing a critical talent gap."
The UX workflow improvements and data context additions will be available later this year and early next year through CylancePROTECT, CylanceOPTICS, CylanceGUARD, CylanceGATEWAY, and BlackBerryUEM offerings.
For more information on how BlackBerry's comprehensive, prevention-first, AI-driven cybersecurity solutions can help your business prepare for, prevent, detect and respond to cyber threats, please visit BlackBerry.com.
BlackBerry (NYSE: BB; TSX: BB) provides intelligent security software and services to enterprises and governments around the world. The company secures more than 500M endpoints including 215M vehicles. Based in Waterloo, Ontario, the company leverages AI and machine learning to deliver innovative solutions in the areas of cybersecurity, safety, and data privacy solutions, and is a leader in the areas of endpoint security, endpoint management, encryption, and embedded systems. BlackBerry's vision is clear - to secure a connected future you can trust.
BlackBerry. Intelligent Security. Everywhere.
For more information, visit BlackBerry.com and follow @BlackBerry.
Trademarks, including but not limited to BLACKBERRY and EMBLEM Design are the trademarks or registered trademarks of BlackBerry Limited, and the exclusive rights to such trademarks are expressly reserved. All other trademarks are the property of their respective owners. BlackBerry is not responsible for any third-party products or services.
BlackBerry Media Relations
BlackBerry Investor Relations
View original content to get multimedia:https://www.prnewswire.com/news-releases/blackberry-strengthens-cybersecurity-platform-to-provide-customers-with-greater-threat-identification-remediation-capabilities-and-endpoint-support-301658609.html
SOURCE BlackBerry Limited
BlackBerry was once at the top of the smartphone market in the U.S. In 2010, almost half of smartphone subscribers in the U.S. used BlackBerrys, according to Comscore.
The phones were well-known for having a tactile keyboard and for BlackBerry's advanced cybersecurity — often favored among businesses and governments.
But after its phones fell out of favor with users, BlackBerry altered its course, taking some of the cornerstones of the business with it.
"After a few years, we realized that we would never get the volume up — and it's a volume game," said John Chen, CEO of BlackBerry. "And so we made that pivotal shift to a software-only company and focus on security and cyber and things of that sort."
While it stopped manufacturing phones, it didn't go far from the industry.
"Currently, BlackBerry has two main business units, a cybersecurity business unit and an IoT business unit within the cybersecurity business unit," said Charles Eagen, chief technology officer of BlackBerry.
Its cybersecurity unit focuses on securing things such as smartphone applications and mobile banking websites. Its internet of things unit focuses on the communication of technology within connected and autonomous cars.
"We now have the lion's share of embedded software in most of the cars," Chen said.
BlackBerry's technology is in roughly 215 million cars and this side of BlackBerry is continuing to grow, according to the company.
"If we look at the industry opportunity itself, it's our expectation that the auto software industry is going to roughly triple in size from 2020 through 2030," said Luke Junk, senior analyst at Baird.
However, BlackBerry does face competition in the cybersecurity industry, and in 2021 its revenue from cybersecurity was $500 million.
"I think that the company can reach likely a lower peak than we've seen in the past but a more sustainable growth trajectory and potentially more profitable future as well on a margin percentage basis," Junk said.
CNBC visited BlackBerry's Autonomous Vehicle Innovation Center and interviewed Chen to find out what's next for the company.
The Enterprise talk Bureau has five well-trained writers and journalists, well versed in B2B enterprise technology industry, and constantly in touch with industry leaders for the latest trends, opinions, and other inputs- to bring you the best and latest in the domain.
Canadian software services provider BlackBerry has expanded its partnership deal with Amazon Web Services (AWS), to integrate AWS cloud into BlackBerry’s operating system, to help cross-sector organisations develop innovative solutions in the cloud.
The announcement was made at AWS re:Invent 2022, held in Las Vegas, this week.
Through the integration of the BlackBerry QNX Real-Time Operating System (RTOS) and AWS cloud technology, BlackBerry says it will help vehicle manufacturers across the globe to create personalised driver and passenger experiences, and Boost operations of cloud-connected vehicles.
The partnership − first announced in 2020 − initially focused on the connected vehicle market and now expands to other verticals.
AWS and BlackBerry say they are also making it possible for other industries − such as robotics, medical devices, industrial controls, aerospace and defence − to benefit from the platform, through reduced time to market of innovative offerings, while ensuring software reliability through testing, verification and validation.
The BlackBerry QNX RTOS is a cloud-native developer workbench that can be used independently – or in conjunction with – BlackBerry IVY, a cloud-connected automotive artificial intelligence platform co-developed by BlackBerry and AWS.
“Arming our customers with our foundational QNX software products in the cloud is a game-changer for embedded developers, as they will have easy access and scale available at their fingertips,” said Grant Courville, VP, product management and strategy at BlackBerry QNX.
“For developers of mission-critical embedded systems, this will help them accelerate collaboration and velocity across the entire product development and deployment lifecycle. With our trusted, industry-leading OS, soon to be available on AWS, we’re confident the potential for efficiencies and cost savings will resonate across the IOT industry.”
In 2016, BlackBerry decided to stop making its own phones, and to license its brand out, while focusing on its software and security business.
Providing the benefits of BlackBerry QNX, Courville noted that, in the automotive industry,for instance, the average car now contains more than 100 million lines of code, and consumers and global regulators are driving demand for enhanced features and capabilities.
Original equipment manufacturers are under enormous pressure to prototype, test and validate their entire vehicle’s software ecosystem, while meeting standards for functional safety and cyber security, says BlackBerry QNX.
Accessing the AWS-powered, cloud-native BlackBerry QNX RTOS will help address some of these challenges and reduce ‘developer friction’ by making it possible for automakers to streamline their development efforts as they work to deliver the software-defined vehicles of tomorrow.
Early access versions of the ‘Operating System in the Cloud’ project have been made available to select OEMs and tier one suppliers across the globe.
The BlackBerry Priv gave users a large touchscreen display as well as a physical keyboard that could be accessed by simply sliding the display upwards. The 5.43-inch AMOLED display was curved around the sides and had a 2560x1440 resolution. Although the physical keyboard could register sliding gestures across the keys for scrolling, text selection, and autocomplete text suggestions, many users had issues getting these gestures to work.
This was the first BlackBerry smartphone that did not run proprietary BlackBerry OS or BlackBerry 10 platforms. Instead, it adopted Android, with a custom interface and features inspired by traditional BlackBerry devices, like a custom email client.
Also, the Priv had the largest battery and storage capacity on a BlackBerry device to date. Its 3,410 mAh battery was capable of Qi wireless charging, and though it had only 32 GB of built-in storage, you could add extra storage with a microSD card. The camera setup received major upgrades as well, with a 2-megapixel front camera and an 18-megapixel rear camera with the ability to film videos in 4K resolution at 30 frames per second.
With Bluetooth 4.1, a hexacore Snapdragon 808 CPU, and a combination of virtual and physical keyboards, many business professionals loved the BlackBerry Priv. However, some critics at the time noted that the specs on BlackBerry's Priv matched those of its competitors, but the Priv had a much higher price tag.
BlackBerry announced today that it is extending its use of Amazon Web Services (AWS) to make its QNX technology available to mission-critical embedded systems developers in the cloud.
The company made the announcement at the AWS re:Invent 2022 conference, underway this week in Las Vegas, and demonstrated its artificial intelligence (AI) data platform, BlackBerry IVY, running natively on Amazon Elastic Compute Cloud (Amazon EC2) instances powered by AWS Graviton2 processors. The demonstration focused on how developers will be able to leverage the cloud to streamline the development, testing, and integration of automotive AI-driven solutions that can then be deployed to run in-vehicle on automotive-grade hardware.
QNX is a software platform designed for embedded systems and their long lifecycles. It comprises the QNX Neutrino real-time operating system (RTOS) for ARM and x86 platforms, the QNX Momentics tool suite, and the QNX Software Center. BlackBerry IVY is a cloud connected automotive AI platform co-developed by BlackBerry and AWS.
The QNX RTOS running in the cloud functions as a cloud-native developer workbench that can be used independently or in conjunction with BlackBerry IVY, the company says. It includes two networking stacks: a Standard Networking stack to support basic networking requirements and a High-Performance Networking stack to support complex networking. "Its comprehensive POSIX-compliant development environment will be familiar to anyone who’s worked with Linux," the company says.
BlackBerry is billing the extended cloud capabilities to embedded systems developers in a range of industries, including automotive, robotics, medical devices, industrial controls, aerospace, and defense, among others.
Providing these capabilities in the cloud for the first time will help embedded systems developers accelerate collaboration and velocity across the entire product development and deployment lifecycle, said Grant Courville, vice president of product management and strategy at BlackBerry QNX, in a statement.
"Arming our customers with our foundational QNX software products in the cloud is a game changer for embedded developers as they will have easy access and scale available at their fingertips,” said he said.
Once a leading mobile phone provider, Waterloo, Ontario-based BlackBerry now leverages AI and machine learning to deliver solutions in cybersecurity, safety, and data privacy solutions. The company says it currently secures more than 500 million endpoints. including more than 215 million vehicles.
John K. Waters is the editor in chief of a number of Converge360.com sites, with a focus on high-end development, AI and future tech. He's been writing about cutting-edge technologies and culture of Silicon Valley for more than two decades, and he's written more than a dozen books. He also co-scripted the documentary film Silicon Valley: A 100 Year Renaissance, which aired on PBS. He can be reached at [email protected].