Podcast
Root Causes 189: What Is CA Agnostic?
Hosted by
Jason Soroko
Fellow
Original broadcast date
November 17, 2021
Certificate Lifecycle Management (CLM) platforms can deal with certificates from a number of sources. A CLM that can provision certificates of all types from all CAs, private and public, would be described as "CA agnostic." In this episode we explain this idea and its significance along with the key criteria for choosing a CA agnostic CLM platform.
Podcast transcript
Lightly edited for flow and brevity.
TCTim CallanThis is one of our “what is” episodes, and I think this is a new term that I don't think we've used on this podcast before, but it's an important concept, and we want to explain it and define it and build a framework for you. The phrase is CA agnostic. In particular, this is in reference to the world of CLM. CLM, Certificate Lifecycle Management, the basic idea there - to define that term while we're at it - is it's a platform that you use to manage the full lifecycle of your certificate. So, and you and I have talked in the past about the four pillars of certificate automation. Those pillars are part of certificate lifecycle management. There's a new idea that's kind of catching on, some, I'd say, catching on a bit, which is the idea of a CLM being “certificate agnostic.”
So, let's define what CA Agnostic means. In short, if I can take an attempt at it, then you can change it if you want, Jay, but that simply means that your CLM is prepared to take all certificates from all CAs; so, that could be your private CA; it could be your MSCA; it could be your certificates from public certificate authorities and treat them all identically. They all have the same capabilities and they all basically have the full, robust capability of the CLM available for them, and that this needs to happen not only across CAs, but also across certificate types. So, all the different types of certificates you might use from all the different CAs. All of that needs to be handled the same way in your CLM. How do you feel about that definition?
So, let's define what CA Agnostic means. In short, if I can take an attempt at it, then you can change it if you want, Jay, but that simply means that your CLM is prepared to take all certificates from all CAs; so, that could be your private CA; it could be your MSCA; it could be your certificates from public certificate authorities and treat them all identically. They all have the same capabilities and they all basically have the full, robust capability of the CLM available for them, and that this needs to happen not only across CAs, but also across certificate types. So, all the different types of certificates you might use from all the different CAs. All of that needs to be handled the same way in your CLM. How do you feel about that definition?
Therefore, that's really the almost the prefix to what you've said, which is why CLM which then leads to why CA Agnostic, which is, you know, it's just, it's just too darn difficult to manage all those certificates. It's better to let a computer do it. It's better to let a good CLM, a good Certificate Lifecycle Management System deal with it. And it's not just about scheduling the renewal of the certificate, it's about the provisioning technologies, it's also about giving visibility to all your other digital identity types, as well and we'll get into that.
TCTim CallanFor background on this, I want to strongly recommend go back to our earlier podcast called The Four Pillars of Certificate Automation and give that a listen, because that's where it really breaks it down and lays it out, and that's a great one for that background if you feel like you want to catch up a little on what is CLM and why CLM conversation. And a point that you made me earlier, Jason, that I think is important and I want to give you credit for it is that it's important to remember that when we get in the world of public CAs in particular, that public CAs are forced by regulation to do things in specific ways and to meet a specific set of minimum requirements and, as a consequence, it's not the leap that it may have been 10 years ago, to say I am prepared to treat these as peers. Right?
TCTim CallanThere is a corner case, which is, if you were using DigiNotar or Certinomis, shortly before their roots were distrusted, then that wouldn't be the same, but that's unusual. And that's something the individual subscribers can make their own judgments about but if they've decided they're prepared to hitch their wagon to the CA, then they need to be able to do the things with those certs that they need to do.
TCTim CallanSecond sourcing.
TCTim CallanRight, and the basic idea is I actually use this other CA in production enough that I'm confident that everything's okay and all I have to do is put a zero at the end of my order next time. And so, in that sense, yeah, and once again, that means that it's a not a universal practice, but certainly a frequent practice for somebody to run more than one public CA with that exact scenario in mind.
TCTim CallanSo in other words, these are, what you would say are important requirements for a CLM platform?
TCTim CallanNumber one.
TCTim CallanSo, is there a one stop shop option? That's what you're saying?
TCTim CallanNow, obviously, it’s CA Agnostic, which means that one stop shop is not forced down your throat. It's not required and if you want to use sources from other CAs, go for it. But the idea is you should have that option available if that’s what you choose.
TCTim CallanYeah, and it's the classic they're not gonna blame each other kind of thing, right? Because there's only one it so you can't say, oh, we're fine. The problem’s over there. No, we're fine. The problem’s over there. No, because it's all you and you are responsible for making the whole walled garden work correctly.
TCTim CallanGreat. Okay, so that's number one, one stop shop option. What's number two?
TCTim CallanOkay. So again, let me try a paraphrase of this. Certificates, identities, and keys come in a variety of forms that are likely to be necessary to the successful operation of your enterprise, and you want a CLM platform that will support the full length and breadth of them.
TCTim CallanGotcha. That's number two. What's number three?
TCTim CallanQuantum resistance. I recently, jokingly rebuked you for not working quantum resistance into a list and you got it this time.
TCTim CallanWhat’s your track record? That's a very important point, Jay. Which is to say, you're going to settle on a platform and you're not going to want to change. You're going to want the platform that’s still serving you four years from now and you need to be confident that it is going to stay current with the important developments and innovations in the PKI industry.
TCTim CallanThat's a great example. Microsoft CA. Back in the day when you implemented Microsoft CA initially in whatever it was, the late 2000s, 2010, something like that. Everybody thought this is great and robust, and I have no worries about security. But time marches on, and suddenly there are a lot of worries about security and how you're going to make sure that you've got a future proofed PKI system going forward.
TCTim CallanThat's an excellent point. In addition to the kind of the feature functionality that you're probably going to look at, what are the speeds and feeds and what checkmarks are in what columns, also think about these other three things that you said. Which is, is a one stop shop option available? That was number one. Number two. What was number two, Jay?
TCTim CallanTo extend the full set of identities that you need to consider and then number three is how are they future proofing, how are they developing with the rapidly changing, cryptographic and PKI industry that we're dealing with today.
TCTim CallanGot it. I think those are great. Three great rules and that's what CA Agnostic is. I think that's probably a term that we'll be entering into our vocabulary in this podcast. And you'll be hearing it again.