Podcast Episode 10

Episode 010 32 min

Michael Malone, Founder and CEO of SmallStep, Certificates, Identity, X.509, and Authentication

with Michael Malone · SmallStep

0:00 / 32:00

Also on Spotify, Apple Podcasts, YouTube, Podbean, Player FM

Episode 10 of The Security Podcast of Silicon Valley, published November 15, 2021. Host Jon McLachlan talks with Michael Malone, founder and CEO of Smallstep, which builds open source certificate management for DevOps. The conversation covers what Smallstep automates, how it compares with SPIFFE and SPIRE, the root of trust Michael calls the bottom turtle of identity, why X.509 certificates carry countries and localities, TLS as the default for authenticating services, how an authorization product turned into a certificate company, and zero trust as managing trust. Michael also talks about hiring for smarts and passion, a best day and a worst day, and why a venture sells you money.

Episode notes

In this compelling episode of a YSecurity.io production, Michael Malone, the visionary Founder and CEO of SmallStep, takes us on a deep dive into the critical realms of Identity, Certificates, X.509, and Authentication. Michael unfolds the journey of SmallStep, from its initial focus on Authorization to its strategic pivot towards Authentication, highlighting the evolutionary path of the company and its contribution to enhancing digital security.

Michael recounts the origins of SmallStep, sharing the story of its humble beginnings and the pivotal moments that led to its reorientation towards Authentication. This shift underscores the dynamic nature of the cybersecurity landscape and SmallStep's agile response to emerging needs and challenges.

Beyond the technicalities of digital security, Michael delves into his underlying philosophy of hiring, work ethics, and business development. He emphasizes the importance of assembling a team that not only possesses the requisite technical skills but also shares a common vision and commitment to advancing cybersecurity solutions. Michael's pragmatic approach to building a business is rooted in a clear understanding of the market, customer needs, and the continuous pursuit of innovation.

Listeners will gain insights into the complexities of managing digital identities and the critical role of certificates and authentication mechanisms in securing online interactions. Michael's expertise sheds light on the significance of robust authentication processes and the ways in which SmallStep is contributing to a more secure digital future, one small step at a time.

Join us for an engaging and enlightening conversation with Michael Malone. Whether you're a cybersecurity professional, a technology enthusiast, or someone interested in the intricacies of digital identity management, this episode offers a comprehensive look into the challenges and solutions at the forefront of securing the digital landscape.

Tune in to explore how SmallStep is navigating the cybersecurity ecosystem, the philosophical and practical considerations behind building a tech company, and the steps being taken toward realizing a more secure future for digital identities and transactions.

Hosted by Jon McLachlan — co-founder of YSecurity.

The deep dive

The bottom turtle of identity

Michael Malone, founder and CEO of Smallstep: certificate management for DevOps, SPIFFE and SPIRE, the root of trust, why a certificate lists a country, how an authorization product became a certificate company, zero trust as managing trust, two criteria for hiring, a best day and a worst day, and a venture that sells you money.

Episode 10 of The Security Podcast of Silicon Valley came out on November 15, 2021, with Jon McLachlan hosting. The guest was Michael Malone, founder and CEO of Smallstep, which builds open source tools to run your own certificate authority (Podbean, Apple Podcasts, Spotify, LinkedIn, Smallstep). The episode is called “Michael Malone, Founder and CEO of SmallStep, Certificates, Identity, X.509, and Authentication.”

Five months earlier, on episode 3, Daniel Feldman, an early employee of Scytale, the SPIFFE startup, named Smallstep as the company to watch.

The talk covers two subjects. The first is certificates: what Smallstep automates, the bottom turtle of identity, why certificates carry countries, and what zero trust means. The second is running a company: hiring, a best day and a worst day, and money.

This page follows the conversation in order: a section for each part of it, fifteen figures, seventeen clips from the tape, the full transcript, and five tools: a quiz, a scorecard for your root of trust, a calculator for certificate renewals, a timeline, and a to-do list. Where the decodes of the tape disagree on a word, the transcript puts its best guess in brackets, and the page doesn’t quote or retell those words.

From the Naval Academy to Smallstep

Jon started with the title.

“Founder, CEO, I suppose.”

Michael Malone, at 0:11

Then Jon read Michael’s resume, which LinkedIn lists the same way. Virginia Tech. Computer technician and systems administrator at the United States Naval Academy. Consulting for Digital Deck. Founder and CTO of Stealth Wine Co. An analyst at Accenture. A web developer at Pownce, a software engineer at Six Apart, lead architect at SimpleGeo, an engineer at Urban Airship, and CTO at Betable. Then Smallstep, from August 2016 (LinkedIn).

Right after SimpleGeo, Jon added that some of Michael’s coworkers had nice things to say, about a database above all.

Two of those companies have a short history on Wikipedia. Pownce was a social networking and micro-blogging site. On December 1, 2008, it announced that Six Apart had acquired it, and it shut down on December 15, 2008 (Wikipedia). Six Apart made the Movable Type blogware and the TypePad hosting service (Wikipedia). Urban Airship now goes by Airship (Wikipedia).

Seven cards in three rows. Virginia Tech: Pamplin College of Business, 2002 to 2006. The Naval Academy: computer technician and systems administrator, July 2003 to August 2006. Consulting and a startup: Digital Deck, then founder and CTO of Stealth Wine Co. Accenture and Pownce: an analyst, then a web developer at Pownce in 2008. Six Apart and SimpleGeo: software engineer, then lead architect, 2008 to 2011. Urban Airship and Betable: engineer, then CTO at Betable, March 2012 to July 2016. Filled, Smallstep, from August 2016: founder and CEO, certificate management for DevOps, built as open core. Then: "Founder, CEO, I suppose." Michael, at 0:11
Michael's path to Smallstep. Sources: the episode and LinkedIn.

What Smallstep automates

Michael described a venture-backed startup out of the Bay Area that also hires remote employees. The focus is certificate management for DevOps, built as open core: a certificate authority and a tool chain that automate issuing, renewing and revoking certificates. All of it is open source, on GitHub.

“we have the best tool chain in that space.”

Michael Malone, at 2:14

On top of the open source sits a hosted product that also runs anywhere, with features for enterprises. It’s turnkey. You sign up on the website, and a free tier lets you try it out.

Listen · Michael Malone on episode 10, from 1:38
About 40 seconds: Michael on what Smallstep builds, all of it open source. The clip stops on its own. Read the full transcript.
Three boxes joined by arrows. Issue: a new certificate. Renew: before it lapses. Revoke: to cancel it early. Below, filled: open source, on GitHub, the certificate authority and the tool chain. Then: on top, a hosted product that also runs anywhere, with features for enterprises and a free tier for trying it out. Then: "we have the best tool chain in that space." Michael, at 2:14
The work a certificate authority's tool chain automates, as Michael listed it. Source: the episode.

Don’t build it yourself

Jon called it a tough problem: managing identities, and binding them to processes, machines or containers.

“I would never recommend anyone try to build that stuff themselves.”

Jon McLachlan, at 2:45

Each time Jon ran into it earlier in a career in the Valley, the answer was to hire an expert team and let it build the thing. That was long before Smallstep existed, and Jon was glad to see a turnkey option now.

SPIFFE, SPIRE and Smallstep

Jon asked how Smallstep compares with SPIFFE and SPIRE. Michael knows the SPIFFE folks and took part in some of their early standardization work. The two overlap. SPIFFE and SPIRE are more opinionated, and more focused on containers and microservices, a use case Smallstep covers too.

Smallstep reaches further, Michael said. It supports ACME, the protocol Let’s Encrypt uses, and it can issue certificates through OpenID Connect, with a less opinionated identity model.

“certainly a better together story.”

Michael Malone, at 4:50

SPIFFE is an open protocol, and Smallstep’s tool chain can issue certificates that work with it. Michael was happy to see the SPIFFE people succeed. Jon noted that HP had bought them. Episode 3’s guide has the details: Hewlett Packard Enterprise acquired Scytale, the SPIFFE startup, in February 2020 (episode 3).

ACME is a protocol for automating the work between certificate authorities and their users’ servers. The Internet Security Research Group designed it for its Let’s Encrypt service, and the finished standard came out in March 2019 as RFC 8555 (Wikipedia). OpenID Connect, published in February 2014 by the OpenID Foundation, is the third generation of OpenID (Wikipedia).

On episode 3, Daniel Feldman drew the same line from the other side: Smallstep for small and medium businesses, SPIFFE and SPIRE for large ones (episode 3).

Listen · Michael Malone on episode 10, from 4:15
About 35 seconds: Michael on where Smallstep and SPIFFE overlap. The clip stops on its own. Read the full transcript.
Two cards. SPIFFE and SPIRE: more opinionated, more focused on containers and microservices, an open protocol. Filled, Smallstep: broader reach, ACME, the protocol Let's Encrypt uses, and OpenID Connect, a less opinionated identity model, and it can issue certificates that work with SPIFFE. Below: Wikipedia, ACME became RFC 8555 in March 2019, and OpenID Connect came out in February 2014. On episode 3, Daniel Feldman put Smallstep with small and medium businesses, and SPIFFE and SPIRE with large ones. Then: "certainly a better together story." Michael, at 4:50
SPIFFE and SPIRE next to Smallstep, as Michael compared them. Sources: the episode and Wikipedia.

The bottom turtle

Jon described the problem certificates solve. What is it that you trust? With an in-house certificate authority, you keep an offline root of trust, and intermediate CAs issue certificates below it. Managing all of that is hard. Once it’s set up, you have one entity to trust, and it sits offline, out of reach of a breach.

“I think that bottom turtle in the identity space can be really challenging.”

Michael Malone, at 6:05

It’s hard, Michael said, and once you figure it out, a lot of other things get easier. Many teams solve the bootstrapping and trust problem haphazardly and ad hoc, over and over. In place of one foundation, they end up with “six or eight poorly implemented solutions.” That’s bad for security and harder to run. Jon added that it costs more to maintain.

“Turtles all the way down” is an expression for the problem of infinite regress (Wikipedia). In a certificate tree, the root certificate sits at the top, and its private key signs other certificates. The intermediates it signs carry its trust, and every certificate further down depends on them (Wikipedia).

Listen · Michael Malone on episode 10, from 6:04
About 40 seconds: Michael on the bottom turtle, and six or eight solutions where one would do. The clip stops on its own. Read the full transcript.
Two cards. Filled, one foundation: an offline root, intermediate CAs below it issue the certificates, and once it works, a lot of other things get easier. Dashed, six or eight solutions: each team solves bootstrapping and trust on its own, ad hoc, bad for security, harder to run, and more expensive to maintain. Below: Wikipedia, the root certificate's private key signs the intermediates, and every certificate further down depends on them. Turtles all the way down: an expression for the problem of infinite regress. Then: "I think that bottom turtle in the identity space can be really challenging." Michael, at 6:05
One root of trust next to six or eight separate solutions. Sources: the episode and Wikipedia.

The knowledge gap

“The other issue here is there’s a huge knowledge gap.”

Michael Malone, at 6:52

Public key infrastructure isn’t something even educated, experienced software engineers or DevOps people tend to know well, Michael said. For some, it’s an embarrassing gap. Jon admitted to being no certificate expert. A certificate has many frameworks and small pieces, and you have to know the history to see how they got there.

Wikipedia defines public key infrastructure as the roles, policies, hardware, software and procedures to create, manage, distribute, use, store and revoke digital certificates (Wikipedia).

Listen · Michael Malone on episode 10, from 6:52
About 25 seconds: Michael on the gap in what engineers know about PKI. The clip stops on its own. Read the full transcript.

Why a certificate lists a country

Michael’s piece of history: X.509 and X.500 came out of ITU-T, a telecom standards body. You may have wondered why certificates for the web carry countries and localities, which don’t matter on the web.

“The answer is that they weren’t meant for the web.”

Michael Malone, at 8:03

X.500 and ITU-T were building a global telephone directory. The web inherited it, history and baggage included.

Wikipedia dates it. X.500 is a series of standards for electronic directory services, developed by ITU-T and first approved in 1988, to support X.400 email (Wikipedia). X.509 is the ITU standard for the format of public key certificates, and a certificate binds an identity to a public key with a digital signature (Wikipedia). The X.509 article’s example is the certificate for Wikipedia itself. Its subject names a country, a state, a locality and an organization: US, California, San Francisco and the Wikimedia Foundation.

Listen · Michael Malone on episode 10, from 7:50
About 30 seconds: Michael on why certificates carry countries and localities. The clip stops on its own. Read the full transcript.
Four cards for the subject of Wikipedia's own certificate. Country: US. State: California. Locality: San Francisco. Organization: Wikimedia Foundation, Inc. Below, filled, common name: *.wikipedia.org. Then: X.500, ITU-T's directory standards, first approved in 1988 to support X.400 email. X.509, the ITU standard for public key certificates, binds an identity to a public key with a digital signature. Filled: Michael's point, the fields come from a global telephone directory, and the web took them over. Then: "The answer is that they weren't meant for the web." Michael, at 8:03
The subject of Wikipedia's own certificate, read as a directory entry. Sources: the episode and Wikipedia.

TLS is already everywhere

Jon called X.509 an important standard for the web: it’s how HTTPS works, and mutual TLS authentication, a step above that.

“TLS is the most widely deployed cryptographic protocol in the world.”

Michael Malone, at 8:38

There’s plenty not to like in TLS, Michael said, above all in earlier versions. Chances are you already use it and depend on its security. If it fails, you’re in trouble already, and using more of it won’t add to your threat surface.

TLS secures communications over a network such as the Internet, and HTTPS is its most visible use (Wikipedia). Mutual authentication, where both sides prove who they are, is optional in TLS (Wikipedia). On episode 61, Taher Elgamal, known as the father of SSL, explained why SSL required a certificate from the server and only offered one to the client.

Listen · Michael Malone on episode 10, from 8:38
About 20 seconds: Michael on why more TLS doesn't add risk. The clip stops on its own. Read the full transcript.
Three cards. The web: HTTPS, the most visible use of TLS. Between services: mutual TLS, where both sides prove who they are, optional in TLS. Inside the stack: databases and queues speak it, and so does each standard library. Below, filled: Michael's point, you already depend on TLS, if it fails, you're in trouble already, so using more of it adds no threat surface. Then: "TLS is the most widely deployed cryptographic protocol in the world." Michael, at 8:38
Where TLS already runs in a company, as Michael and Jon listed it. Sources: the episode and Wikipedia.

Authorization first, then authentication

Michael tied this to how Smallstep began. The company first worked on authorization and showed a solution to potential customers. The customers’ answer ended like this:

“but we don’t have authentication yet.”

Michael Malone, at 9:29

Jon summed it up. You answer who you are before you answer what you can do. That led Michael to the next question: what’s the right default for authenticating components in a large distributed system? The research pointed to TLS, because it’s everywhere. Databases speak it, queues speak it, and each standard library implements it. Then a harder one:

“okay, if TLS is so great, why isn’t everybody already using it?”

Michael Malone, at 10:05

The answer was certificate management, a big job that is tricky in a distributed system, with no good tooling.

“So here we are.”

Michael Malone, at 10:19

On episode 18, Jon put the same two questions to Anders Eknert of Styra, the company behind the Open Policy Agent.

Listen · Michael Malone on episode 10, from 9:14
About 15 seconds: Michael on the feedback that turned Smallstep toward authentication. The clip stops on its own. Read the full transcript.
Listen · Michael Malone on episode 10, from 9:42
About 40 seconds: Michael on why TLS, and why certificate management. The clip stops on its own. Read the full transcript.
A numbered list. 1, an authorization product, shown to potential customers. 2, their answer: no authentication yet, who you are comes before what you can do. 3, the right default for authenticating components in a distributed system: TLS, because it runs everywhere. 4, then: if TLS works so well, why doesn't every team use it? Certificate management is hard, and the tooling wasn't good. 5, a certificate company. Then: "okay, if TLS is so great, why isn't everybody already using it?" Michael, at 10:05
From an authorization product to certificate management, one question at a time. Source: the episode.

Zero trust means managing trust

Jon’s view: zero trust depends on a root of trust. It means you don’t trust a central authority out in the cloud, cut off from your infrastructure, and you route trust inside your own systems. Jon thinks of a CA as that internal root of trust, and of zero trust as someone being clever with certificates.

Michael agreed, and called zero trust an overused marketing term that has almost lost its meaning.

“it’s also a bit of a misnomer since you can’t actually have zero trust.”

Michael Malone, at 11:30

“It’s more about managing trust.”

Michael Malone, at 11:35

Most teams that adopt a zero trust strategy don’t want to trust the network. They move away from network controls, such as firewalls and IP tables, to cryptographic controls and end-to-end cryptography. Cryptography means managing keys.

“one of the best ways to do that in a large distributed system is to use certificates.”

Michael Malone, at 12:04

Wikipedia’s version: users and devices shouldn’t be trusted by default, even on a privileged network such as a corporate LAN. Another name for it is perimeterless security (Wikipedia). On episode 3, Daniel Feldman also called zero trust a marketing term.

Listen · Michael Malone on episode 10, from 11:35
About 35 seconds: Michael on zero trust as moving from network controls to keys. The clip stops on its own. Read the full transcript.
Two cards. Dashed, network controls: firewalls and IP tables, whatever sits inside the network gets trusted. Filled, cryptographic controls: end-to-end cryptography, keys, managed with certificates. Below: Michael's view, zero trust is a marketing term and a misnomer, you can't have zero trust, you manage it. Wikipedia: users and devices shouldn't be trusted by default, even on a corporate LAN, also called perimeterless security. Then: "It's more about managing trust." Michael, at 11:35
From network controls to cryptographic controls. Sources: the episode and Wikipedia.

A distributed systems engineer

Jon asked what led Michael to start a security company. One reason:

“the ability to control my destiny and what I’m working on”

Michael Malone, at 14:13

Michael also described the work this way.

“I wouldn’t call myself a security person.”

Michael Malone, at 14:27

Michael’s happy place is distributed systems engineering. Michael likes building large software systems, and the teams that build them, and has done it a number of times. All of it was in what we now call the cloud native world. At Pownce, the team ran on AWS when S3 and EC2 were all AWS had. Several greenfield systems meant making most of the mistakes you can make, and solving the same problems again and again. The hard one that kept coming back was identity management, authentication and authorization. Other problems sit next to it, and Michael would like to take them on with infinite time and resources. This one seemed the most pressing.

Listen · Michael Malone on episode 10, from 14:27
About 20 seconds: Michael on distributed systems as the happy place. The clip stops on its own. Read the full transcript.
Three cards. Happy place: distributed systems engineering, large software systems, and the teams that build them. Cloud native, early: at Pownce, S3 and EC2 were all AWS had. The same problem: identity management, authentication and authorization, solved again in system after system. Below, filled, why a company: control over what to work on, and the most pressing problem first. Then: "I wouldn't call myself a security person." Michael, at 14:27
Why a distributed systems engineer started a certificate company. Source: the episode.

No pearl of wisdom

Jon asked for one truth about the world that most people miss. Michael didn’t claim a pearl of wisdom. The way Michael operates is to pursue passions and work on things worth believing in.

“it’s important to enjoy the journey”

Michael Malone, at 17:04

That means working on something exciting every day, without looking to the past or the future. Michael does what seems right and hopes other people see it that way too. When they don’t, there’s comfort in one thing:

“at least I did what I thought was right.”

Michael Malone, at 17:42

Listen · Michael Malone on episode 10, from 17:04
About 40 seconds: Michael on enjoying the work and doing what seems right. The clip stops on its own. Read the full transcript.

The grow-up question

Jon asked about leadership style, and then what Michael’s team would say.

“They would probably laugh. I am not a process person, I am not organized, but I like to get to know people and I like to understand what makes them tick and what they want to be doing.”

Michael Malone, at 18:06

One of Michael’s favorite interview questions asks what a person wants to grow up to be. It has drawn the weirdest and most awesome answers. A small startup can bend to what people want from their lives. One person who works for Michael now, first hired at Betable, dreamed of stand-up comedy. Michael thought that was awesome.

That’s the management style: find people who are similarly passionate, learn what they’re passionate about, and hope it overlaps with what the company needs.

Listen · Michael Malone on episode 10, from 18:06
About 15 seconds: Michael on the interview question that asks what you want to be. The clip stops on its own. Read the full transcript.
Two cards. Dashed, the usual question: where do you want to be in 10 years? Filled, Michael's question: asks what a person wants to grow up to be. Below: what it finds, what makes a person tick, and what they want from their lives. One answer: a person Michael first hired at Betable dreamed of stand-up comedy. The goal: overlap between what people love to do and what the company needs. Then: "I've gotten like the weirdest but most awesome answers to that." Michael, at 18:29
What the grow-up question finds out. Source: the episode.

Smart, and passionate about the work

Jon’s first interview as an interviewer was for a security role, and it felt like a heavy responsibility. Early on, Jon thought interviews were about the technical details. Do you know this technology? Can you solve this algorithm? Later, Jon decided that people are smart and can learn what a job needs, and started to look for passion, something you can’t teach.

Michael has two tests.

“there’s sort of two criteria I hire for.”

Michael Malone, at 20:24

One is whether you’re smart. The other is whether you care about the thing the company needs you to care about.

“figuring out whether someone’s smart takes five minutes. It’s the second part that I think is hard.”

Michael Malone, at 20:35

The test cuts both ways. Someone who isn’t passionate about the problem shouldn’t work on it anyway.

“that’s often much more of a conversation than an interview.”

Michael Malone, at 20:51

Jon agreed, and called passion “a two-way street.” When Jon interviews someone, Jon is being interviewed too. Michael played it down.

“I don’t think it’s rocket science.”

Michael Malone, at 21:29

Anyone who thinks it through honestly would get there, Michael said. A lot of hiring helped, and the approach grew out of more standard ones from years of working for other people. In Michael’s words, “more evolutionary than revolutionary.” Jon called that humility, and said security has plenty of experts and plenty left to improve.

On episode 18, Anders Eknert of Styra also described interviews as casual conversations.

Listen · Michael Malone on episode 10, from 20:23
About 30 seconds: Michael on hiring for smarts and for passion. The clip stops on its own. Read the full transcript.
Two cards. Smart? About five minutes to judge. Filled, passionate about what you need? The hard part, and it cuts both ways: without it, the person shouldn't take the job anyway. Below: so the interview turns into a conversation. Jon's version: it runs both ways, and the candidate is interviewing you too. Then: "that's often much more of a conversation than an interview." Michael, at 20:51
Michael's two hiring criteria, and how long each takes to judge. Source: the episode.

A best day: the first raise

Jon asked for a best day in five years of Smallstep. Michael started with a caveat.

“every moment has good parts and bad parts.”

Michael Malone, at 23:23

“It’s very much a roller coaster ride, I think, running a company.”

Michael Malone, at 23:32

In a lot of ways, working for somebody else is easier. You get clear measurements. Someone tells you what to do, you do it well or poorly, and if the strategy was wrong, that’s not your fault. Running a company means making the decision, executing it, and then wondering whether you executed well on the wrong thing.

The obvious answer was raising money: the first real outside validation of the idea. It was gut-wrenching too. Now you have to do everything you told the investors you would do, or answer for it.

“And there’s a dollar figure next to the accountability.”

Michael Malone, at 24:53

The feeling was a “mixture of like euphoria and what have I gotten myself into?” Michael is analytical, and even emotions get a meta-analytical look. Still, running a venture-backed company is an emotional experience.

Listen · Michael Malone on episode 10, from 24:16
About 40 seconds: Michael on the first raise as a best day. The clip stops on its own. Read the full transcript.
Two cards. Euphoria: outside validation of the idea, for the first time. Dashed, accountability: now you have to do what you told the investors, with money attached. Below: working for someone else is easier, clear measurements, and a wrong strategy isn't your fault. Filled: running a company is a roller coaster, with good and bad in every moment. Then: "And there's a dollar figure next to the accountability." Michael, at 24:53
The first raise: what it proved and what it promised. Source: the episode.

A worst day you forget

No worst day came to mind. Maybe Michael forced it out of memory. There have been bad moments, though. People have left the company, always on good terms, and it still hurts like losing a family member on a tight team. Some releases the team was excited about met a world that didn’t see it the same way. Michael doesn’t dwell on those.

“Mistakes are opportunities to learn something new. And I try not to make the same mistake twice.”

Michael Malone, at 26:46

Jon agreed: learn what you can, look for the silver lining and move forward. A leader also has to help a team do the same, and has to mean it.

“So if you don’t believe it, people can smell it.”

Jon McLachlan, at 27:20

Listen · Michael Malone on episode 10, from 26:15
About 35 seconds: Michael on bad moments, and the same mistake twice. The clip stops on its own. Read the full transcript.

A venture sells you money

Jon pointed out that Smallstep raised seed money about five years before the episode, and seed rarely lasts five years. Venture capitalists often push you to spend, grow and come back for more in 18 or 24 months. Michael said Smallstep had raised more along the way from insiders, and brought in more capital a little over a year before.

“A venture is selling you money, and they want you to buy more of it.”

Michael Malone, at 28:29

“So the best way to get you to buy more of it is to get you to spend what you have.”

Michael Malone, at 28:33

Michael tries to do what’s right for the company, and feels lucky in the investors.

“if you can have a good relationship with the people that are funding you”

Michael Malone, at 28:45

Candor with them, Michael said, goes a long way.

Many startups grow at any cost. Smallstep hasn’t followed that “run it off the cliff sort of philosophy,” and Jon called that refreshing.

Listen · Michael Malone on episode 10, from 28:29
About 35 seconds: Michael on why a venture wants you to spend. The clip stops on its own. Read the full transcript.
Two cards. Dashed, growth first: spend, grow, and come back for more money in 18 or 24 months. Filled, Smallstep's way: do what's right for the company, with candor toward investors, more capital from insiders along the way. Below: seed money about five years before the episode, which rarely lasts that long, Jon said. Then: "A venture is selling you money, and they want you to buy more of it." Michael, at 28:29
Two ways to use a round, as Jon and Michael described them. Source: the episode.

Back to authorization

Looking ahead, Michael started with what Smallstep had done: software people use to do real things. The plan is more of it, with more resources and more time. That includes going back to the authorization work and larger distributed systems problems, with identity as the foundation. Even within identity there’s more to do:

“there’s a lot in what I would sort of call production identity”

Michael Malone, at 30:13

Jon brought up the Open Policy Agent, OPA, and the GUI that Styra built on top of it. Michael knows the OPA folks. Authorization is a big space, both said. Jon saw OPA as focused on policy-based answers, and Michael agreed. Michael sees a lot of opportunity there, and doesn’t think the problem has been solved yet.

Anders Eknert of Styra, the company behind OPA, came on episode 18 in July 2022.

Listen · Michael Malone on episode 10, from 29:49
About 35 seconds: Michael on production identity and a return to authorization. The clip stops on its own. Read the full transcript.
Three cards. Keep building: software people use to do real things, with more resources and more time. Back to authorization: larger distributed systems problems, with identity as the foundation. Filled, production identity: more to do inside identity itself. Below: authorization is a big space, OPA focuses on policy-based answers, and Michael doesn't think the problem is solved. Then: "there's a lot in what I would sort of call production identity" Michael, at 30:13
What Michael wanted to do next, and where authorization stood. Source: the episode.

What happened after the tape

Smallstep’s site leads with devices. On November 11, 2026, smallstep.com led with “Identify company-owned devices with ease.” The page names step-ca, the step CLI and Smallstep SSH (Smallstep). Michael’s LinkedIn headline is still founder and CEO at Smallstep (LinkedIn).

Michael on the Mac Admins Podcast. On March 2, 2026, Michael posted about joining the Mac Admins Podcast that week to talk about certificates (LinkedIn). The subject was SCEP, which is password-based and was built for a world where someone at an IT desk unboxed each device. In Michael’s view, remote work, drop-ship laptops and zero trust break those assumptions. The replacement on the show was ACME Device Attestation. A device proves who it is with a hardware-backed key, in a Secure Enclave or a TPM, and the private key never leaves the chip. The episode is number 450, with hosts Tom Bridge and Marcus Ransom (Mac Admins Podcast).

Michael on SCEP, ACME Device Attestation and the Mac Admins Podcast.

Michael Malone · March 2, 2026
Michael's post on the episode, with the link to it. View on LinkedIn.

SCEP is still the most popular. Wikipedia calls the Simple Certificate Enrollment Protocol the most popular and widely available certificate enrollment protocol. iPhones use it to enroll in enterprise PKI, and RFC 8894 describes it (Wikipedia).

Let’s Encrypt offers shorter certificates. The default is 90 days, with renewal at any time, and there are 45-day and 6-day profiles too (Wikipedia). Wikipedia calls it the world’s largest certificate authority, used by more than 700 million websites.

Secrets that move. On episode 92, in April 2026, Jasson Casey of Beyond Identity described the trouble with passwords, API keys and session cookies: they move.

A timeline. November 15, 2021, episode 10: Michael on certificates, identity, X.509 and zero trust. March 2, 2026, the Mac Admins Podcast: episode 450, on SCEP and ACME Device Attestation, where a hardware-backed key proves who a device is. November 2026, Smallstep's site: it leads with identifying company-owned devices. November 2026, Let's Encrypt: 90-day certificates by default, with 45-day and 6-day profiles. November 2026, SCEP: still the most popular certificate enrollment protocol, per Wikipedia.
After the tape: Smallstep's device identity focus, the Mac Admins Podcast, SCEP and shorter certificates. Sources: Smallstep, LinkedIn, the Mac Admins Podcast and Wikipedia.

Did you catch it? A seven-question quiz

Seven questions from the episode. Each answer links the moment in the transcript or its section.

Quiz · seven questions

Did you catch it?

Pick an answer to see whether you caught it.

  1. What does Smallstep's tool chain automate, as Michael described it?

    a. All of it open source, on GitHub. See What Smallstep automates.

  2. Which protocol did Michael name as the one Let's Encrypt uses?

    b. Smallstep supports it, and can also issue certificates through OpenID Connect. See SPIFFE, SPIRE and Smallstep.

  3. Why do certificates for the web list countries and localities?

    c. "The answer is that they weren't meant for the web." Transcript, 8:03.

  4. What did Smallstep work on before certificates?

    a. The customers it showed the product to didn't have authentication yet. See Authorization first, then authentication.

  5. What does Michael say zero trust is about?

    c. "It's more about managing trust." Transcript, 11:35.

  6. How long does Michael say it takes to tell whether someone is smart?

    b. "figuring out whether someone's smart takes five minutes." Transcript, 20:35.

  7. What does Michael say a venture investor is doing?

    a. "A venture is selling you money, and they want you to buy more of it." Transcript, 28:29.

How solid is your root of trust?

Eight questions on how your company gives services an identity, built from the episode. Each tip links the section behind it.

Scorecard · eight questions

How solid is your root of trust?

Answer for your systems as they run today. If two answers fit, pick the lower one.

  1. How many separate ways does your company give services an identity?

    • Several, each team its own
    • Two or three
    • One

    Six or eight homegrown answers are harder to run than one. See The bottom turtle.

  2. Is the private key of your root certificate authority kept offline?

    • No, or we don't know
    • Offline, but the rest is ad hoc
    • Yes, and intermediates issue the certificates

    An offline root is one thing you don't have to worry about losing to a breach. See The bottom turtle.

  3. Do your services prove who they are to each other with certificates?

    • No, they trust the network
    • Some do
    • Yes, with mutual TLS

    Answer who a service is before you decide what it can do. See Authorization first, then authentication.

  4. Are certificate issuance and renewal automated?

    • No, by hand
    • Partly
    • Yes

    The calculator shows the hours by hand. See What Smallstep automates.

  5. Could you revoke a certificate today and know it took effect?

    • No
    • Probably
    • Yes, we've tested it

    Revocation is part of the tool chain's job, next to issuing and renewing. See What Smallstep automates.

  6. Could more than one person on your team explain your certificate chain?

    • No one could
    • One person
    • Several people

    Even experienced engineers tend to have a gap here. See The knowledge gap.

  7. What decides whether one service can reach another?

    • Firewalls and IP rules only
    • Network rules and some keys
    • Cryptographic identity, with network rules behind it

    Zero trust moves you from network controls to keys. See Zero trust means managing trust.

  8. Do you know which certificates expire in the next 90 days?

    • No
    • The public ones
    • All of them

    Let's Encrypt certificates last 90 days by default. See What happened after the tape.

Ad hoc

Each team solves identity on its own. Pick one root of trust, keep it offline, and issue from intermediates.

Getting there

The pieces exist. Automate renewal and revocation, and teach more than one person how the chain works.

One foundation

Keep the root offline and renewals automatic, and move the last network-only rules to keys.

How many certificate renewals do you run?

Michael’s tool chain automates issuing, renewing and revoking certificates. This calculator shows what renewal by hand costs as certificates get shorter.

Calculator

How many certificate renewals do you run?

Four numbers: how many certificates you run, how many days each one lasts, the minutes a renewal takes by hand, and the share you renew automatically.

811renewals a year
203hours a year by hand
16renewals a week

200 certificates that last 90 days need 811 renewals a year, about 16 a week. With 0% renewed automatically, the rest take 203 hours a year at 15 minutes each.

The calculator counts 365 days to a year and rounds to whole numbers. The 90-day default is the Let's Encrypt default lifetime, per Wikipedia, and 6 is its shortest profile. The other defaults are placeholders, yours to change.

From the Naval Academy to production identity

Michael’s path, the field around it, and this show. Filter by topic.

Timeline

From the Naval Academy to production identity

  1. X.500 approved

    ITU-T's directory standards, built to support X.400 email (Wikipedia).

  2. The Naval Academy

    Computer technician and systems administrator, until August 2006 (LinkedIn).

  3. Stealth Wine Co.

    Founder and CTO (LinkedIn).

  4. Accenture

    Analyst (LinkedIn).

  5. Pownce

    Web developer (LinkedIn).

  6. Six Apart

    Software engineer (LinkedIn).

  7. Six Apart buys Pownce

    Pownce shuts down on December 15 (Wikipedia).

  8. SimpleGeo

    Lead architect (LinkedIn).

  9. Urban Airship

    Engineer (LinkedIn).

  10. Betable

    CTO, until July 2016 (LinkedIn).

  11. OpenID Connect

    Published by the OpenID Foundation (Wikipedia).

  12. Let's Encrypt opens

    The first certificate authority to support ACME opens to the public (Wikipedia).

  13. Smallstep

    Michael founds the company (LinkedIn, on this page).

  14. ACME becomes RFC 8555

    The finished standard (Wikipedia).

  15. HPE acquires Scytale

    The SPIFFE startup (episode 3).

  16. Episode 3

    Daniel Feldman on SPIFFE and SPIRE, and Smallstep as the company to watch (episode page).

  17. Episode 10

    Michael on the show (Podbean, transcript).

  18. Episode 18

    Anders Eknert of Styra on the Open Policy Agent (episode page).

  19. Episode 61

    Taher Elgamal on server and client certificates in SSL (episode page).

  20. The Mac Admins Podcast

    Michael on device attestation and certificate authorities, episode 450 (LinkedIn, Mac Admins Podcast).

  21. Episode 92

    Jasson Casey of Beyond Identity on secrets that move (episode page).

What to do this week

Five things, in the order of the episode.

  1. Count your identity systems. List every place your company gives services an identity, as in The bottom turtle. The scorecard shows where else to look.
  2. Take the root offline. Keep the root key offline and issue from intermediates, as Jon described in The bottom turtle.
  3. Automate renewal first. Run your numbers in the calculator before you shorten certificate lifetimes.
  4. Ask the grow-up question. Try it in your next interview, as in The grow-up question.
  5. Get help with it. Our Product Security team embeds with your engineers to ship SSO, audit logs, customer-managed keys and end-to-end encryption. Penetration Testing produces the report an enterprise buyer’s security team accepts, and vCISO Services give you a vCISO with a full security team behind them. If you want to talk it through, book 15 minutes with us.

Key takeaways

  1. Don't build your own PKI from scratch

    Jon would never recommend that anyone build certificate and identity management alone. Smallstep's certificate authority and tool chain are open source, with a hosted product and a free tier on top.

  2. Find your bottom turtle

    Michael calls the root of trust the bottom turtle of identity. Teams that skip it end up with six or eight ad hoc solutions, which are bad for security and harder to run.

  3. Keep the root offline

    Jon's setup: an offline root of trust, with intermediate certificate authorities issuing certificates below it. Once it works, you have one entity to trust, out of reach of a breach.

  4. Certificates carry phone directory baggage

    X.509 and X.500 came out of ITU-T, which was building a global telephone directory. That's why certificates for the web carry countries and localities.

  5. TLS is already your foundation

    TLS is the most widely deployed cryptographic protocol, and you already depend on it. Using more of it, for example between services, adds no threat surface.

  6. Authentication comes first

    Smallstep began as an authorization product. Customers didn't have authentication yet, which led to TLS, and then to certificate management.

  7. Zero trust means managing trust

    You can't have zero trust. Teams move from network controls, such as firewalls and IP tables, to cryptographic controls, and certificates are one of the best ways to manage the keys.

  8. Hire for smarts and passion

    Michael's two criteria are whether you're smart, which takes about five minutes to judge, and whether you care about what the company needs, which is the hard part.

  9. A venture sells you money

    Venture investors want you to spend what you have so you buy more. Smallstep stayed away from growth at all costs and kept candor with its investors.

Chapters

Tap a chapter to play from there.

Pull quotes

“we have the best tool chain in that space.”

Michael Malone ·

“I would never recommend anyone try to build that stuff themselves.”

Jon McLachlan ·

“certainly a better together story.”

Michael Malone ·

“I think that bottom turtle in the identity space can be really challenging.”

Michael Malone ·

“The other issue here is there's a huge knowledge gap.”

Michael Malone ·

“The answer is that they weren't meant for the web.”

Michael Malone ·

“TLS is the most widely deployed cryptographic protocol in the world.”

Michael Malone ·

“okay, if TLS is so great, why isn't everybody already using it?”

Michael Malone ·

“it's also a bit of a misnomer since you can't actually have zero trust.”

Michael Malone ·

“It's more about managing trust.”

Michael Malone ·

“one of the best ways to do that in a large distributed system is to use certificates.”

Michael Malone ·

“I wouldn't call myself a security person.”

Michael Malone ·

“it's important to enjoy the journey”

Michael Malone ·

“at least I did what I thought was right.”

Michael Malone ·

“there's sort of two criteria I hire for.”

Michael Malone ·

“that's often much more of a conversation than an interview.”

Michael Malone ·

“I don't think it's rocket science.”

Michael Malone ·

“It's very much a roller coaster ride, I think, running a company.”

Michael Malone ·

“And there's a dollar figure next to the accountability.”

Michael Malone ·

“Mistakes are opportunities to learn something new. And I try not to make the same mistake twice.”

Michael Malone ·

“So if you don't believe it, people can smell it.”

Jon McLachlan ·

“A venture is selling you money, and they want you to buy more of it.”

Michael Malone ·

“there's a lot in what I would sort of call production identity”

Michael Malone ·

About the guest

Michael Malone, Founder and CEO, Smallstep

Michael Malone is the founder and CEO of Smallstep, which builds open source certificate management for DevOps, according to the episode and Michael's LinkedIn. Before Smallstep, Michael was CTO of Betable from 2012 to 2016, and worked at Urban Airship, SimpleGeo, Six Apart and Pownce. On this episode, Michael says distributed systems engineering is the happy place, and that identity was the problem that kept coming back.

About the host

Jon McLachlan is co-founder of YSecurity, the on-demand cybersecurity team for startups, and of Cyberbase.ai. The Security Podcast of Silicon Valley is hosted by Jon McLachlan and Sasha Sinkevich. Jon McLachlan on LinkedIn ↗

Context and sources

  • Episode 10 on Podbean: Michael Malone, Founder and CEO of SmallStep, Certificates, Identity, X.509, and Authentication. Source ↗
  • Michael Malone on LinkedIn: founder of Smallstep from August 2016, CTO of Betable from March 2012 to July 2016, and earlier roles at Urban Airship, SimpleGeo, Six Apart, Pownce, Accenture and the United States Naval Academy. Source ↗
  • Michael Malone on LinkedIn, March 2, 2026: the Mac Admins Podcast, SCEP and ACME Device Attestation. Source ↗
  • Mac Admins Podcast, episode 450: Device Attestation and CAs, with Mike Malone, CEO of Smallstep. Source ↗
  • Smallstep's home page, read November 11, 2026: Identify company-owned devices with ease. Source ↗
  • Episode 3 of this show: Daniel Feldman on SPIFFE and SPIRE, and Hewlett Packard Enterprise's acquisition of Scytale in February 2020. Source ↗
  • Wikipedia, X.509: the ITU standard for the format of public key certificates, with the certificate for *.wikipedia.org as its example. Source ↗
  • Wikipedia, X.500: directory service standards developed by ITU-T, first approved in 1988 to support X.400 email. Source ↗
  • Wikipedia, ITU-T: the sector of the International Telecommunication Union that coordinates telecommunications standards. Source ↗
  • Wikipedia, Public key infrastructure: roles, policies, hardware, software and procedures to create, manage, distribute, use, store and revoke digital certificates. Source ↗
  • Wikipedia, Root certificate: the top of a certificate tree, whose private key signs intermediate certificates. Source ↗
  • Wikipedia, Automatic Certificate Management Environment: designed by ISRG for Let's Encrypt, published as RFC 8555 in March 2019. Source ↗
  • Wikipedia, Let's Encrypt: 90-day certificates by default, with 45-day and 6-day profiles, used by more than 700 million websites. Source ↗
  • Wikipedia, OpenID: OpenID Connect, published in February 2014 by the OpenID Foundation, is the third generation of OpenID. Source ↗
  • Wikipedia, Transport Layer Security: a cryptographic protocol for secure communication over a network, with HTTPS its most visible use. Source ↗
  • Wikipedia, Mutual authentication: both parties authenticate each other, optional in TLS. Source ↗
  • Wikipedia, Zero trust architecture: users and devices aren't trusted by default, even on a privileged network. Source ↗
  • Wikipedia, Simple Certificate Enrollment Protocol: described by RFC 8894, still the most popular certificate enrollment protocol. Source ↗
  • Wikipedia, Turtles all the way down: an expression for the problem of infinite regress. Source ↗
  • Wikipedia, Pownce: acquired by Six Apart, announced on December 1, 2008, and shut down on December 15, 2008. Source ↗
  • Wikipedia, Six Apart: the company behind Movable Type and TypePad. Source ↗
  • Wikipedia, Airship: the mobile messaging company formerly called Urban Airship. Source ↗

Transcript

Automatic transcription. Jon McLachlan hosts this episode with Michael Malone, founder and CEO of Smallstep. There is no diarization on the tape, so speaker labels were assigned from the content and checked against reference recordings of each voice from this episode, and a few short lines may sit with the wrong speaker. Names and terms were normalized where the recognizer misheard them (Jon McLachlan, Smallstep, SPIFFE, SPIRE, X.509, ITU-T, Betable, Pownce). Words in [brackets] are best guesses where the audio is unclear, and [...] marks words no decode made out. Speech is transcribed as spoken, though many repeated words and false starts are left out, and so are short backchannels such as "yeah" where they overlap the other speaker.

Read the full transcript 5,644 words

Jon McLachlan

Welcome to the Security Podcast of Silicon Valley. I am here today with a very special guest, Mike Malone, who [was the] founder of Smallstep. Is it founder or founder, CEO?

Michael Malone

Founder, CEO, I suppose.

Jon McLachlan

Founder, CEO. All right, you're running the show. There we go. Of Smallstep, a security company right here in the Bay Area. You actually graduated from Virginia Tech. And after that, you were a computer technician for the United States Naval Academy. [Wow], thank you for your service. Then you did some consulting work for Digital Deck. You founded Stealth Wine Co., or the CTO there. And then you did a stint as an analyst at Accenture, followed by a web developer role at Pownce. You are a software engineer at Six Apart Limited, a lead architect at SimpleGeo. And I heard some of your coworkers had some very nice things to say about you, especially that database that was developed. So that was really cool. It's always nice to see praise being shared. You are an engineer at Urban Airship, a CTO at Betable, right before you founded Smallstep. So incredible experience that you bring to the table. Welcome to the show. It's great to have you, Mike.

Michael Malone

Great to be here. Thanks for having me, Jon.

Jon McLachlan

So would you like to speak a little bit about the problem that Smallstep focuses on and how you add value for your customers and what part of the security world you guys really help with?

Michael Malone

Yeah. We are, you know, venture-backed startup out of the Bay Area, primarily, although, you know, we're hiring and remote employees are great too. And our focus is on certificate management, specifically certificate management for DevOps or open core. So our core certificate management certificate authority in the tool chain for automating certificate issuance and renewal and revocation and whatnot. It's all open source, it's all in GitHub. I'm comfortable saying at this point with a straight face that if you're looking for certificate management tooling in the DevOps world, we have the best tool chain in that space. So check it out. And we have some product built on top of that, hosted and sort of run anywhere product that extends some of the open source capabilities and provides functionality that is more enterprise oriented.

Jon McLachlan

Oh, very nice. So that is such a needed solution out there. Identity management and certificates and binding identities to certain processes or to machines or even containers is a tough problem. I would never recommend anyone try to build that stuff themselves. I suppose you could go right to the open source core, but so why not take advantage of all of the nice bells and whistles? And I assume it's delivered as a service.

Michael Malone

That's right. Yeah. And it's all turnkey. You know, you can sign up on the website. There's a free tier. So if you have a home lab or just want to test it out, you know, go ahead and sign up. And it's really the easiest way to try it.

Jon McLachlan

Very nice. I know I've bumped into that problem many times over in my career here in the Valley. And every time that I bumped into it, it was like, uh-oh, got to go hire an expert team and let them build the thing. And that was a long time ago, long before Smallstep came to the [scene]. So I'm super happy that there's now a [drop-in] solution, literally turnkey, ready to go, help with all of that stuff. So when I, when you talk about identities, maybe there's a nifty comparison between your technology, I guess your technology is just like X.509 certificate management, and the other technology that rings a bell would be that SPIFFE and SPIRE identity. So how would you, how would you compare and contrast, maybe their problem space is different from what Smallstep helps with, or there's some overlap there?

Michael Malone

There's certainly overlap, and I'm pretty close with the SPIFFE folks. I participated in at least some of their early efforts around standardization there. So, yeah, there's overlap. I'd say that SPIFFE is maybe a little bit more opinionated, SPIFFE and SPIRE, and a little bit more focused on a particular sort of containerization microservice use case, which we address as well. But I think that our tool chain has a little bit broader reach. We support the ACME protocol, which is the protocol that Let's Encrypt uses. We can issue certificates using OpenID Connect. We're a little bit less opinionated around the identity model, [whereas] SPIFFE has, you know, we're getting pretty deep in the weeds here, but I'd say that there's certainly a better together story. I see them less competitive. And certainly, it's an open protocol, and you can actually use our tool chain to issue SPIFFE-compatible certificates. So not really competitive. I think anything that [is] sort of helping people in this space is a good thing. So happy to see them succeed as well.

Jon McLachlan

Yeah, definitely. Yeah, they were recently acquired by HP not too long ago, right? So all of that, all of that work is now going to be supported by that large company. And I was happy to see that they're going to keep it open source too. You know, one of the problems with certificates. Well, actually, one of the problems that is solved by certificates is this, you know, [root] of trust: what is it that you trust? And if you have an in-house CA, you have your offline root of trust, and then there's intermediate CAs that then can issue certificates down. At the bottom, I guess we're getting, we're pretty much in the weeds now here in the technical shop talk, but just managing all of that can be very difficult. But it's really nice once you have it all set up that you have a single entity that you can trust that's offline that you don't have to worry about is going to be breached or hacked. And then it really enables.

Michael Malone

Yeah, I think that bottom turtle in the identity space can be really challenging. And yeah, just to reiterate, it's hard, but if you really wrap your head around it and figure it out, it makes a lot of other stuff easier. And I think a lot of people end up resolving that sort of bootstrapping and trust management problem sort of haphazardly and ad hoc repeatedly. And instead of having sort of one well-thought-out foundation, end up having six or eight poorly implemented solutions that are sort of [tacked] together. And, you know, I think that's bad for security and it's also just, it's harder, frankly.

Jon McLachlan

It's more expensive to maintain.

Michael Malone

Yeah. And I do think, as we get into shop talk, you know, and I'm happy to go deep on that. The other issue here is there's a huge knowledge gap. You know, public key infrastructure is not something that I think even like very educated, very experienced software engineers or DevOps people tend to have, it's not something they tend to know well. There's a gap. And I think in some cases, sort of an embarrassing gap, something that people are like a little bit wary to.

Jon McLachlan

Oh, I'll be the first to admit that I am absolutely no certificate expert, X.509 certificate. There are so many like frameworks and little pieces to those certificates. You really have to understand history to understand like how we got there and what those certificates are today. And it's, you're right.

Michael Malone

It's, it's [...]. I mean, one of the funny sort of like little background bits of knowledge there is, you know, speaking of history, [is] X.509, X.500 came out of ITU-T, which is like a telco standardization body. And if you've ever wondered why there are, you know, countries and localities [in] digital certificates that are meant for the web, where that stuff is sort of irrelevant? The answer is that they weren't meant for the web. X.500 and ITU-T was building a telephone directory, a global telephone directory. And that's what the standardization was originally developed for. And now we use it for the web. But that's what. So there's a lot of history and a lot of baggage.

Jon McLachlan

No, it's become an incredibly important standard for the web. This is how HTTPS works and mutual TLS authentication, if you want like a step above that. Now all of that's based on a huge chunk of history here, I guess.

Michael Malone

So, [we], I mean, TLS is the most widely deployed cryptographic protocol in the world. You know, there are a lot of things to not like about TLS, especially sort of earlier versions. Chances are you're already using it and you're already depending on the security of TLS. So if it doesn't work, you're already in trouble. Using more of it isn't going to increase your threat surface area, let's say.

Jon McLachlan

So, oh, and

Michael Malone

Oh, go ahead.

Jon McLachlan

Go ahead.

Michael Malone

Yeah, I mean, I was just going to sort of expand on that and say that's sort of how we got into this space. And I can speak more about the early history of the company, but we, we were originally actually working on authorization problems. It's a big story there, so I don't want to go too deep, but had a solution in that space and showed it to potential customers. And the feedback we got was basically, cool authorization product, but we don't have authentication yet.

Jon McLachlan

Oh, okay. So you had to back up a little bit, answer the question, who are you, before you could answer the question, what can you do?

Michael Malone

It's precisely, which led to, all right, what's the right default answer for authenticating components in a large distributed system? And, you know, researching that space, the answer we came up with was the right default is TLS because it is ubiquitous, because databases speak TLS and queues, and every standard library has an implementation. And so it's well supported, which then led to, okay, if TLS is so great, why isn't everybody already using it? The [...] question being certificate management is a giant thing and is really tricky to do in your distributed system. And there's no good tooling there. So here we are.

Jon McLachlan

[Yep], it's just a tough problem that needs a lot of love. And I'm glad that you were able to come along with a solid team and give it the love that it needs and make it easier for everybody, right? I know that there's a lot of trends, I'd say, out there in the security space that are completely dependent on having a root of trust. One of them that comes to mind is that zero trust business, right? So if you say that you're going to be zero trust or you have a zero trust service, usually what that means to me when I hear that is like, okay, that just means you don't have to trust like some central authority that's nebulously out there in the cloud that's disconnected from your infrastructure. Instead, there's a way to use that system to reroute the trust internally. And I usually think of a CA as being that [root of] trust internally. So whenever I hear like zero trust, that's usually what comes to mind. [It's] someone being clever with how they're going to be using certificates to deploy certificates in their system.

Michael Malone

I'd agree with you on that. I think zero trust is one of those marketing terms that is so overused at this point that it's almost lost all meaning. But it's also a bit of a misnomer since you can't actually have zero trust. It's more about managing trust. And I'd say that, yeah, what most people are doing when they're implementing a zero trust strategy is moving away from, they don't want to trust the network. They're moving away from network controls, firewalls, IP tables, things like that, to cryptographic controls, end-to-end cryptography. And if you're using cryptography, you got to manage keys. And one of the best ways to do that in a large distributed system is to use certificates.

Jon McLachlan

That is absolutely correct. That is actually what we do here at [Peacemaker]. And we did not, we very explicitly did not want to solve that root of trust problem. So we just integrated with the X.509 certificate, you know, standard, left it at that. But for a small step, maybe if we go back even further, like way back, maybe to your childhood, to maybe an experience that really made you or was fundamental in the way that you were shaped and now see the world, [that] led you to cross this bridge and start a security company, maybe a story that you'd like to share or a small piece of childhood?

Michael Malone

I think, um, I don't know if there's one defining moment in my early childhood, but I can say that there were themes. For one thing, I was a nerd. Going way, way back. And I grew up in, I grew up in Annapolis, Maryland, [...]. My parents were both academics. They both had PhDs. My mom taught at the Naval Academy, taught political science. My dad, before I was born, was an academic for a while. When I was growing up, [he] was a forensic engineer. So here he was, a real engineer, civil, mechanical, and did accident reconstruction. I thought it was the coolest job ever, you know, buildings falling down and cars crashing, and he'd fly out, figure out what happened. But it's, in a lot of what shaped me was my parents', particularly, it's in my dad and his worldview. He was into, you know, when he was teaching, he was teaching systems theory [and] engineering, which was really like looking at how engineering principles can be applied to social problems and logistical problems, like, you know, routing ambulances and stuff like that. And he was very into technology and stuff. So I think, you know, it pushed me in that direction and encouraged me to pursue my passions, which I think is like, you know, a big part of what led me to start a company is like, you know, the ability to control my destiny and what I'm working on and really do what I want to be doing in the world, which I think is a really important thing. But yeah, so that was my background. And I'm honestly not really, I wouldn't call myself a security person. I'd say my happy place is distributed systems engineering. I like building large software systems and building teams that build large software systems. And I have had the opportunity in my career, I've been lucky to do that a number of times. You went over sort of my long history of startups and acquisitions that I've been through and whatnot. But I'd been in this sort of like what we're now calling the cloud native world sort of my entire career. At Pownce, we were using S3 and EC2 when that was AWS. Like that's all they had, you know. So I've had the opportunity to build several greenfield distributed systems and to make probably all of the mistakes that you can make, most of the mistakes you can make doing that, and resolve the same problems over and over again. And one of the really hard unsolved problems that I saw myself resolving over and over again was this identity management, authentication, authorization challenges in that space. And I think there are other things that, you know, given infinite resources and infinite time, I would like to pursue that are sort of adjacent to these challenges, but this seemed like the most pressing, most immediate thing to solve first.

Jon McLachlan

That's really special. Thank you for sharing a bit about your background in your childhood that drove you to see those problems. And then the pain, I guess, associated with solving it over and over and over again and wanting to take a step back and look at the bigger picture and share the love with everybody, all of your experience and all of the blood, sweat, and tears that went into solving it over and over again. So if you see one truth in the world that most people miss, what do you think that might be?

Michael Malone

Yeah, that's a hard question to answer. I don't know that there's sort of one truth that I see that, like, I don't, I don't know that I have some like pearl of wisdom that, that's going to like enlighten people. But I guess the way I operate is just more pursuing those passions and trying to work on things that I believe in.

Jon McLachlan

Yeah. And [passionate] is important to be able to see, you know, a snippet of maybe a direction that you could take, not just what you're working on, but the entire world.

Michael Malone

Yeah. And in sort of building on that, I think like it's important to enjoy the journey, you know, and not be sort of looking to the past or to the future, but be working on something that excites you every day. So that's more how I operate. I think I'm lucky to be doing work that I find interesting and engaging. And I do sort of [try] to do what I think is the right thing and then hope that other people see it that way too and get really excited when they do. And when they don't, I guess the nice thing about operating that way is I don't have to feel that bad about it because at least I did what I thought was right.

Jon McLachlan

No, I get that. Well, one of the things that you mentioned that you really enjoy building are the teams, the teams of people themselves. What would you say is your leadership style?

Michael Malone

Oh, man. You should probably ask people who work for me, not me. But I mean, I think it's a little [...] and haphazard. But I'm an [...]. I don't know.

Jon McLachlan

If I were to ask the people that work for you, what do you think they would say?

Michael Malone

They would probably laugh. I am not a process person, I am not organized, but I like to get to know people and I like to understand what makes them tick and what they want to be doing. So, you know, one of my great interview questions is like, what do you want to be when you grow up? Right.

Jon McLachlan

Oh, I love it.

Michael Malone

Yeah, I get like the, you know, where do you want to be in 10 years questions, but like, and I've gotten like the weirdest but most awesome answers to that. And one of the nice things being in a small startup is you can be [really] outside of the box in accommodating what people really want to be doing with their lives. So, you know, one of the guys who works for me now, actually, who I hired back at Betable and worked for me there, wants to be, or at least told me when [I was hiring him] that he wanted to be a stand-up comedian. I was like, well, that's awesome. So, I don't know, I'd say that's my management style is, I suppose it sort of aligns with what I was saying about before, is like, I like to, I like to find people who are sort of similarly passionate and understand what they're passionate about. And hopefully there's some overlap between what they're passionate about and what the business needs.

Jon McLachlan

No, I hear you there. I remember the first time I was asked to interview someone, it was for a security role. And I was like, oh boy, like this is such a heavy responsibility. And in the beginning in my career, I always thought it was about the technical stuff, the technical grits. Do you know this technology? Can you solve this algorithm? Here's a little problem. And it was almost like intellectual flirting at that point. And then at some point along in my career, I realized that, you know, people are smart and they can learn whatever it is that they need to learn to be successful at any sort of job that their heart is passionate about. And I switched my interviewing style to be more passion-driven. So I looked for that fire. You know, if you, if you have that fire, I don't even know what to call it. I guess the French would call it the [je ne sais quoi], because it's the one thing that you can't teach someone. Or I don't know exactly how to learn it. I don't know how to learn a passion. It's either there and there's fire, or, you know, or it's just, you're missing the mark, right?

Michael Malone

So, yeah. [I'd say] like there's sort of two criteria I hire for. It's, are you smart? And are you passionate about something that I need you to be passionate about? And the first, you know, in interviewing somebody, figuring out whether someone's smart takes five minutes. It's the second part that I think is hard. And luckily, [it's] mutual, because if the person that you're trying to hire is not passionate about something that you need them to be passionate about, they shouldn't be working on the problem anyways. So I find that, you know, that's often much more of a conversation than an interview.

Jon McLachlan

Yep. And oftentimes, like, if the passion thing is [...], it's, passion is a two-way street, right? So as you were saying, I entirely expect that when I'm interviewing, I'm also being interviewed. Like, oh, is this the type of company? Is this the type of, versus the type of culture that would fuel my passion from their perspective? I didn't realize that we were going to see eye to eye on so many, so many topics. Was there an experience that led you to see that? Was there a journey that brought you to that point?

Michael Malone

I don't think it's rocket science. I think if anybody really sat down and thought about it and was intellectually honest about it, they'd probably come to the same conclusion. Like, I don't, I don't know. I don't think I'm smarter than everybody else, or something. To me, it's just obvious that that's what's important. I guess I will say I've done a lot of hiring. So I've been responsible for recruiting and hiring engineers and have done a lot of that stuff. So I suppose over time, you know, if you do enough of something, you get better at it. And my approach certainly was more standard when I was working for other people and had to sort of fit inside of existing policies and processes. But no, I don't, again, like more evolutionary than revolutionary, I suppose.

Jon McLachlan

No, that's nice. You have a very strong sense of humility about the whole thing, which is refreshing. It's very good. It's good. I think humility is one of those important qualities. And especially in cybersecurity, sometimes we have like, you know, we have so many experts all over the place, and you bump into them. And I always find that funny too, because on the converse side, I just see so many opportunities, [to] improve things, to make things better in the cybersecurity space. And so it's kind of like you scratch your head sometimes and wonder, okay, what are all these experts doing exactly? Yeah. So if you think back over the past five years, because you've been at Smallstep leading the charge for about five years, was there a single best day that you'd like to point out or share with us that you just felt on top of the world?

Michael Malone

Great. Well, I mean, I think, again, another really good, but really hard question to answer, sort of picking out those like singular moments over the course of years. Well, I'll start by saying that my experience with running a company is that every moment has good parts and bad parts. And you need to, you know, take the bad with the good, but hopefully focus on the good and not let the bad drag you down too much. It's very much a roller coaster ride, I think, running a company. And there are a lot of interesting, unique challenges. You know, it's, in a lot of ways, I look back and wish I was working for somebody else. At times, it's a lot easier because you have clear measurements. You know, somebody tells you to do something and you do it well or you do it poorly and, you know, you know, you know, you did your job. And if there was some strategic error and you were told to do the wrong thing, that's not your fault. You did your job. And that's a lot easier than being the one who makes a decision and then the one who executes and then sort of constantly questioning whether you executed well on the wrong thing, and it's still, you still screwed up. Right. So I'd say, like, going back, the obvious answer to like a moment that was really memorably good, raising money and sort of that first moment of having somebody, like this real external validation of the idea [and of] myself and it being real. But then sort of returning to that, that sort of good and bad. At the same time, it's sort of gut-wrenching because you realize that now this is real and you have to execute and you have to do all of these things that you told these people you are going to do. And if you don't, you're going to be held accountable. And so, right. And there's a dollar figure next to the accountability. So, like, this mixture of like euphoria and what have I gotten myself into? I'm very analytical, I think. Like I'm not driven by emotion so much. And even when I am emotional, I like get very meta-analytical about it, I suppose. But I can say that now is, you know, running a company, raising money and, you know, venture-backed companies, a very emotional experience.

Jon McLachlan

I bet. And you raised from some top VCs that I see [...] in there, like Boldstart Ventures, Upside Partners, Haystack. So, I mean, all of those are huge names here in the Valley.

Michael Malone

So we've got some great investors, and, you know, again, really fortunate to have all the people involved that we have. So, yeah, Bain Capital, Upside, Boldstart, Accel, some of my favorite people. If you're in the market for money, they're all great.

Jon McLachlan

[...] What about a worse day? Or you kind of answered it because you have to take every day.

Michael Malone

Yeah.

Jon McLachlan

But the good and the bad, you know.

Michael Malone

Yeah, I don't know if I have a worse day. And if I do, I probably force myself to forget it. But I can't think of [a day] that I would say was the worst day. Now, have there been bad moments? Sure. I mean, people, we've had people leave the company and that's always hard, always amicably, but, you know, it sucks. It's like losing, you know, a family member or something, you know, when you're so tight. And we've had, you know, releases that we've been really excited about that, you know, the world didn't sort of see eye to eye just on. So in those moments are not the best. But, you know, it's all about the journey for me. So I try to learn from those experiences and not dwell on the negative. I think learning is my emphasis. Mistakes are opportunities to learn something new. And I try not to make the same mistake twice. So if I have a bad day, I see it more as like a lesson and a thing to avoid in the future.

Jon McLachlan

Yeah, you pick up the pieces and you figure out learnings from it and make something good out of it and see the silver lining and you move forward.

Michael Malone

I think you have to, if you're doing what we do.

Jon McLachlan

I agree 100% because not only do you have to do the lessons and like see the silver lining and pick up the pieces, but you have to lead a team that also [helps] them pick up the pieces, see the silver lining, move forward. So if you don't believe it, people can smell it.

Michael Malone

That's right. Yeah, [it's hard]. So you better believe it.

Jon McLachlan

Whatever it is that, right? No, and you must have, you raised seed capital, what, five years ago? And so you must have been very successful in being able to find customers, pull in income, support the business, 'cause usually seed doesn't last for five years. At least seed capital doesn't. So props to you for building a sustainable company. That's really something. Usually VCs will try to push folks into a space where you spend, you spend, you spend, you grow, you grow, you grow, and you have to go back for more funding like 18 months, 24 months later. Clearly, your history shows that you haven't. So, doing something different, doing something outside the box.

Michael Malone

Yeah, we're doing, we're doing all right. We've, you know, we have raised additional funding along the way from insiders, and we brought in capital on board, which we're super excited about, a little over a year ago. So, you know, we've had additional chunks of capital here and there. But, um, but yeah, I mean, you're absolutely right. A venture is selling you money, and they want you to buy more of it. So the best way to get you to buy more of it is to get you to spend what you have. So I try to do what's right for the company and have been lucky to have investors who want [that] as well. But again, I think it's like, if you can have a good relationship with the people that are funding you and have candor with them, then that goes a long way. But you're absolutely right. I think we haven't really followed the grow at all costs, run it off the cliff sort of philosophy that I think a lot of other startups do.

Jon McLachlan

No, that's just, it's very refreshing. Nice to see every once in a while. So props to you for following your passion and doing what's right for the company at the end of the day, not necessarily the standard cookbook for Silicon Valley [startups]. And then, when you fast forward into the future, I don't know how far into the future you would like to fast forward, but when you look out there and you see success for Smallstep, what does that world look like? How does Smallstep fit into that future?

Michael Malone

Well, I mean, I guess I'd start by saying I think we've already achieved a lot of success. You know, we've created software and solutions that people are using to do real things, and I think sort of created value, to use a venture term. Looking forward, I want to do more of that. You know, I want to be in a place where I have more resources and more time and can grow and, you know, execute on some of the, maybe go back to some of the stuff that we were doing around authorization and some of these larger distributed systems challenges and build on this sort of identity as a foundation. And even in the identity space, there's a lot in what I would sort of call production identity that we would like to be doing that we aren't yet. So, more of the same, more of the same.

Jon McLachlan

No, that sounds great. Like, you've been successful. Let's want to see the successes continue. I love the little plug for authorization, the authZ space. That's a very interesting space I bumped into multiple times myself. Have you heard of OPA, the Open Policy Agent?

Michael Malone

Sure have. Yep. Yeah, pretty familiar with the OPA folks.

Jon McLachlan

Even with everything that they're doing, and Styra has their little GUI that they built on top of it, and they're all kind of open source as well. Like their core technology is all open source, but you still feel like there's opportunity in the authZ space?

Michael Malone

It's big space. It's a big space.

Jon McLachlan

That's definitely a big space. I couldn't agree more. I guess OPA is very laser focused on just policy-based answers to that question.

Michael Malone

That's right. Yeah. I think there's a lot of opportunity there. I don't think it's solved yet.

Jon McLachlan

All right. Well, we'll have to have you back on once you get into the authZ thing, or even before then. Even before then. Thank you so much, Mike, for joining me, for sharing all of the stories and a bit about Smallstep and your entrepreneurial journey and a bit of childhood memories [that sort of] shaped who you are today. And I'm so happy that you're working on this problem. It's a tough problem. I know this is a tough problem and express nothing but gratitude for smart people like you working through it for a long time, making it easier for the rest of us to stand on the shoulders of giants and build a better future for everyone. So huge thanks for coming on the show too.

Michael Malone

Thank you for having me. It's been really fun, and I'd be happy to come back anytime. So.

Jon McLachlan

All right. I'll hold you to it. Thanks, Mike.

FAQ

Questions this episode answers

What does Smallstep do?
Smallstep builds certificate management for DevOps: an open source certificate authority and tool chain that automate issuing, renewing and revoking certificates, with a hosted product on top. Michael Malone is its founder and CEO.
How does Smallstep compare with SPIFFE and SPIRE?
They overlap. Michael called SPIFFE and SPIRE more opinionated and more focused on containers and microservices. Smallstep supports ACME and OpenID Connect, has a less opinionated identity model, and can issue certificates that work with SPIFFE.
What is the bottom turtle of identity?
Michael's name for the root of trust that everything else rests on. It's hard to set up, and once it's in place, a lot of other things get easier.
Why do X.509 certificates include a country and a locality?
X.509 and X.500 came from ITU-T, which was building a global telephone directory, and the fields come from that directory. The web adopted the standard later.
Does using more TLS add risk?
Michael's view: TLS is the most widely deployed cryptographic protocol, and you already depend on it. If it fails, you're in trouble already, so using more of it doesn't add threat surface.
What does zero trust mean?
Michael called it an overused marketing term and a misnomer, since you can't have zero trust. Most teams move from network controls to cryptographic controls, and manage the keys with certificates.
How does Michael Malone hire?
Two criteria: are you smart, and are you passionate about what the company needs? A favorite interview question asks what a person wants to grow up to be.
What did Michael say about venture capital?
A venture sells you money and wants you to buy more, so it wants you to spend what you have. Michael tries to do what's right for the company and keeps candor with investors.
New episodes every other Tuesday

Got a story like this one?

We're always looking for practitioners who've been in the room when it mattered.