Podcast Episode 37

Episode 037 18 min

Founder's Guide to Compliance: The Introduction SOC2, ISO, NIST, HITRUST, PCI-DSS, FIPS, and more

with Jon McLachlan & Sasha Sinkevich

0:00 / 18:00

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

Episode 37 of The Security Podcast of Silicon Valley, published February 25, 2024. Hosts Jon McLachlan and Sasha Sinkevich, co-founders of YSecurity, open The Founder's Guide to Compliance, a series on compliance standards for founders. They cover their own paths into security, standards that open the door or close the deal, starting early versus waiting and the price of waiting, buyers who ask about SOC 2 or ISO before the first conversation, a request for a SOC 2 Type 2 report and an 800-question security questionnaire, the chain of trust behind those questions, customers who hand you a piece of their business, standards as a signal to the market and a way to scale a founder's decisions, standards for each vertical, compliance that drives engineering controls, investors, breaches and private lives, three questions every standard should answer, the standards the series planned to cover, and why simple wins. About 18 minutes.

Episode notes

Welcome to "The Founder's Guide to Compliance," a YSecurity.io production, hosted by Jon McLachlan and Sasha Sinkevich. We tear down the complexity surrounding compliance standards like SOC2, NIST, FIPS, PCI-DSS, HITRUST and the myriad facets of cybersecurity. Whether you're a startup founder knee-deep in the trenches or a seasoned executive navigating the ever-evolving landscape of digital security, this podcast is your no-BS zone for getting to the essence of what these standards mean for you and your business.

Jon, a Minnesota native and security enthusiast, brings his rich background from Apple and various startups to the table, sharing insights born from a life that embraces risk for greatness. With a passion for security that's as undeniable as his love for motorcycles, Jon's journey is about leading by example, turning challenges into stepping stones for success.

Sasha, starting his cybersecurity journey in Silicon Valley, has been shaped by the brilliant minds around him. His experience spans working with heavily regulated industries, creating security solutions for global financial institutions, and navigating the startup world from the ground up. Sasha's story is one of transformation, leveraging complex compliance requirements into simple, actionable strategies.

Together, Jon and Sasha aim to demystify compliance, making it accessible and understandable. They're here to show you how navigating these standards isn't just about ticking boxes but seizing opportunities to elevate your business.

"The Founder's Guide to Compliance" is empowers you with the knowledge and tools to not only meet but exceed the expectations of your customers and investors. Dive into a world where compliance becomes your competitive edge, enabling your startup to thrive in the digital age. Join Jon and Sasha as they guide you through the what, why, when, and how of compliance, turning potential hurdles into launchpads for success.

Welcome to the podcast where compliance meets clarity, and where your startup's security journey begins.

Hosted by Jon McLachlan and Sasha Sinkevich — co-founders of YSecurity.

The deep dive

The question before the first conversation

Jon McLachlan and Sasha Sinkevich open The Founder's Guide to Compliance: standards that open the door or close the deal, the price of waiting, the SOC 2 question buyers now ask first, an 800-question questionnaire, a chain of trust, a piece of the customer's business in your hand, standards that scale a founder's decisions, engineering controls over check marks, investors and private lives, and why simple wins.

Episode 37 of The Security Podcast of Silicon Valley aired on February 25, 2024. Jon McLachlan and Sasha Sinkevich, the co-founders of YSecurity, hosted it on their own, with no guest (Podbean, Apple Podcasts, Spotify, Jon on LinkedIn, Sasha on LinkedIn). The episode is called “Founder’s Guide to Compliance: The Introduction SOC2, ISO, NIST, HITRUST, PCI-DSS, FIPS, and more.”

It opened a series for founders on compliance standards. Jon set the tone in the first minute:

“This is a no BS zone where we will dissect everything that founders need to know”

Jon McLachlan, at 0:09

This page follows the conversation in order: a section for each part of it, fourteen figures, fourteen clips from the tape, a short note on each standard the episode names, the full transcript, and five tools: a quiz, a scorecard for whether you’re ready when a buyer asks about compliance, a calculator for what waiting costs, a timeline of the standards, 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.

A new series, and a no BS zone

Jon introduced the series and Sasha as his co-host. Between them, they have started companies, worked at big companies and helped with these standards. Both come from cybersecurity, and both have done the work themselves:

“We’re right there where the rubber hits the road.”

Jon McLachlan, at 0:36

The aim was to get to the essence of each standard, fast, and to say what sits behind it.

Listen · Jon McLachlan on episode 37, from 0:00
About 25 seconds: Jon opening the series. The clip stops on its own. Read the full transcript.

Jon’s story

Jon started his career as a security engineer at Apple, where he worked on security in iTunes. He called security a passion he can’t explain. There are different types of security people, he said, and he isn’t one who avoids risk:

“In order to do great things and to experience great joys in life, you have to take risks.”

Jon McLachlan, at 1:24

Since then he has led teams at startups and at other companies, little ones included, and at his own company. He described the podcast as an authentic give back to the community, and a way to engage with entrepreneurs and founders.

Listen · Jon McLachlan on episode 37, from 1:40
About 25 seconds: Jon on leading teams, and the podcast as a give back. The clip stops on its own. Read the full transcript.

Sasha’s story

Sasha’s security career started about a decade before the episode, in Silicon Valley, and Sasha credits the knowledgeable people there for that start. It began on a security team that served heavily regulated companies, among them the global financial institutions you’d think of, and built products for them:

“And so I’m quite familiar with compliance and regulations firsthand.”

Sasha Sinkevich, at 2:46

Sasha has also built startups from zero, which taught a lot of different things from a different angle. Compliance sounds complicated, Sasha said. It’s dry, and it comes with legal caveats. The series would translate it into simple English, with one disclaimer:

“By the way, none of us are lawyers or attorneys.”

Sasha Sinkevich, at 3:42

What the hosts bring is experience reading compliance requirements as an engineer would:

“We have experience in dissecting and translating complex compliance requirements through the language of engineering”

Sasha Sinkevich, at 3:49

Listen · Sasha Sinkevich on episode 37, from 3:32
About 30 seconds: Sasha on translating compliance through engineering. The clip stops on its own. Read the full transcript.
Two cards. Jon McLachlan: started as a security engineer at Apple, on security in iTunes, led teams at startups, at other companies and at his own company, and isn't one who avoids risk. Sasha Sinkevich: started in security about a decade before the episode, in Silicon Valley, on a security team serving regulated companies and global financial institutions, and built startups from zero. Below, filled: both have done the work, having started companies, worked at big companies and helped with these standards. Then: "We're right there where the rubber hits the road." Jon, at 0:36
Two hosts, one aim: what founders need to know about each standard. Source: the episode.

Open the door, or close the deal

Jon asked Sasha for the mission. Sasha put it in one line:

“The whole purpose is to demystify compliance”

Sasha Sinkevich, at 4:10

Jon spelled out what that means for a founder. Know how each standard will affect your business once customers and potential customers start asking about it:

“We want to make sure that you’re not blindsided by them.”

Jon McLachlan, at 4:16

He described two types of customers. For some, a standard is what gets you in the room, and a lot of work follows. For others, the standard is what closes the deal:

“Sometimes these standards are just going to open the door”

Jon McLachlan, at 4:28

Timing is the other choice. A startup can raise its security maturity early, or wait. Jon allowed for waiting, with a cost:

“Sometimes the right answer is to wait, but it’s not always, and there is going to be a price to pay.”

Jon McLachlan, at 4:50

The calculator below puts a number on that price for your own deals.

Listen · Jon McLachlan on episode 37, from 4:16
About 40 seconds: Jon on standards that open the door, standards that close the deal, and the price of waiting. The clip stops on its own. Read the full transcript.
Two cards. The standard opens the door: you get in the room, and a lot of work follows on top of it. Filled, the standard closes the deal: the report or the certificate is what the customer needed to sign. Then the timing, two more cards. Start early: raise your security maturity before buyers ask. Dashed, wait: sometimes the right answer, with a price to pay. Then: "Sometimes the right answer is to wait, but it's not always, and there is going to be a price to pay." Jon, at 4:50
Two types of customers, and the choice between starting early and waiting. Source: the episode.

The question now comes first

Sasha said the timing changed over the decade before the episode. A company used to go after SOC or ISO only when a customer said a deal needed it. By 2024, the question came at the start:

“even before you start the initial conversation with a potential customer”

Sasha Sinkevich, at 5:29

One of the first questions a customer asks is whether you have SOC 2 or ISO. Which one depends on the business and the product. Customers want to know you meet the minimum security practices they follow themselves, and one of the best ways to show it is a third party that attests on your behalf.

That third party is an auditor. If the request is new to you, What Even Is a SOC 2? explains the report, and the SOC 2 readiness checklist covers where to start.

Listen · Sasha Sinkevich on episode 37, from 5:23
About 40 seconds: Sasha on the question that now comes before the first conversation. The clip stops on its own. Read the full transcript.
Two rows of boxes joined by arrows. It used to be: a deal needs it, the customer says so, then SOC or ISO, the company starts the work. By 2024: filled, the first question, before the first conversation, then SOC 2 or ISO, depending on the business, then a third party that attests on your behalf. Then: "even before you start the initial conversation with a potential customer" Sasha, at 5:29
When the compliance question comes: then, and in 2024. Source: the episode.

Who should listen

Jon asked for feedback, and said the episodes to come would cut to the heart of the matter: the what, the why and the how of each standard. Then he asked Sasha who the series was for. Sasha named anyone thinking about starting a startup, anyone who started one recently, and anyone building a company.

The series was for the moments when compliance lands on a founder’s desk. A customer asks for your SOC 2 Type 2 report. Or a questionnaire arrives, and Sasha’s example was long:

“a security questionnaire with 800 different questions.”

Sasha Sinkevich, at 7:30

Both are stressful when your main goal is to close sales. Compliance becomes part of the sales process, and Sasha wanted to make that process less stressful.

Our post What Is a DDQ? covers due diligence and security questionnaires, and SOC 2 Type 1 vs Type 2 covers the two kinds of report.

Listen · Sasha Sinkevich on episode 37, from 7:17
About 25 seconds: Sasha on the report request and the 800-question questionnaire. The clip stops on its own. Read the full transcript.

Top down or bottom up

Whether you sell top down or bottom up, Jon said, the result is the same:

“you’re going to get these questions.”

Jon McLachlan, at 8:03

He listed the usual three: SOC 2, ISO and NIST.

Three cards. A report request: a customer asks for your SOC 2 Type 2 report. A questionnaire: in Sasha's example, 800 different questions. The short list: SOC 2, ISO and NIST, whether you sell top down or bottom up. Below, filled: closing the sale is the goal, and compliance becomes part of the sales process. Then: "you're going to get these questions." Jon, at 8:03
What lands on a founder's desk, whichever way you sell. Source: the episode.

A chain of trust

Sasha said the questions don’t come from people who want to waste your time. They come from regulation, and from an effort to bring more security into the space. Sasha welcomed that:

“It’s a very good thing that there is a lot more laws around data privacy”

Sasha Sinkevich, at 8:31

Your potential customers have customers of their own, and commitments that come with them. Sasha described the result as a web, or a tree, where each player has to make sure the next one meets the same bar:

“the next link in the chain is compliant with the same level of security and privacy”

Sasha Sinkevich, at 8:56

Listen · Sasha Sinkevich on episode 37, from 8:36
About 30 seconds: Sasha on the chain of trust. The clip stops on its own. Read the full transcript.
Three boxes joined by arrows. Their customers, at the end of the chain. Your customer, who answers to them. Filled, your startup, the next link. Below: each player has to make sure the next one meets the same level of security and privacy, around critical components and critical systems. Regulation drives it, and Sasha called the growth in data privacy laws a good thing. Then: "the next link in the chain is compliant with the same level of security and privacy" Sasha, at 8:56
Each link checks the next one: the chain of trust Sasha described. Source: the episode.

A piece of their business in your hand

Jon agreed and made it concrete. A customer hands you its data, and you process it, save it, store it and back it up:

“They’re putting a piece of their business in your hand.”

Jon McLachlan, at 9:13

“That is why they care.”

Jon McLachlan, at 9:17

Customers have to hold founders to the same bar they hold themselves. For a Fortune 500 or a Fortune 100 company, Jon said, that’s a high one.

Listen · Jon McLachlan on episode 37, from 9:06
About 25 seconds: Jon on why customers care. The clip stops on its own. Read the full transcript.
Four compartments: you process, save, store and back up their data. Below, filled: so they hold you to their own bar, and for a Fortune 500 or a Fortune 100 company, a high one. Then: "They're putting a piece of their business in your hand." Jon, at 9:13 And: "That is why they care." Jon, at 9:17
What a customer hands you, and the bar that comes with it. Source: the episode.

Standards as a signal

Jon’s next point was what standards do for the founder:

“These standards help us get there.”

Jon McLachlan, at 9:31

They signal to the market that a company is mature enough to handle that responsibility and to succeed at it.

Standards that scale your decisions

Standards also help a company grow. Jon described the problem every founder hits:

“It is impossible to be part of every single decision that is made in your organization.”

Jon McLachlan, at 9:51

So how do you know the decisions made under the hood line up with where you’re taking the company, and with the customers you’re trying to close? His answer:

“you can use standards to help do that.”

Jon McLachlan, at 10:11

A standard gives the company a high, rigorous bar.

Listen · Jon McLachlan on episode 37, from 9:45
About 30 seconds: Jon on standards as a way to scale decisions. The clip stops on its own. Read the full transcript.
Two cards. Outside, a signal: the market sees a company mature enough to handle the responsibility, and to succeed at it. Filled, inside, a bar: a founder can't be part of every decision, and a standard keeps the decisions made under the hood in line with where the company is going and the customers it wants to close. Then: "It is impossible to be part of every single decision that is made in your organization." Jon, at 9:51
A signal to the market, and a bar for the decisions a founder can't make alone. Source: the episode.

Every vertical has its own

Different verticals have their own standards. Jon named healthcare and FinTech. Some standards cut across markets, and some are specific to one, and the series planned to cover both. Jon said he has been through it himself, in different markets, at different startups and at different stages. He sees reaching this point as good news:

“It’s a sign of success to be able to be in a position where you’re starting to engage these things”

Jon McLachlan, at 10:49

The standards section below says where each one comes from. For healthcare, our HITRUST Certification team does the work, and The Health System Security Review Your BAA Won’t Pass covers what a hospital’s review asks.

Two rows of cards. Cut across markets: SOC 2, an audit report on controls, under the AICPA's Trust Services Criteria. ISO/IEC 27001, requirements for an information security management system. NIST CSF, guidance to assess and improve cybersecurity, at version 2.0 since February 2024. One market asks for them, dashed: HITRUST, healthcare, formed in 2007 and first focused on HIPAA. PCI DSS, payments, how cardholder data is stored, processed and transmitted. FIPS 140-3, U.S. government, which approves cryptographic modules. Below: privacy law sits next to all of them, and GDPR covers information privacy in the European Union and the European Economic Area.
Standards that cut across markets, and standards one market asks for. Sources: the episode and Wikipedia.

A signal you take your startup seriously

Sasha asked Jon whether compliance is an essential part of doing business in 2024. Jon’s answer:

“It’s a clear signal that you are taking your startup seriously.”

Jon McLachlan, at 11:02

It shows you’re growing, growing aggressively, and that you know how to handle cybersecurity and risk as you grow. Then he asked about Sasha’s experience.

Compliance drives engineering controls

Sasha’s answer:

“There is nothing eye-opening about compliance.”

Sasha Sinkevich, at 11:24

What did become clear is that in certain verticals, meeting the minimum standards your customers present is essential to doing business there. Sasha’s view of what compliance is for:

“Compliance tends to drive engineering controls. These controls should not be done as a check mark.”

Sasha Sinkevich, at 11:43

The documents can be dry, and they still hold lessons:

“The standards are geared towards making sure that the basics are implemented properly.”

Sasha Sinkevich, at 11:56

So a lot of good can come out of the standards and frameworks the series planned to discuss.

Listen · Sasha Sinkevich on episode 37, from 11:41
About 25 seconds: Sasha on engineering controls and the basics. The clip stops on its own. Read the full transcript.
Two cards. Dashed, a check mark: a box ticked on a form. Filled, an engineering control: the basics, implemented properly, in the systems themselves. Below: the documents can be dry, and they still hold lessons, and the standards aim to get the basics right. Then: "Compliance tends to drive engineering controls. These controls should not be done as a check mark." Sasha, at 11:43
A control that runs, and a check mark on a form. Source: the episode.

Sales goals, growth goals, investment goals

Jon returned to the no BS promise. The series would take each standard and its details, take them apart, and show how to position them in a company: next to the sales goals, the growth goals, and maybe the investment goals.

Investors, breaches and private lives

Sasha picked up the word investors. What standards mean for investors deserves its own episode, Sasha said, and protecting investors’ money matters whether you launch your own company or work for a larger one:

“there’s always an investor in any venture.”

Sasha Sinkevich, at 12:47

Every one of those controls aims to protect the company and its customers.

“A simple breach could result in huge losses for a company.”

Sasha Sinkevich, at 12:58

A breach can also disrupt people’s lives. Sasha’s line on privacy:

“every private life deserves to be private”

Sasha Sinkevich, at 13:12

Private data goes public only when the person who owns it chooses that. It’s their decision. Sasha named who should never make it: an adversary, an attacker, or an honest mistake. Compliance, in this view, connects back to the real lives of people and of companies.

Listen · Sasha Sinkevich on episode 37, from 12:58
About 35 seconds: Sasha on breaches, private lives and who decides. The clip stops on its own. Read the full transcript.
A filled box: the person who owns the data, whose decision it is to make it public. Below, never theirs to decide, three dashed compartments: an adversary, an attacker, and a mistake, even an honest one. Then: "every private life deserves to be private" Sasha, at 13:12
Who decides that private data goes public. Source: the episode.

Privacy people depend on

Jon loves connecting this back to real lives. He said that especially in the United States:

“a lot of the privacy stuff is lost on us.”

Jon McLachlan, at 13:47

Many people use computer systems and depend on the privacy those systems claim to provide. His advice to listeners: grab a coffee and sit down, whether your startup is in a garage or you’re planning the next raise. The series was there to help with the complex space of compliance.

What is it, when do I need it, how long does it take

Sasha described how compliance feels to founders who are new to data security, data privacy and regulation: heavy, delicate and, for many, expensive. The series would simplify it to three questions:

“what is this? When do I need it?”

Sasha Sinkevich, at 15:02

“And how much time does it take me to implement the standards?”

Sasha Sinkevich, at 15:05

Our post How Long Does a SOC 2 Audit Take? answers the third question for SOC 2, with timelines, phases and a five-month case study.

Listen · Sasha Sinkevich on episode 37, from 14:37
About 30 seconds: Sasha on the three questions every standard should answer. The clip stops on its own. Read the full transcript.
A numbered list. 1, what it is. 2, when you need it. 3, how long it takes to implement. Below: for founders new to data security, data privacy and regulation, the topic is heavy, delicate and, for many, expensive, and the series promised a simple view of each standard.
Three questions for every standard. Source: the episode.

The standards on the list

Jon asked which standards the series would go over. Sasha listed ISO, SOC, HITRUST, FIPS and NIST, starting with the basics, and more if listeners showed interest. The episode title adds PCI DSS. Jon asked listeners to say which topics they wanted covered. The standards section below has a short note on each.

Listen · Sasha Sinkevich on episode 37, from 15:11
About 20 seconds: Sasha listing the standards the series would cover. The clip stops on its own. Read the full transcript.

Simple wins

Sasha asked where people could find Jon. Anywhere you listen to podcasts, he said, and he thanked the new listeners for joining a guided tour of compliance for founders. He promised to keep it simple:

“I’m a simple guy.”

Jon McLachlan, at 16:08

Sasha took that further:

“Complexity kills innovation.”

Sasha Sinkevich, at 16:12

“It’s pretty clear that robust solutions are always simple.”

Sasha Sinkevich, at 16:14

That’s the approach the series takes to compliance: boil each standard down to the core principles of what it means to follow it. Listeners can reach both hosts on LinkedIn.

Listen · Sasha Sinkevich on episode 37, from 16:12
About 25 seconds: Sasha on why simple wins. The clip stops on its own. Read the full transcript.
Two boxes joined by an arrow. A standard, dry, with legal caveats. Filled, its core principles, what it means to follow it. Then three quotes: "Complexity kills innovation." Sasha, at 16:12 "It's pretty clear that robust solutions are always simple." Sasha, at 16:14 "I'm a simple guy." Jon, at 16:08
Simple wins: the approach the series promised. Source: the episode.

Next up: SOC 2

Jon hoped listeners would get enough out of the episode to share it with entrepreneur friends who struggle with the same pains around compliance. Sasha thanked them for listening. Jon closed with the plan: the next episode would be SOC 2, followed by a joke about socks.

The feed never carried a second episode under the series name. What happened after the tape says where the SOC 2 conversation went.

The standards, one by one

The episode title names SOC 2, ISO, NIST, HITRUST, PCI DSS and FIPS. A short note on each, from public sources, plus GDPR, the European Union’s privacy regulation:

SOC 2 is an audit report. System and Organization Controls reports are a suite of audit reports defined by the American Institute of Certified Public Accountants, so service organizations can issue validated reports on their controls. The reports group controls into five categories called the Trust Services Criteria, which the institute set in 2017 (Wikipedia). What Even Is a SOC 2? is our plain-English guide, and our SOC 2 Type 2 team gets you the report.

ISO/IEC 27001 is a management system. ISO and the IEC first published it in October 2005, with revised editions in 2013 and 2022. It sets the requirements for an information security management system (Wikipedia).

The NIST Cybersecurity Framework is guidance. NIST developed it in 2014 to help organizations assess and improve how prepared they are for cybersecurity threats. Version 1.1 came in 2018. Version 2.0 added a sixth core function, Govern, next to Identify, Protect, Detect, Respond and Recover (Wikipedia).

HITRUST started in healthcare. It was formed in 2007, in response to healthcare data breaches, growing federal and state compliance mandates, and the need for a standard approach to protecting information in healthcare. It provides risk management and compliance assessments and certifications, and it first focused on HIPAA (Wikipedia). Our HITRUST Certification team runs the assessment with you.

PCI DSS covers card data. It governs how companies store, process and transmit cardholder data. Version 1.0 came out in December 2004, and in September 2006, MasterCard, American Express, Visa, JCB International and Discover set up the PCI Security Standards Council to govern it (Wikipedia).

FIPS 140-3 approves cryptographic modules. It’s a U.S. government standard, Security Requirements for Cryptographic Modules, first published on March 22, 2019. It replaces FIPS 140-2 (Wikipedia). Federal buyers come with their own program for cloud products, which our FedRAMP Readiness team prepares you for.

GDPR is a regulation. Regulation (EU) 2016/679 covers information privacy in the European Union and the European Economic Area. It was adopted on April 14, 2016 and took effect on May 25, 2018. Fines can reach 20 million euros or 4% of worldwide annual turnover, whichever is greater (Wikipedia).

Amazon Web Services publishes its own list. It names SOC, ISO 27001, PCI DSS, FedRAMP and HITRUST among its certifications and attestations, and NIST frameworks among its alignments (AWS).

A timeline. December 2004: PCI DSS 1.0, for card data, with the PCI Security Standards Council following in September 2006. October 2005: ISO/IEC 27001, for information security management systems, revised in 2013 and 2022. 2007: HITRUST, formed in response to healthcare data breaches. 2014: NIST CSF, with version 1.1 in 2018 and version 2.0 on February 26, 2024. April 2016: GDPR, adopted on April 14, 2016, and in effect from May 25, 2018. 2017: the Trust Services Criteria, the five categories behind SOC 2 reports. March 2019: FIPS 140-3, for cryptographic modules, superseding FIPS 140-2. February 2024, filled: episode 37, as The Founder's Guide to Compliance opens.
The standards in the episode title, plus GDPR, with when each began. Sources: Wikipedia and NIST.

What happened after the tape

CSF 2.0 came out the next day. NIST published version 2.0 of its Cybersecurity Framework on February 26, 2024, one day after the episode. It describes outcomes that any organization can use, regardless of its size, sector or maturity, and it added Govern as a sixth core function (NIST, Wikipedia).

ISO/IEC 27001 got an amendment. In February 2024, the 2022 edition gained an amendment on climate action changes (Wikipedia).

FIPS 140-2 reached its end date. All FIPS 140-2 validations were set to move to the Historical List on September 21, 2026, whatever their final validation date. FIPS 140-3 supersedes it (Wikipedia).

The series stayed at one episode. The feed has no later episode called The Founder’s Guide to Compliance. The SOC 2 conversation went on with guests. On episode 52, Suha Can, then CISO of Grammarly, covered SOC 2 and ISO 42001 with Jon and Sasha. On episode 64, Daniel Marashlian, co-founder and CTO of Drata, told them about a SOC 2 request that pulled engineers off the roadmap. About a year before this episode, on episode 27, Colin Bitterfield of People Data Labs had described getting SOC 2 in six months.

The SOC 2 guides are on our blog. They cover the SOC 2 basics the next episode was meant to cover: What Even Is a SOC 2?, SOC 2 Type 1 vs Type 2, How Long Does a SOC 2 Audit Take? and SOC 2 in Progress?, for when a buyer asks before the report is done.

A timeline. February 2024: ISO/IEC 27001, an amendment on climate action changes. February 26, 2024, filled: NIST CSF 2.0, which adds Govern, for organizations of any size, sector or maturity. August 15, 2024: episode 52, Suha Can of Grammarly on SOC 2 and ISO 42001. March 11, 2025: episode 64, Daniel Marashlian of Drata on a SOC 2 request that pulled engineers off the roadmap. September 21, 2026: FIPS 140-2, whose validations move to the Historical List. September to November 2026, dashed: our SOC 2 guides, on what a SOC 2 is, Type 1 or Type 2, how long an audit takes, and SOC 2 in progress.
After the tape: CSF 2.0, an ISO amendment, the FIPS 140-2 end date, and where the SOC 2 conversation went. Sources: NIST, Wikipedia and this show.

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 did Jon call the new series in its first minute?

    a. "This is a no BS zone where we will dissect everything that founders need to know" Transcript, 0:09.

  2. By 2024, when did Sasha say customers ask about SOC 2 or ISO?

    c. It used to come only when a deal needed it. See The question now comes first.

  3. How many questions were in Sasha's example security questionnaire?

    b. "a security questionnaire with 800 different questions." Transcript, 7:30.

  4. Why do customers care, in Jon's words?

    a. "They're putting a piece of their business in your hand." Transcript, 9:13.

  5. What did Sasha say compliance tends to drive?

    c. And those controls shouldn't be a check mark. See Compliance drives engineering controls.

  6. Who should decide that private data goes public, according to Sasha?

    b. An adversary, an attacker or an honest mistake should never make that call. See Investors, breaches and private lives.

  7. What did the hosts promise for the next episode?

    a. The SOC 2 guides are on our blog. See Next up: SOC 2.

Are you ready for the first question?

Eight questions on whether you’re ready when a buyer asks about compliance before the first conversation, built from the episode. Each tip links the section behind it.

Scorecard · eight questions

Are you ready for the first question?

Answer for the deals you're working on today. If two answers fit, pick the lower one.

  1. If a buyer asks for your SOC 2 report or ISO certificate before the first call, what do you send?

    • Nothing yet
    • A plan with a date
    • A current report or certificate

    The question now comes before the first conversation. See The question now comes first.

  2. How long would an 800-question security questionnaire take you?

    • We'd start from scratch
    • Days, with engineers pulled in
    • Hours, from answers we keep current

    The questionnaire is one of the moments the series was for. See Who should listen.

  3. Do you know which standards your market expects?

    • Not yet
    • The general ones
    • The general ones and our vertical's own

    Some standards cut across markets, and some belong to one. See Every vertical has its own.

  4. Do you know what customer data you process, save, store and back up?

    • Not fully
    • For our main systems
    • Yes, written down and current

    That data is a piece of the customer's business. See A piece of their business in your hand.

  5. Do your security controls run in engineering, or live in documents?

    • Mostly documents
    • Some of each
    • They run, and we can show them

    A control is more than a check mark. See Compliance drives engineering controls.

  6. Have you decided when to start, and priced the wait?

    • Not yet
    • We decided without numbers
    • Yes, with the cost of waiting

    Waiting can be right, and it has a price. See Open the door, or close the deal and the calculator.

  7. Do decisions made across the company follow one standard?

    • No
    • In some teams
    • Yes, one standard everywhere

    A founder can't be in every decision. See Standards that scale your decisions.

  8. Could you explain your security to an investor?

    • No
    • Roughly
    • Yes, with the controls and the plan

    There's always an investor in any venture. See Investors, breaches and private lives.

Blindsided

The question will come before you're ready. Start with the standard your buyers ask for most, and a list of the customer data you hold.

Getting there

Some answers exist, but a report request or a long questionnaire still stalls a deal. Put a date on the report and keep the answers current.

Ready for the first question

Buyers get answers before they ask. Keep the controls running, and add your vertical's own standard when deals need it.

What does waiting cost?

Jon said waiting is sometimes the right answer, with a price to pay. This calculator puts a number on that price: the revenue at risk each month you wait for a report that buyers ask for.

Calculator

What does waiting cost?

Four numbers: deals a quarter where the buyer asks for SOC 2 or ISO, the first-year value of a deal, the share of those deals that stall or are lost without a report, and what it costs to start now.

$12,000at risk each month you wait
$36,000at risk each quarter you wait
3.6deals lost or stalled a year
5.0months of waiting that cost as much as starting

At 3 deals a quarter that ask for a report, worth $40,000 each in the first year, with 30% stalling or lost without one, each month of waiting puts $12,000 at risk, $36,000 a quarter. Starting now costs $60,000, about what 5.0 months of waiting put at risk.

The calculator counts revenue at risk. Some stalled deals close later, and some deals ask for more than a report. The default numbers are placeholders, yours to change. The months figure stops at 120.

From PCI DSS to the Govern function

The standards in the episode, the privacy laws next to them, this show, and our SOC 2 guides. Filter by topic.

Timeline

From PCI DSS to the Govern function

  1. PCI DSS 1.0

    The first version of the card data standard (Wikipedia).

  2. ISO/IEC 27001

    First published by ISO and the IEC (Wikipedia).

  3. The PCI Security Standards Council

    Set up by five card brands to govern PCI DSS (Wikipedia).

  4. HITRUST

    Formed in response to healthcare data breaches (Wikipedia).

  5. NIST Cybersecurity Framework

    Developed by NIST (Wikipedia).

  6. GDPR adopted

    By the European Parliament and the Council (Wikipedia).

  7. Trust Services Criteria

    The AICPA sets the five categories behind SOC 2 (Wikipedia).

  8. NIST CSF 1.1

    Adds supply chain risk management (Wikipedia).

  9. GDPR takes effect

    Two years after adoption (Wikipedia).

  10. CCPA adopted

    California's privacy law, with many similarities to GDPR (Wikipedia).

  11. FIPS 140-3

    First published, to replace FIPS 140-2 (Wikipedia).

  12. ISO/IEC 27001:2022

    The latest revised edition (Wikipedia).

  13. Episode 27

    Colin Bitterfield on SOC 2 in six months (episode page).

  14. An ISO/IEC 27001 amendment

    On climate action changes (Wikipedia).

  15. Episode 37

    The Founder's Guide to Compliance opens (Podbean, transcript).

  16. NIST CSF 2.0

    Adds Govern as a sixth core function (NIST, on this page).

  17. Episode 52

    Suha Can on SOC 2 and ISO 42001 (episode page).

  18. Episode 64

    Daniel Marashlian of Drata on a SOC 2 request (episode page).

  19. What Even Is a SOC 2?

    Our plain-English guide (blog).

  20. FIPS 140-2 end date

    Its validations move to the Historical List (Wikipedia).

  21. SOC 2 Type 1 vs Type 2

    Which report enterprise buyers require (blog).

  22. What Is a DDQ?

    Due diligence and security questionnaires (blog).

  23. How Long Does a SOC 2 Audit Take?

    Timelines, phases and a five-month case study (blog).

  24. SOC 2 in Progress?

    How to tell customers and keep deals moving (blog).

What to do this week

Five things, in the order of the episode.

  1. Price the wait. Count the deals that asked for SOC 2 or ISO last quarter, and run them through the calculator, as in Open the door, or close the deal.
  2. Have an answer for the first question. Decide what you send when a buyer asks before the first call: a report, or a plan with a date, as in The question now comes first. SOC 2 in Progress? covers the second case.
  3. Write down the data you hold. List what you process, save, store and back up for customers, as in A piece of their business in your hand.
  4. Find your vertical’s standard. Check which standards cut across your market and which belong to it, as in Every vertical has its own and The standards, one by one.
  5. Get help with it. Our SOC 2 Type 2 team gets you the report buyers ask for, and HITRUST Certification covers healthcare. vCISO Services gives you a security leader to make these calls with you, and FedRAMP Readiness prepares you for federal buyers. If you want to talk it through, book 15 minutes with us.

Key takeaways

  1. The question comes first now

    Sasha said that by 2024, buyers asked whether you have SOC 2 or ISO before the first conversation. A company used to get a standard only when a customer said a deal needed it.

  2. A standard opens the door or closes the deal

    Jon described two types of customers. For some, a standard gets you in the room and a lot of work follows. For others, the standard closes the deal.

  3. Waiting has a price

    A startup can raise its security maturity early or wait. Jon said waiting is sometimes the right answer, and there is a price to pay.

  4. Customers hand you a piece of their business

    You process, save, store and back up a customer's data, so customers hold you to the bar they hold themselves. For a Fortune 500 company, that bar is high.

  5. Each link in the chain checks the next

    Your customers answer to customers of their own, so each player makes sure the next one meets the same level of security and privacy. Sasha called the growth in data privacy laws a good thing.

  6. Standards scale a founder's decisions

    A founder can't be part of every decision. A standard sets a high, rigorous bar, so decisions made under the hood line up with the company's direction and its customers.

  7. Controls over check marks

    Sasha said compliance tends to drive engineering controls, and those controls shouldn't be a check mark. The standards aim to get the basics implemented properly.

  8. Simple wins

    Sasha said complexity kills innovation and the strongest solutions are simple. The series promised to boil each standard down to its core principles.

Chapters

Tap a chapter to play from there.

Pull quotes

“This is a no BS zone where we will dissect everything that founders need to know”

Jon McLachlan ·

“We're right there where the rubber hits the road.”

Jon McLachlan ·

“In order to do great things and to experience great joys in life, you have to take risks.”

Jon McLachlan ·

“By the way, none of us are lawyers or attorneys.”

Sasha Sinkevich ·

“The whole purpose is to demystify compliance”

Sasha Sinkevich ·

“Sometimes these standards are just going to open the door”

Jon McLachlan ·

“Sometimes the right answer is to wait, but it's not always, and there is going to be a price to pay.”

Jon McLachlan ·

“even before you start the initial conversation with a potential customer”

Sasha Sinkevich ·

“a security questionnaire with 800 different questions.”

Sasha Sinkevich ·

“They're putting a piece of their business in your hand.”

Jon McLachlan ·

“It is impossible to be part of every single decision that is made in your organization.”

Jon McLachlan ·

“It's a clear signal that you are taking your startup seriously.”

Jon McLachlan ·

“Compliance tends to drive engineering controls. These controls should not be done as a check mark.”

Sasha Sinkevich ·

“there's always an investor in any venture.”

Sasha Sinkevich ·

“every private life deserves to be private”

Sasha Sinkevich ·

“Complexity kills innovation.”

Sasha Sinkevich ·

Context and sources

  • Episode 37 on Podbean: Founder's Guide to Compliance: The Introduction SOC2, ISO, NIST, HITRUST, PCI-DSS, FIPS, and more. Source ↗
  • NIST CSRC, CSWP 29: The NIST Cybersecurity Framework (CSF) 2.0, published February 26, 2024, with outcomes any organization can use regardless of its size, sector or maturity. Source ↗
  • Wikipedia, NIST Cybersecurity Framework: developed in 2014, version 1.1 in 2018, and version 2.0 with a sixth core function, Govern. Source ↗
  • Wikipedia, System and Organization Controls: the AICPA's suite of audit reports, and the Trust Services Criteria set in 2017. Source ↗
  • Wikipedia, ISO/IEC 27001: first published in October 2005, revised in 2013 and 2022, with an amendment on climate action changes in February 2024. Source ↗
  • Wikipedia, HITRUST: formed in 2007 in response to healthcare data breaches, providing risk management and compliance assessments and certifications. Source ↗
  • Wikipedia, Payment Card Industry Data Security Standard: version 1.0 in December 2004, and the PCI Security Standards Council set up in September 2006. Source ↗
  • Wikipedia, FIPS 140-3: first published March 22, 2019, superseding FIPS 140-2, whose validations move to the Historical List on September 21, 2026. Source ↗
  • Wikipedia, General Data Protection Regulation: adopted April 14, 2016, effective May 25, 2018, with fines up to 20 million euros or 4% of worldwide annual turnover. Source ↗
  • AWS Compliance Programs: certifications and attestations, laws and regulations, and frameworks such as NIST. Source ↗

Transcript

Automatic transcription. Jon McLachlan and Sasha Sinkevich host this episode, the first of The Founder's Guide to Compliance. 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, Sasha Sinkevich, SOC 2, HITRUST, YSecurity). Words in [brackets] are best guesses where the audio is unclear. Speech is transcribed as spoken, though many repeated words and false starts are left out, and so are short backchannels such as "mm-hmm".

Read the full transcript 2,744 words

Jon McLachlan

Hello, everyone, and welcome to a brand new series. This is the first episode of a new series called The Founder's Guide to Compliance. This is a no BS zone where we will dissect everything that founders need to know and understand about all of these compliance standards and SOC and ISO and NIST and cybersecurity, all that. I'm joined with my co-host, Sasha Sinkevich.

Sasha Sinkevich

Hi, everyone.

Jon McLachlan

We have started companies. We've worked at big companies. We have helped with all of these different standards. We're right there where the rubber hits the road. We have cybersecurity backgrounds, and our aim here is to get to just the essence very quickly, what's behind these standards.

Sasha Sinkevich

I think it sounds like a very good foundation and a high-level description of this new series. Jon, would you like to give a little bit of introduction about yourself if people have not met you before?

Jon McLachlan

Thank you, Sasha. So I grew up in Minnesota. I launched my career as a security engineer at Apple, worked on security in iTunes. Security for me [has] been an irrational passion. [Irrational] because I can't explain it. You just need to accept it. There it is. And there's different types of security people in this world, but I'm not one who just avoids risk. In order to do great things and to experience great joys in life, you have to take risks. We're all forced to take risks. You have to take risks. For myself, couldn't imagine living life without motorcycles, even though that's a huge risk. I understand that's a huge risk. So, in that spirit, I have had the great honor and privilege to lead amazing teams at startups, companies, little companies, my own company, and just happy to be here. Do this podcast as an authentic give back to the community. I engage with entrepreneurs and founders like yourself. Sasha, how about you? What's your story?

Sasha Sinkevich

Well, I've started my career in cybersecurity about a decade ago in the Silicon Valley. I've been very fortunate to work with extremely knowledgeable people who have taught me things that I know today. I would definitely not be here today without amazing people in the Valley and people who have been working closely with me. Started my career doing security with an amazing security team, serving extremely regulated companies, all of the financial global institutions that you think of. We have created products for those companies. And so I'm quite familiar with compliance and regulations firsthand. We've built startups ourselves, and that taught me a lot of different things from a very different angle. So having done both a large corporate space and having done small startup from zero, there is a lot of experience and there is a lot of knowledge that I would like to be able to share with people who are fairly new to the space. Compliance in general sounds very complicated. No one wants to even [try] to dig into compliance. It's dry, it's complicated. There's often a lot of legal caveats involved. That's the whole point of this series. We would like to translate complexities around compliance into a simple English. By the way, none of us are lawyers or attorneys. However, we have a ton of experience behind us. We have experience in dissecting and translating complex compliance requirements through the language of engineering into simple digestible ideas. So having said all of that, [we should kick off].

Jon McLachlan

So, what is our mission here, Sasha?

Sasha Sinkevich

Our mission here is straightforward. The whole purpose is to demystify compliance, no BS. We're here to talk about these standards.

Jon McLachlan

We want to make sure that you're not blindsided by them. And we want you to understand how they will impact your business when your customers or your potential customers start asking. You know what? Sometimes these standards are just going to open the door, and you got a lot more work to do on top of that. And sometimes these standards are going to close the deal. [We'll] help you understand the difference between those two types of customers. We'll help you understand what's the trade-off between executing earlier on raising your security maturity and inside your startup versus waiting. Sometimes the right answer is to wait, but it's not always, and there is going to be a price to pay. Get into those.

Sasha Sinkevich

And I, I think we both have noticed that in the past decade, things have changed dramatically. It used to be you would go for certain framework or certain standard, and you would try to achieve SOC or ISO only when one of your customers have told you that in order to close this deal, we absolutely need you to be compliant with the standard. However, in 2024, what we have been noticing is that even before you start the initial conversation with a potential customer, one of the very first questions that your customers will ask is whether or not you have SOC 2 or if you have ISO. It depends on the type of business. It depends on the type of the product that you and your company produce. Your customers will ask for different compliance specifications, and they will try to make sure that you adhere to the minimum security practices that they follow themselves. And one of the best ways to do that is to have a third party attest on your behalf that you do your very best to make sure that your customers' data is safe at bay.

Jon McLachlan

[If] you're feeling a little bit teased right now, then we are doing a very good job of introducing the topics. And if you're not, please let us know. Yeah. If you don't feel teased, do reach out and let us know. Feedback is always most welcome. Our [aim] here with all of the following episodes is to cut to the heart of the matter of what, the why, and the how you might want to or have to or you're forced to think about these standards. [We're going to] do it in a way that cuts through the BS. These are authentic gives. We want nothing more than to see you and your startups, all of the startups out there, as successful as they possibly can. Okay, so Sasha, who is our target audience? Who should absolutely be listening?

Sasha Sinkevich

Anyone who is thinking about starting a startup, anyone who has just started a startup, anyone who is in the process of building a company. We will be talking to people who have questions about compliance. Maybe a customer of yours just reached out and told you, hey, can you share with me your SOC 2 Type 2 report? Or maybe they reached out and they gave you a security questionnaire with 800 different questions. All of this are very stressful engagements from your potential customers, as your main goal is to close sales. Like we mentioned earlier, compliance becomes part of normal process, close and sales. And we would like to make sure that we can make that process a lot more seamless or less stressful.

Jon McLachlan

When you go to market, it doesn't matter if you're doing top down or bottom up, you're going to get these questions. You're going to get, hey, well, do you have SOC 2? Do you have ISO? Do you have NIST?

Sasha Sinkevich

Yeah, and I, I think it's important to remember that you get these questions and inquiries not because someone wants to burn your time. It's not because someone wants to burn their time on your customers' end. It's all about bringing security more in the space, and it's driven through different regulations. It's a very good thing that there is a lot more laws around data privacy and data security. A lot of your potential customers, they have commitments [to] their customers. So it becomes this type of a web or a tree where one player in this chain is required, and it's in their interest and in the interest of their customers to make sure that the next link in the chain is compliant with the same level of security and privacy around critical components and critical systems.

Jon McLachlan

That's right. If a customer is going to hand you their data and you're going to help them with it, you're going to process it, you're going to save it, you're going to store it, you're going to back it up. They're putting a piece of their business in your hand. That is why they care. The end of the day, that is why they care. They have to hold us as founders, as entrepreneurs, to the same bar that they hold themselves. And for a Fortune 500, for a Fortune 100, guess what? That's a pretty high bar. These standards help us get there. They signal. They signal to the market we're mature enough to be able to handle that type of responsibility and to be successful at it. Knock it out of the park. And as founders, as entrepreneurs, we can use these techniques to scale our business. It is impossible to be part of every single decision that is made in your organization. So how do you know that those decisions being made underneath the hood are aligned with the interests of where you're trying to take the company, with the interests of the potential customers that you're trying to close? Well, you can use standards to help do that. You can use a very high rigorous bar. Different verticals will have their own standards too. Healthcare has their own standards. FinTech, they have their own set of expectations as well. Some of these are clear cutting, they will come across different markets. Some of them will not. They'll be market specific. We're going to get into all of that. There is so much grit underneath [the hood]. [Sasha] and I have been through the wringer on different markets, at different startups, at different stages, trying to break into markets with different products. You know what? And it's a sign of success. It's a sign of success to be able to be in a position where you're starting to engage these things, starting to think about these things.

Sasha Sinkevich

So, would you say that compliance is the essential part of doing business in 2024?

Jon McLachlan

It's a clear signal that you are taking your startup seriously. You're growing and you're growing aggressively, and that you understand how to navigate cybersecurity and risk with that growth. What's been, what's your experience been, Sasha?

Sasha Sinkevich

Well, my experience has been pretty, I don't want to say eye-opening. There is nothing eye-opening about compliance. However, it becomes very clear that in order to do business in certain verticals, it's absolutely essential to meet minimum standards that your customers present. And also, what is compliance in general? Compliance tends to drive engineering controls. These controls should not be done as a check mark. And there are a lot of lessons to be taken out of sometimes dry documents. The standards are geared towards making sure that the basics are implemented properly. So there's a lot of good that could be extracted from standards and frameworks that we will be discussing in this series.

Jon McLachlan

Thank you, Sasha. As we mentioned before, this is a no BS zone. And so we will take those standards, we'll take those details, and we're going to dissect them and actually show you how you can position them within your org, [with your] goals, with your sales goals, with your growth goals, even maybe your investment goals.

Sasha Sinkevich

You mentioned investors, and we'll definitely talk about what does it mean for the investors. This in itself deserves its own episode. It's important that we protect investors' money, whether we launch our own company or if you work for a larger company, there's always an investor in any venture. And like I mentioned earlier, every one of those controls are aimed on protecting the company and the customers. A simple breach could result in huge losses for a company. It could result in people's lives to be disrupted. There are a lot of private lives, and every private life deserves to be private unless the person who owns the life, who owns the private data, chooses not to. And it's their decision. It's the people who should be able to say, make it public, and not an adversary, not the attacker, not an honest mistake. It's all about connecting back to the real life, connecting back to the life of people, and connecting back to the life of companies.

Jon McLachlan

I love connecting these things back to the real lives of people. And I think, especially in the States, a lot of the privacy stuff is lost on us. There are a lot of people that use computer systems, and they depend on the privacy that those systems claim or purport to provide. It is not a free world. It might be, like, the United States might be free, but the world is not. And look what happened in Russia. Navalny now has passed away. They're not releasing his body. There is a memorial in Moscow. They arrested like 100 people. It is not a free world. I think, as founders, as we build new technologies, we need to be cognizant of that. Yeah. Okay. So grab your coffee, folks. Sit down. I don't care if your startup is in the garage or if you're brainstorming your next big raise that you're doing. This podcast is going to help you navigate that complex space of compliance.

Sasha Sinkevich

At the end of the day, when we talk to founders, when we talk to people that don't have any experience [in] data security, data privacy, compliance, and regulations, it's a very heavy, it's a very delicate, and to many, it's a very expensive discussion. We would like to make sure that there is a simplified view of what is this? When do I need it? And how much time does it take me to implement the standards?

Jon McLachlan

So, what standards are we going to go over?

Sasha Sinkevich

We will for sure cover ISO. We will cover SOC, we will cover [GDPR], we will cover HITRUST, FIPS, and we will definitely talk about NIST. We will cover basics. However, if there is more interest, we can definitely dive into more standards.

Jon McLachlan

If you want us to cover a topic, we would love to hear from you. And if you like what you've heard, we would really appreciate a like and subscribe.

Sasha Sinkevich

How can people reach out to us? Where can people find you, Jon?

Jon McLachlan

Anywhere that you listen to podcasts, you can subscribe to this podcast series. This podcast is a YSecurity production. I would just like to take a moment to say thank you to all of our new listeners for tuning in to this new series on compliance, a guided tour for founders. We're delighted to have you be part of this journey. We want to be part of your entrepreneurial journey. I'm a simple guy. This is not going to be a complex journey.

Sasha Sinkevich

Complexity kills innovation. It's pretty clear that robust solutions are always simple. This is the approach that we take for compliance as well. We [try] to simplify. We [try] to boil down to the core principles of what does it mean to follow or to be compliant with certain standards. This is what we would like to share with you. If you would like to reach us, you can contact us using the email, the contact at ysecurity.io, or you can reach out to us directly via LinkedIn. Super happy if you do.

Jon McLachlan

We hope that you get something out of this, and so much out of this that you're compelled to share this with all of your entrepreneurial buddies who are struggling with the same pains as you're struggling with around compliance.

Sasha Sinkevich

And thank you so much for taking time to listen to this podcast, and we look forward [to] sharing some time with you on the next one.

Jon McLachlan

Thank you for tuning in to the first episode of a new series called The Founder's Guide to Compliance. We are your hosts, Jon and Sasha. And stay tuned for the next episode, which will be SOC 2. Oh, the sweet SOC 2. I hope you have clean socks.

Sasha Sinkevich

Till the next time.

FAQ

Questions this episode answers

What is The Founder's Guide to Compliance?
A series that Jon McLachlan and Sasha Sinkevich, co-founders of YSecurity, started on The Security Podcast of Silicon Valley in February 2024 to explain compliance standards to founders. Episode 37 is its introduction. It named ISO, SOC, HITRUST, FIPS and NIST, and its title adds PCI DSS. The feed has no later episode under the series name.
When do buyers ask a startup about SOC 2 or ISO?
Sasha said that by 2024, it was one of the first questions, even before the first conversation with a potential customer. Which standard a buyer asks for depends on the business and the product.
Why do customers ask about compliance?
Because they hand you a piece of their business. Jon said you process, save, store and back up their data, so they hold you to the bar they hold themselves. Sasha added that customers answer to customers of their own, so each link in the chain checks the next.
Should a startup wait to get compliant?
Sometimes. Jon said waiting is sometimes the right answer, and there is a price to pay. The calculator on this page estimates that price from your own deals.
What does compliance do for engineering?
Sasha said compliance tends to drive engineering controls, which shouldn't be done as a check mark, and that the standards aim to get the basics implemented properly.
What is the difference between SOC 2 and ISO 27001?
SOC 2 is an audit report defined by the AICPA, built on five categories called the Trust Services Criteria. ISO/IEC 27001 sets the requirements for an information security management system. It was first published in October 2005 and revised in 2013 and 2022.
What changed in the NIST Cybersecurity Framework after the episode?
NIST published CSF 2.0 on February 26, 2024, the day after the episode. It added Govern as a sixth core function and describes outcomes any organization can use, regardless of its size, sector or maturity.
Which standards apply to healthcare and payments?
The episode said verticals such as healthcare and FinTech have their own standards. HITRUST was formed in 2007 in response to healthcare data breaches, and PCI DSS covers how companies store, process and transmit cardholder data.
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.