WEBVTT

1
00:00:00.040 --> 00:00:02.480
<v Speaker 1>Welcome to the deep dive. Great to be here today.

2
00:00:02.600 --> 00:00:06.759
<v Speaker 1>We're jumping into information security the fundamentals.

3
00:00:06.839 --> 00:00:09.679
<v Speaker 2>Yeah, we've been digging through some excerpts from that pretty

4
00:00:09.679 --> 00:00:11.800
<v Speaker 2>detailed study guide you mentioned, right, and.

5
00:00:11.759 --> 00:00:14.960
<v Speaker 1>The mission here is well to cut through it all,

6
00:00:15.240 --> 00:00:18.600
<v Speaker 1>pull out the really key stuff and basically give you

7
00:00:18.719 --> 00:00:22.679
<v Speaker 1>a clearer path to understanding how we protect electronic information today.

8
00:00:23.600 --> 00:00:26.719
<v Speaker 1>Because it's a complicated world out there, it really is.

9
00:00:26.719 --> 00:00:28.199
<v Speaker 2>And you just need to look at the numbers to

10
00:00:28.239 --> 00:00:31.079
<v Speaker 2>see why understanding this is so critical right now.

11
00:00:31.320 --> 00:00:33.960
<v Speaker 1>Absolutely, I mean the scale is kind of mind boggling.

12
00:00:34.240 --> 00:00:38.880
<v Speaker 1>Over four hundred and fifty thousand new malware types every

13
00:00:38.920 --> 00:00:39.640
<v Speaker 1>single day.

14
00:00:39.520 --> 00:00:41.759
<v Speaker 2>Every day, and think about the total volume. It was

15
00:00:42.119 --> 00:00:44.119
<v Speaker 2>what one hundred and eighty two million ten years back,

16
00:00:44.240 --> 00:00:46.439
<v Speaker 2>now it's over one point three to four billion. That's

17
00:00:46.479 --> 00:00:47.600
<v Speaker 2>just a constant barage.

18
00:00:47.600 --> 00:00:50.159
<v Speaker 1>It's a huge threat landscape, and that translates into real money,

19
00:00:50.240 --> 00:00:50.520
<v Speaker 1>right Oh.

20
00:00:50.560 --> 00:00:55.119
<v Speaker 2>Absolutely, cybercrime isn't just some abstract threat. The estimates are staggering,

21
00:00:55.119 --> 00:00:58.479
<v Speaker 2>maybe ten point five trillion dollars annually by twenty twenty five.

22
00:00:58.679 --> 00:01:00.560
<v Speaker 2>That's a massive hit to the global economy.

23
00:01:00.600 --> 00:01:03.039
<v Speaker 1>Wow, And we need people to fight this. But there's

24
00:01:03.039 --> 00:01:03.880
<v Speaker 1>a gap, a.

25
00:01:03.920 --> 00:01:07.439
<v Speaker 2>Huge gap globally. Even though the cybersecurity workforce has grown,

26
00:01:07.799 --> 00:01:11.640
<v Speaker 2>we're still short something like three point four million professionals.

27
00:01:11.280 --> 00:01:15.599
<v Speaker 1>Over three million needed. That really drives home why getting

28
00:01:15.599 --> 00:01:18.920
<v Speaker 1>these fundamentals is so important for everyone, not just the specialist.

29
00:01:19.159 --> 00:01:21.920
<v Speaker 1>It's about protecting information on a massive.

30
00:01:21.519 --> 00:01:27.000
<v Speaker 2>Scale, exactly. So let's dive in the core idea information security.

31
00:01:27.040 --> 00:01:31.239
<v Speaker 2>It's really just about protecting electronic information, simple as that sounds, okay,

32
00:01:31.640 --> 00:01:35.959
<v Speaker 2>and that protection usually boils down to three key ideas.

33
00:01:36.159 --> 00:01:38.760
<v Speaker 2>You've probably heard of them. The CIA triad.

34
00:01:38.560 --> 00:01:41.959
<v Speaker 1>Right, not the intelligence agency, No, definitely not.

35
00:01:42.319 --> 00:01:45.640
<v Speaker 2>It stands for confidentiality, integrity, and availability.

36
00:01:45.959 --> 00:01:46.959
<v Speaker 1>Okay, break those down.

37
00:01:47.000 --> 00:01:50.560
<v Speaker 2>Confidentiality that's about keeping secrets, making sure only the people

38
00:01:50.560 --> 00:01:53.560
<v Speaker 2>who are supposed to see sensitive information can actually.

39
00:01:53.319 --> 00:01:55.280
<v Speaker 1>See it, right and integrity.

40
00:01:55.359 --> 00:01:58.959
<v Speaker 2>Integrity is about trust. Is the data accurate? Has it

41
00:01:59.000 --> 00:02:01.879
<v Speaker 2>been changed or messed with by someone unauthorized? You need

42
00:02:01.920 --> 00:02:03.519
<v Speaker 2>to trust your data is correct.

43
00:02:03.319 --> 00:02:04.920
<v Speaker 1>Makes sense? And availability.

44
00:02:05.200 --> 00:02:09.199
<v Speaker 2>Availability just means that the authorized users can get to

45
00:02:09.240 --> 00:02:12.199
<v Speaker 2>the information and the systems when they need to. You know,

46
00:02:12.240 --> 00:02:13.360
<v Speaker 2>the system is up and running.

47
00:02:13.520 --> 00:02:17.400
<v Speaker 1>So stopping things like ransomware attacks, which hit all three precisely.

48
00:02:17.719 --> 00:02:21.719
<v Speaker 2>Ransomware locks you out, that hits availability, It might change files,

49
00:02:21.759 --> 00:02:25.800
<v Speaker 2>hitting integrity, and often they threaten to leak the data

50
00:02:25.919 --> 00:02:30.080
<v Speaker 2>if you don't pay, that's confidentiality breached. It's a perfect

51
00:02:30.159 --> 00:02:31.400
<v Speaker 2>storm against the triad.

52
00:02:31.680 --> 00:02:35.000
<v Speaker 1>That really clarifies how they link together. Yeah, controlling who

53
00:02:35.039 --> 00:02:37.919
<v Speaker 1>sees it, who changes it, and ensuring access. But I

54
00:02:37.960 --> 00:02:40.159
<v Speaker 1>heard there's a bit of a trade off, like more

55
00:02:40.199 --> 00:02:42.080
<v Speaker 1>security means less convenience. Yeah.

56
00:02:42.120 --> 00:02:45.080
<v Speaker 2>Generally speaking, the tighter the security, the more hoops users

57
00:02:45.159 --> 00:02:47.960
<v Speaker 2>might have to jump through. Finding that sweet spot between

58
00:02:48.080 --> 00:02:52.439
<v Speaker 2>really strong protection and usability. That's that's the constant balancing act.

59
00:02:52.439 --> 00:02:54.560
<v Speaker 1>Okay, so that's what we're protecting. Who's trying to break it?

60
00:02:54.639 --> 00:02:59.000
<v Speaker 2>Who are the attackers, right, thread actors or malicious actors. Historically,

61
00:02:59.039 --> 00:03:02.039
<v Speaker 2>you know, maybe it was about fame, proving technical skill,

62
00:03:02.439 --> 00:03:09.360
<v Speaker 2>bragging rights, but today overwhelmingly the main driver is money, fortune,

63
00:03:10.039 --> 00:03:13.080
<v Speaker 2>financial gain, So less.

64
00:03:12.879 --> 00:03:15.680
<v Speaker 1>Digital graffiti, more like digital bank robbery exactly.

65
00:03:16.000 --> 00:03:18.759
<v Speaker 2>And it's not just one type of person or group.

66
00:03:19.120 --> 00:03:22.599
<v Speaker 2>The landscape of adversaries is really diverse. They vary a

67
00:03:22.639 --> 00:03:28.280
<v Speaker 2>lot in you know, skill level, resources, motivation, even whether

68
00:03:28.280 --> 00:03:32.039
<v Speaker 2>they're attacking from outside or crucially from inside an organization.

69
00:03:32.360 --> 00:03:34.199
<v Speaker 1>So what kind of categories are we talking about.

70
00:03:34.240 --> 00:03:38.080
<v Speaker 2>Well, you've got the less sophisticated end, sometimes called script kitties.

71
00:03:38.599 --> 00:03:41.080
<v Speaker 2>They might use tools they found online but don't have

72
00:03:41.199 --> 00:03:45.120
<v Speaker 2>deep expertise. Okay, Then you scale up. You have organized

73
00:03:45.120 --> 00:03:48.319
<v Speaker 2>crime groups very focused on financial fraud, ransomware, that kind

74
00:03:48.360 --> 00:03:52.280
<v Speaker 2>of thing. You have insiders, employees or contractors who misuse

75
00:03:52.400 --> 00:03:53.800
<v Speaker 2>their legitimate access.

76
00:03:53.879 --> 00:03:55.879
<v Speaker 1>That sounds tricky to defend against it is.

77
00:03:56.560 --> 00:03:59.800
<v Speaker 2>Then there are activists driven by ideology, political or social

78
00:03:59.840 --> 00:04:02.439
<v Speaker 2>call and at the top end you have nation state

79
00:04:02.479 --> 00:04:06.280
<v Speaker 2>actors sponsored by governments, massive resources, highest scale levels. They're

80
00:04:06.319 --> 00:04:10.240
<v Speaker 2>playing a different game entirely. Understanding that whole spectrum is key.

81
00:04:10.879 --> 00:04:13.360
<v Speaker 1>So knowing that who and why, let's talk how how

82
00:04:13.360 --> 00:04:15.919
<v Speaker 1>do these attacks actually work? What are the common methods.

83
00:04:16.079 --> 00:04:19.199
<v Speaker 2>Well, one of the most common and honestly most effective

84
00:04:19.240 --> 00:04:22.920
<v Speaker 2>methods doesn't even rely purely on tech. It's social engineering

85
00:04:23.279 --> 00:04:29.639
<v Speaker 2>manipulating people exactly. It plays on human psychology, trust, fear, urgency,

86
00:04:30.199 --> 00:04:34.279
<v Speaker 2>our tendency to obey authority. Attackers exploit all of that

87
00:04:34.399 --> 00:04:35.079
<v Speaker 2>to trick.

88
00:04:34.879 --> 00:04:37.720
<v Speaker 1>Someone, how like pretending to be someone else.

89
00:04:37.879 --> 00:04:40.879
<v Speaker 2>Yeah, they might impersonate an authority figure, maybe someone for it,

90
00:04:41.160 --> 00:04:43.399
<v Speaker 2>support or a boss. They might create a sense of

91
00:04:43.439 --> 00:04:47.040
<v Speaker 2>panic you need to click this link now, or use intimidation,

92
00:04:47.920 --> 00:04:51.079
<v Speaker 2>or they create a whole believable story a pretext to

93
00:04:51.120 --> 00:04:53.000
<v Speaker 2>get you to give up info or click something.

94
00:04:53.079 --> 00:04:55.199
<v Speaker 1>And this is the basis for things like phishing, right,

95
00:04:55.199 --> 00:04:56.959
<v Speaker 1>which everyone gets emails about right.

96
00:04:57.120 --> 00:04:59.920
<v Speaker 2>Phishing is the broad term those mass emails hoping so

97
00:05:00.079 --> 00:05:03.079
<v Speaker 2>one bites, but it gets much more focused. How so

98
00:05:03.279 --> 00:05:07.199
<v Speaker 2>you have spearfishing, which targets specific people, maybe using information

99
00:05:07.319 --> 00:05:10.000
<v Speaker 2>gleaned from social media to make it more convincing. Then

100
00:05:10.040 --> 00:05:14.319
<v Speaker 2>there's whaling, which goes after the big fish CEOs CFOs

101
00:05:14.439 --> 00:05:16.360
<v Speaker 2>often impersonating another executive.

102
00:05:16.519 --> 00:05:18.240
<v Speaker 1>Wow. And it's not just email, No.

103
00:05:18.399 --> 00:05:23.199
<v Speaker 2>The delivery method varies. Smishing uses SMS, texts and vishing

104
00:05:23.480 --> 00:05:27.360
<v Speaker 2>voice phishing uses phone calls. Those can be surprisingly effective,

105
00:05:27.680 --> 00:05:31.800
<v Speaker 2>especially unfortunately sometimes targeting older individuals who might be more

106
00:05:31.800 --> 00:05:32.839
<v Speaker 2>trusting over the phone.

107
00:05:32.879 --> 00:05:35.800
<v Speaker 1>It's incredible the different angles they try. Okay, what about

108
00:05:35.879 --> 00:05:38.720
<v Speaker 1>attacks that bypass tricking the user directly.

109
00:05:38.959 --> 00:05:41.839
<v Speaker 2>That's where things like supply chain attacks come in. And

110
00:05:41.920 --> 00:05:45.639
<v Speaker 2>these are really dangerous because the victim, the end user,

111
00:05:46.079 --> 00:05:48.560
<v Speaker 2>often has absolutely no idea they've been compromised.

112
00:05:48.720 --> 00:05:49.480
<v Speaker 1>How does that work?

113
00:05:49.879 --> 00:05:53.279
<v Speaker 2>Compromised hardware, It can be a device could be tampered

114
00:05:53.319 --> 00:05:57.120
<v Speaker 2>with during manufacturing or while it's being shipped. Imagine buying

115
00:05:57.160 --> 00:05:59.439
<v Speaker 2>a new piece of network gear that already has malware

116
00:05:59.480 --> 00:06:01.800
<v Speaker 2>on it. Yeah, very hard for the buyer to spot.

117
00:06:01.920 --> 00:06:04.000
<v Speaker 1>And software too. You mentioned like updates.

118
00:06:04.199 --> 00:06:06.600
<v Speaker 2>Yes, that's a huge vector. The source material had to

119
00:06:06.600 --> 00:06:09.600
<v Speaker 2>really putent. Example, attackers got into the systems of a

120
00:06:09.639 --> 00:06:13.879
<v Speaker 2>company that makes network management software. Okay, they injected malicious

121
00:06:13.920 --> 00:06:16.800
<v Speaker 2>code into a software update, So when tens of thousands

122
00:06:16.839 --> 00:06:20.279
<v Speaker 2>of clients downloaded what looked like a perfectly legitimate.

123
00:06:19.839 --> 00:06:21.959
<v Speaker 1>Update, they were installing the malware.

124
00:06:21.879 --> 00:06:25.959
<v Speaker 2>Exactly, over thirty three thousand of them. That one breach

125
00:06:26.040 --> 00:06:31.120
<v Speaker 2>in the supply chain spread massively, affecting thousands of organizations downstream.

126
00:06:31.160 --> 00:06:32.759
<v Speaker 2>It's incredibly damaging.

127
00:06:33.079 --> 00:06:37.959
<v Speaker 1>So beyond people and the supply chain, attacks also exploit

128
00:06:39.319 --> 00:06:41.120
<v Speaker 1>weaknesses in the tech itself. Right.

129
00:06:41.439 --> 00:06:45.759
<v Speaker 2>Vulnerabilities, Yes, absolutely, Vulnerabilities are flaws or weaknesses. They can

130
00:06:45.759 --> 00:06:49.279
<v Speaker 2>pop up anywhere in the operating system and applications. Those

131
00:06:49.279 --> 00:06:52.680
<v Speaker 2>are platform issues in firmware, which is that low level

132
00:06:52.720 --> 00:06:55.720
<v Speaker 2>code embedded in hardware that's often hard to update. In

133
00:06:55.800 --> 00:06:58.839
<v Speaker 2>legacy platforms, old systems that aren't supported anymore, no more

134
00:06:58.839 --> 00:07:01.680
<v Speaker 2>security patches even in brand new hardware if it reaches

135
00:07:01.680 --> 00:07:05.399
<v Speaker 2>its end of life, and very very commonly, just simple misconfigurations.

136
00:07:05.399 --> 00:07:08.879
<v Speaker 2>Someone didn't set up a system securely, default passwords left unchanged,

137
00:07:08.920 --> 00:07:09.560
<v Speaker 2>things like that.

138
00:07:09.560 --> 00:07:11.519
<v Speaker 1>Right, And we always hear about zero day attacks? What

139
00:07:11.560 --> 00:07:12.439
<v Speaker 1>does that mean? Exactly?

140
00:07:12.680 --> 00:07:15.839
<v Speaker 2>Zero day vulnerability is a specific type of flaw. It's

141
00:07:15.839 --> 00:07:19.279
<v Speaker 2>one that's actively being exploited by attackers before the vendor

142
00:07:19.319 --> 00:07:22.120
<v Speaker 2>who made the software or hardware, or the wider security

143
00:07:22.120 --> 00:07:26.160
<v Speaker 2>community even knows it exists. So zero days of warning precisely,

144
00:07:26.360 --> 00:07:29.720
<v Speaker 2>that's why they're so dangerous. When a zero day exploit appears,

145
00:07:30.040 --> 00:07:33.639
<v Speaker 2>there's no patch ready, no immediate defense. Attackers have a

146
00:07:33.639 --> 00:07:35.720
<v Speaker 2>free run until it's discovered and fixed.

147
00:07:36.120 --> 00:07:40.759
<v Speaker 1>Okay, So when these attacks succeed using social engineering supply

148
00:07:40.920 --> 00:07:45.279
<v Speaker 1>chain vulnerabilities, what's the fault? What are the typical impacts?

149
00:07:45.839 --> 00:07:49.240
<v Speaker 2>The consequences can be really severe. Obviously, there's the impact

150
00:07:49.240 --> 00:07:52.439
<v Speaker 2>on data. You could have data loss or data exultration

151
00:07:52.480 --> 00:07:55.360
<v Speaker 2>where they steal copies of your data. A formal data

152
00:07:55.360 --> 00:07:59.079
<v Speaker 2>breach often leads to identity theft for customers or employees right,

153
00:07:59.160 --> 00:08:02.680
<v Speaker 2>that's huge on the data itself. Think about lost productivity.

154
00:08:03.000 --> 00:08:05.879
<v Speaker 2>If systems are down because of ransomware or some other attack,

155
00:08:06.160 --> 00:08:09.279
<v Speaker 2>the business grinds to a halt. That costs money directly

156
00:08:09.439 --> 00:08:12.439
<v Speaker 2>and the reputation that can be the longest lasting damage.

157
00:08:12.600 --> 00:08:16.120
<v Speaker 2>And enterprise's reputation takes a massive hit after a major breach,

158
00:08:16.240 --> 00:08:20.000
<v Speaker 2>especially if customer data is stolen. Rebuilding that public trust

159
00:08:20.040 --> 00:08:21.959
<v Speaker 2>can take years and a lot of investment.

160
00:08:22.199 --> 00:08:24.720
<v Speaker 1>Okay, that paints a clear picture of the threats. So

161
00:08:25.079 --> 00:08:27.720
<v Speaker 1>let's switch to defenses. How do we start building up protection.

162
00:08:27.759 --> 00:08:30.560
<v Speaker 2>Where's the first layer you actually start in the real

163
00:08:30.639 --> 00:08:34.519
<v Speaker 2>world physical security, Because think about it, if someone can

164
00:08:34.559 --> 00:08:36.639
<v Speaker 2>just walk up and grab your server or plug into

165
00:08:36.679 --> 00:08:39.799
<v Speaker 2>your network closet, a lot of your other digital defenses

166
00:08:39.879 --> 00:08:41.080
<v Speaker 2>become kind of moot.

167
00:08:41.440 --> 00:08:44.159
<v Speaker 1>So locks, fences, security.

168
00:08:43.679 --> 00:08:47.840
<v Speaker 2>Guards, yep, all of that perimeter defenses like barriers, gates,

169
00:08:48.039 --> 00:08:52.480
<v Speaker 2>maybe security guards. Sometimes in very secure areas, they use

170
00:08:52.480 --> 00:08:56.240
<v Speaker 2>what's called two person integrity or control, meaning to authorize

171
00:08:56.240 --> 00:08:58.600
<v Speaker 2>people have to be present to perform a sensitive action.

172
00:08:59.159 --> 00:09:01.639
<v Speaker 2>Reduces the risk of a single insider threat.

173
00:09:01.840 --> 00:09:03.759
<v Speaker 1>Okay. And sensors, yes.

174
00:09:03.480 --> 00:09:08.600
<v Speaker 2>Sensors to detect intrusion, passive infrared, pir microwave, ultrasonic, even

175
00:09:08.600 --> 00:09:12.080
<v Speaker 2>pressure sensors on floors or fences. Plus monitoring tools like

176
00:09:12.120 --> 00:09:15.840
<v Speaker 2>CCTV cameras and increasingly drones for surveillance.

177
00:09:15.440 --> 00:09:18.399
<v Speaker 1>Night secure the building. What's next the data itself? Does

178
00:09:18.440 --> 00:09:20.000
<v Speaker 1>all data need the same locks?

179
00:09:20.240 --> 00:09:23.000
<v Speaker 2>No, absolutely not, and that's where data classification comes in.

180
00:09:23.080 --> 00:09:25.200
<v Speaker 2>It's crucial you figure out what data you have and

181
00:09:25.240 --> 00:09:27.320
<v Speaker 2>categorize it based on sensitivity.

182
00:09:26.840 --> 00:09:29.240
<v Speaker 1>And important like top secret versus public.

183
00:09:29.480 --> 00:09:33.840
<v Speaker 2>Sort of. Yeah, common categories might be sensitive, think trade secrets,

184
00:09:34.279 --> 00:09:39.519
<v Speaker 2>personal identifiable information, critical data essential for the business to operate,

185
00:09:40.200 --> 00:09:44.279
<v Speaker 2>and public information that can be freely shared. Classifying it

186
00:09:44.399 --> 00:09:47.480
<v Speaker 2>lets you apply the right level of security controls. You

187
00:09:47.519 --> 00:09:49.879
<v Speaker 2>don't need Fort Knox for the company newsletter, but you

188
00:09:49.919 --> 00:09:51.759
<v Speaker 2>do for customer financial data.

189
00:09:51.799 --> 00:09:54.759
<v Speaker 1>Does that make sense? Focus resources where they matter most?

190
00:09:55.240 --> 00:09:58.279
<v Speaker 1>And you mentioned location matters too. Legally, it really does.

191
00:09:58.320 --> 00:10:01.159
<v Speaker 2>That's data sovereignty. It's the the idea that data is

192
00:10:01.200 --> 00:10:03.840
<v Speaker 2>subject to the laws and regulations of the country where

193
00:10:03.840 --> 00:10:06.759
<v Speaker 2>it's collected or processed. This is a big deal. Some

194
00:10:06.799 --> 00:10:10.960
<v Speaker 2>countries Russia, China, Germany, France or examples, have laws requiring

195
00:10:11.039 --> 00:10:14.240
<v Speaker 2>data about their citizens to physically stay within their borders.

196
00:10:14.279 --> 00:10:16.000
<v Speaker 2>You can't just store it anywhere in the world.

197
00:10:16.120 --> 00:10:18.919
<v Speaker 1>That adds another layer of complexity. Okay, let's get into

198
00:10:18.960 --> 00:10:22.120
<v Speaker 1>the tech for protecting the data itself making it unreadable.

199
00:10:22.200 --> 00:10:26.799
<v Speaker 2>Cryptography, right, Cryptography a fundamental building block. It's important to

200
00:10:26.799 --> 00:10:30.799
<v Speaker 2>distinguish it from something called stiganography. Stiganography is about hiding

201
00:10:30.799 --> 00:10:33.960
<v Speaker 2>the fact that data exists, like hiding a message inside

202
00:10:33.960 --> 00:10:37.360
<v Speaker 2>an image file. Cryptography, on the other hand, isn't hiding

203
00:10:37.440 --> 00:10:40.960
<v Speaker 2>the existence of the data. It's hiding its meaning, making

204
00:10:41.039 --> 00:10:43.000
<v Speaker 2>it unreadable unless you have the key.

205
00:10:43.279 --> 00:10:45.279
<v Speaker 1>How does that work fundamentally?

206
00:10:45.360 --> 00:10:48.639
<v Speaker 2>Well, the basic recipe is you take your original data,

207
00:10:48.759 --> 00:10:51.600
<v Speaker 2>the readable stuff called plaint text, You combine it with

208
00:10:51.639 --> 00:10:54.399
<v Speaker 2>a secret piece of information on the key, and you

209
00:10:54.519 --> 00:10:58.360
<v Speaker 2>run both through a mathematical process, the algorithm. The result

210
00:10:58.399 --> 00:11:01.320
<v Speaker 2>is scrambled unreadable data the cipher text.

211
00:11:01.600 --> 00:11:05.240
<v Speaker 1>So plaintext plus key plus algorithm equals ciphertext, and the

212
00:11:05.320 --> 00:11:06.799
<v Speaker 1>key is the crucial part.

213
00:11:06.919 --> 00:11:10.279
<v Speaker 2>Absolutely the algorithms themselves. The mathematical recipes can often be

214
00:11:10.320 --> 00:11:13.960
<v Speaker 2>public knowledge. Security experts have vetted them, but the key

215
00:11:14.039 --> 00:11:16.120
<v Speaker 2>must be kept secret. That's the lynchpin.

216
00:11:16.279 --> 00:11:18.080
<v Speaker 1>What does cryptography actually do for us?

217
00:11:18.080 --> 00:11:21.279
<v Speaker 2>What are the benefits it gives us several key security properties.

218
00:11:21.519 --> 00:11:25.320
<v Speaker 2>The obvious one is confidentiality, keeping data secret, but it

219
00:11:25.399 --> 00:11:28.320
<v Speaker 2>also provides integrity, ways to check if the data has

220
00:11:28.360 --> 00:11:32.480
<v Speaker 2>been altered since it was encrypted. It enables authentication, verifying

221
00:11:32.519 --> 00:11:35.000
<v Speaker 2>that someone or something is who they claim to be.

222
00:11:35.720 --> 00:11:39.080
<v Speaker 2>It supports non repudiation, proving that a specific person send

223
00:11:39.080 --> 00:11:42.000
<v Speaker 2>a message or performed an action they can't deny it later.

224
00:11:42.440 --> 00:11:45.399
<v Speaker 2>And it can be used for obfuscation like masking parts

225
00:11:45.440 --> 00:11:48.399
<v Speaker 2>of data or replacing sensitive data with tokens.

226
00:11:48.519 --> 00:11:50.559
<v Speaker 1>And you can use it on data anywhere.

227
00:11:50.639 --> 00:11:53.639
<v Speaker 2>Pretty much. We talk about protecting data in three states,

228
00:11:54.039 --> 00:11:57.320
<v Speaker 2>data in use while it's being actively processed in menory,

229
00:11:57.679 --> 00:12:00.519
<v Speaker 2>data in transit while it's moving across a network, and

230
00:12:00.720 --> 00:12:03.120
<v Speaker 2>data at rest while it's stored on a hard drive

231
00:12:03.240 --> 00:12:05.919
<v Speaker 2>or database. Cryptography applies to all three.

232
00:12:06.200 --> 00:12:08.759
<v Speaker 1>Are there different ways the keys work? I've heard symmetric

233
00:12:08.759 --> 00:12:09.559
<v Speaker 1>and asymmetric.

234
00:12:09.720 --> 00:12:12.720
<v Speaker 2>Yes, those are the two main types. Symmetric cryptography uses

235
00:12:12.759 --> 00:12:15.759
<v Speaker 2>the same secret key to both encrypt and decrypt the data.

236
00:12:15.840 --> 00:12:19.720
<v Speaker 2>It's generally faster. Asymmetric cryptography uses a pair of keys

237
00:12:19.759 --> 00:12:22.919
<v Speaker 2>that are mathematically linked, a public key and a private key.

238
00:12:23.080 --> 00:12:25.720
<v Speaker 1>How does that work? One locks the other unlocked.

239
00:12:25.720 --> 00:12:27.879
<v Speaker 2>Kind of what you encrypt with the public key can

240
00:12:27.960 --> 00:12:31.240
<v Speaker 2>only be decrypted with the corresponding private key, and vice versa.

241
00:12:31.639 --> 00:12:35.480
<v Speaker 2>This allows for some really powerful things like digital signatures.

242
00:12:35.679 --> 00:12:40.120
<v Speaker 1>Ah right, how do digital signatures use those keys? Okay?

243
00:12:40.320 --> 00:12:42.679
<v Speaker 2>Let's say Bob wants to send a message to Alice

244
00:12:42.720 --> 00:12:45.200
<v Speaker 2>and prove it's really from him and hasn't been tampered with.

245
00:12:45.879 --> 00:12:48.600
<v Speaker 2>He takes his message, calculates a unique fingerprint of it

246
00:12:48.679 --> 00:12:52.480
<v Speaker 2>called a hash digest, then he encrypts that small digest

247
00:12:52.679 --> 00:12:56.120
<v Speaker 2>using his own private key. Okay, he sends the original

248
00:12:56.120 --> 00:12:59.600
<v Speaker 2>message and this encrypted digest to Alice. Alice receives both.

249
00:13:00.120 --> 00:13:02.480
<v Speaker 2>She uses Bob's public key, which anyone can have, to

250
00:13:02.519 --> 00:13:06.440
<v Speaker 2>decrypt the digest. Then she calculates her own hash digest

251
00:13:06.440 --> 00:13:09.759
<v Speaker 2>from the message she received in coomeris them exactly If

252
00:13:09.759 --> 00:13:12.639
<v Speaker 2>the digest she calculated matches the one she decrypted using

253
00:13:12.679 --> 00:13:15.799
<v Speaker 2>Bob's public key, she knows two things for sure. One

254
00:13:15.960 --> 00:13:19.639
<v Speaker 2>the message wasn't changed in transit because the digest match integrity,

255
00:13:19.919 --> 00:13:22.600
<v Speaker 2>and two it had to come from Bob because only

256
00:13:22.639 --> 00:13:24.919
<v Speaker 2>his private key could have created something that his public

257
00:13:25.000 --> 00:13:29.000
<v Speaker 2>key could decrypt. Authentication and non repudiation that's clever.

258
00:13:29.120 --> 00:13:31.559
<v Speaker 1>Yeah. So it doesn't encrypt the whole message, just proves

259
00:13:31.559 --> 00:13:33.639
<v Speaker 1>who sent it and then it's syntactic licely.

260
00:13:33.679 --> 00:13:34.480
<v Speaker 2>It's very efficient.

261
00:13:34.679 --> 00:13:37.360
<v Speaker 1>So where do we actually use cryptography in the real world?

262
00:13:37.519 --> 00:13:41.919
<v Speaker 2>Oh, it's everywhere in software like full disc encryption FD

263
00:13:42.360 --> 00:13:46.360
<v Speaker 2>that scrambles your entire laptop hard drive, or Transparent Data

264
00:13:46.440 --> 00:13:50.799
<v Speaker 2>Encryption TDE used by databases, and increasingly it's built into

265
00:13:50.799 --> 00:13:54.759
<v Speaker 2>hardware like what things like self encrypting drives seds that

266
00:13:54.840 --> 00:14:00.679
<v Speaker 2>handle encryption automatically, Hardware security modules HSMs, dedicated devices for

267
00:14:00.720 --> 00:14:06.080
<v Speaker 2>securely managing cryptographic keys, Trusted platform modules TPMs, chips on

268
00:14:06.120 --> 00:14:09.360
<v Speaker 2>motherboards that help with secure boot processes and key storage,

269
00:14:09.639 --> 00:14:12.720
<v Speaker 2>and secure enclaves found in many mobile phone processors.

270
00:14:12.799 --> 00:14:15.919
<v Speaker 1>So it's embedded deep Yeah. And blockchain is that related?

271
00:14:16.039 --> 00:14:19.879
<v Speaker 2>It's definitely related. Blockchain technology relies heavily on cryptographic principles,

272
00:14:20.000 --> 00:14:24.200
<v Speaker 2>especially hashing and digital signatures to create that shared, immutable,

273
00:14:24.279 --> 00:14:25.240
<v Speaker 2>trustworthy ledger.

274
00:14:25.360 --> 00:14:29.080
<v Speaker 1>Okay, with all this complex math, how do attackers actually

275
00:14:29.080 --> 00:14:31.000
<v Speaker 1>break it? Are they cracking the algorithms?

276
00:14:31.200 --> 00:14:35.960
<v Speaker 2>Well, theoretical attacks against algorithms exist, things like known ciphertext attacks,

277
00:14:36.200 --> 00:14:40.720
<v Speaker 2>downgraded attacks trying to force weaker encryption collision attacks against hashing.

278
00:14:41.279 --> 00:14:45.559
<v Speaker 2>But honestly, the most common way cryptographic protections fail in

279
00:14:45.600 --> 00:14:49.879
<v Speaker 2>the real world is much simpler misconfigurations.

280
00:14:49.240 --> 00:14:50.240
<v Speaker 1>Human error again.

281
00:14:50.240 --> 00:14:54.320
<v Speaker 2>Often yes implementing it incorrectly, using weak keys, poor key

282
00:14:54.399 --> 00:14:58.440
<v Speaker 2>management practices. Those are far more likely avenues for attackers

283
00:14:58.440 --> 00:15:02.399
<v Speaker 2>than actually breaking the underlying math, which is usually incredibly.

284
00:15:01.840 --> 00:15:05.120
<v Speaker 1>Strong that makes sense, and managing all those keys and identities.

285
00:15:05.360 --> 00:15:07.240
<v Speaker 1>That sounds like a job in itself. That leads to

286
00:15:07.279 --> 00:15:09.960
<v Speaker 1>PKI Public Key infrastructure exactly.

287
00:15:10.000 --> 00:15:16.200
<v Speaker 2>PKI is the whole system, the technology policies, procedures for creating, managing, distributing, using, storing,

288
00:15:16.240 --> 00:15:20.399
<v Speaker 2>and revoking digital certificates which bind public keys to identities.

289
00:15:20.480 --> 00:15:22.360
<v Speaker 1>So it's how we trust that a public key actually

290
00:15:22.440 --> 00:15:24.320
<v Speaker 1>belongs to who it says it does, right.

291
00:15:24.639 --> 00:15:28.159
<v Speaker 2>It relies on trusted third parties called certificate authorities CAAs.

292
00:15:28.399 --> 00:15:31.200
<v Speaker 2>You have a root CAA which is highly trusted, It

293
00:15:31.240 --> 00:15:35.120
<v Speaker 2>issues certificates to intermediate CAAs, who might then issue certificates

294
00:15:35.159 --> 00:15:38.480
<v Speaker 2>to end users or servers. It forms a certificate chain

295
00:15:38.519 --> 00:15:43.399
<v Speaker 2>of trust. Your browser uses this chain to verify websites identity, for.

296
00:15:43.399 --> 00:15:47.440
<v Speaker 1>Instance, but certificates can expire or be compromised. How do

297
00:15:47.480 --> 00:15:48.639
<v Speaker 1>we know if one is still good?

298
00:15:48.879 --> 00:15:52.759
<v Speaker 2>That's crucial. We need revocation checking. The main protocol for

299
00:15:52.799 --> 00:15:56.840
<v Speaker 2>this is OCSP, the Online Certificate Status protocol. Your browser

300
00:15:56.879 --> 00:15:59.919
<v Speaker 2>can query an OCSP responder server to ask is this

301
00:16:00.000 --> 00:16:04.000
<v Speaker 2>certificate's still valid? Sometimes the web server gets the OCSP

302
00:16:04.120 --> 00:16:07.120
<v Speaker 2>response itself and staples it to the certificate it sends you,

303
00:16:07.159 --> 00:16:09.720
<v Speaker 2>which is faster, But there's a known issue called the

304
00:16:09.720 --> 00:16:13.159
<v Speaker 2>OCSP soft fail if your browser can't reach the OCSP

305
00:16:13.279 --> 00:16:16.200
<v Speaker 2>server for some reason, it might just proceed anyway assuming

306
00:16:16.240 --> 00:16:18.440
<v Speaker 2>the certificate is okay, which is an ideal.

307
00:16:18.519 --> 00:16:19.759
<v Speaker 1>Yeah, that sounds like a gap.

308
00:16:19.919 --> 00:16:23.279
<v Speaker 2>It highlights why proper certificate and key management is so vital.

309
00:16:23.639 --> 00:16:27.159
<v Speaker 2>It's complex, and it's a frequent target for attackers because

310
00:16:27.159 --> 00:16:29.399
<v Speaker 2>if they can compromise the trust system, they can do

311
00:16:29.440 --> 00:16:30.440
<v Speaker 2>a lot of damage.

312
00:16:30.559 --> 00:16:34.200
<v Speaker 1>Okay, so we've covered securing data itself. What about securing

313
00:16:34.200 --> 00:16:35.759
<v Speaker 1>it as it travels across networks?

314
00:16:36.080 --> 00:16:40.039
<v Speaker 2>Right? Securing data and transit. Often this involves creating secure

315
00:16:40.080 --> 00:16:43.679
<v Speaker 2>tunnels through untrusted networks like the Internet. The main protocols

316
00:16:43.720 --> 00:16:45.759
<v Speaker 2>you hear about are TLS and ip.

317
00:16:45.720 --> 00:16:49.399
<v Speaker 1>SC TLS that replaced SSL. Right for websites.

318
00:16:49.519 --> 00:16:53.600
<v Speaker 2>Correct. Transport layer security TLS is the standard now for

319
00:16:53.720 --> 00:16:57.039
<v Speaker 2>encrypting communication between your web browser and servers. That little

320
00:16:57.159 --> 00:17:00.919
<v Speaker 2>padlock icon you see. Ip sc P security is a

321
00:17:00.960 --> 00:17:04.000
<v Speaker 2>broader framework. It works at a lower network layer, the

322
00:17:04.039 --> 00:17:07.400
<v Speaker 2>IP layer, and can encrypt and authenticate all IP traffic

323
00:17:07.480 --> 00:17:10.559
<v Speaker 2>between two points, like between two corporate sites forming a VPN.

324
00:17:10.839 --> 00:17:15.640
<v Speaker 1>Got it. Okay, So we've looked at physical security, data classification, crypto, PKI,

325
00:17:15.799 --> 00:17:21.000
<v Speaker 1>secure comms. Let's pivot to the devices people actually use, endpoints, laptops, desktops, phones, right.

326
00:17:21.200 --> 00:17:24.359
<v Speaker 2>Endpoint security hugely important because that's where users interact with

327
00:17:24.440 --> 00:17:27.160
<v Speaker 2>data and often where at tax land. First, a major

328
00:17:27.240 --> 00:17:30.079
<v Speaker 2>threat category here is malware, malicious software.

329
00:17:30.240 --> 00:17:32.160
<v Speaker 1>On top of that list seems to be ransomware.

330
00:17:32.400 --> 00:17:35.720
<v Speaker 2>It's definitely a huge problem. Ransomware either just locks your

331
00:17:35.759 --> 00:17:39.880
<v Speaker 2>screen locker ransomware, or more commonly now encrypts all your

332
00:17:40.039 --> 00:17:44.240
<v Speaker 2>files crypto ransomware and demands payment for the decryption key.

333
00:17:44.519 --> 00:17:48.240
<v Speaker 2>Nasty stuff, and it's evolving. We're seeing more blended attacks.

334
00:17:48.519 --> 00:17:51.240
<v Speaker 2>The attackers don't just encrypt your files. They steal a

335
00:17:51.240 --> 00:17:54.319
<v Speaker 2>copy of your sensitive data first, then they threaten to

336
00:17:54.400 --> 00:17:57.480
<v Speaker 2>release it publicly, even if you manage to restore your

337
00:17:57.519 --> 00:18:01.240
<v Speaker 2>files from backup. It gives them extra leverage extortion exactly

338
00:18:01.759 --> 00:18:04.680
<v Speaker 2>Beyond ransomware, you have other types of malware designed for

339
00:18:04.799 --> 00:18:09.640
<v Speaker 2>spying eavesdropping malware, things like keyloggers that record every keystroke

340
00:18:09.720 --> 00:18:13.319
<v Speaker 2>you make, or spyware that monitors your activity, take screenshots,

341
00:18:13.519 --> 00:18:15.119
<v Speaker 2>accesses your camera or mic.

342
00:18:15.440 --> 00:18:17.119
<v Speaker 1>Are classic viruses still around?

343
00:18:17.240 --> 00:18:20.599
<v Speaker 2>They are. They use various techniques to infect files, like

344
00:18:20.680 --> 00:18:23.599
<v Speaker 2>appending their code or splitting it up. They also use

345
00:18:23.640 --> 00:18:27.200
<v Speaker 2>methods like mutations to constantly change their digital fingerprint trying

346
00:18:27.200 --> 00:18:30.799
<v Speaker 2>to evade detection by antivirus software. Some are even smart

347
00:18:30.880 --> 00:18:32.759
<v Speaker 2>enough to check if they're running in a sandbox or

348
00:18:32.759 --> 00:18:35.279
<v Speaker 2>if security tools are present, and they'll just shut down

349
00:18:35.359 --> 00:18:36.759
<v Speaker 2>to avoid being analyzed.

350
00:18:37.160 --> 00:18:40.000
<v Speaker 1>And the web browser itself can be an attack vector.

351
00:18:39.759 --> 00:18:44.079
<v Speaker 2>Oh definitely. Two common web based attacks are cross site

352
00:18:44.079 --> 00:18:48.680
<v Speaker 2>request forgery CSRF and sericide request forgery SSRF.

353
00:18:48.799 --> 00:18:49.519
<v Speaker 1>Okay, what are those?

354
00:18:49.799 --> 00:18:53.640
<v Speaker 2>CSRF is clever? It tricks your browser while you're logged

355
00:18:53.640 --> 00:18:56.839
<v Speaker 2>into a legitimate site like your bank, into sending an

356
00:18:56.880 --> 00:18:59.680
<v Speaker 2>unwonted command to that site from a malicious site or

357
00:18:59.759 --> 00:19:03.200
<v Speaker 2>e mail you might visit. It basically hijacks the trust

358
00:19:03.240 --> 00:19:05.720
<v Speaker 2>the bank site has in you or your browser session.

359
00:19:05.839 --> 00:19:06.160
<v Speaker 1>Wow.

360
00:19:06.319 --> 00:19:10.079
<v Speaker 2>A SSRF is kind of the flip side. It exploits

361
00:19:10.079 --> 00:19:12.799
<v Speaker 2>a vulnerability on the server itself, tricking the web server

362
00:19:12.880 --> 00:19:15.599
<v Speaker 2>into making requests to other internal systems it wouldn't normally

363
00:19:15.599 --> 00:19:18.599
<v Speaker 2>access or even to external systems. It abuses the trust

364
00:19:18.680 --> 00:19:21.480
<v Speaker 2>the server has, maybe with other back end systems inside

365
00:19:21.480 --> 00:19:22.000
<v Speaker 2>the network.

366
00:19:22.119 --> 00:19:24.640
<v Speaker 1>Okay, lots of threats targeting endpoints. So what are the

367
00:19:24.680 --> 00:19:25.359
<v Speaker 1>main defenses?

368
00:19:25.640 --> 00:19:27.960
<v Speaker 2>It has to be a layered approach. First, you need

369
00:19:28.039 --> 00:19:32.039
<v Speaker 2>good anti virus or anti malware software. Modern versions use

370
00:19:32.079 --> 00:19:35.920
<v Speaker 2>signature based detection for known threats, but also heuristic or

371
00:19:35.960 --> 00:19:40.000
<v Speaker 2>behavioral analysis to spot suspicious activity even from unknown malware.

372
00:19:40.240 --> 00:19:41.519
<v Speaker 1>Right. What else?

373
00:19:41.599 --> 00:19:46.079
<v Speaker 2>Patching seriously keeping your operating system and applications updated with

374
00:19:46.119 --> 00:19:49.240
<v Speaker 2>the latest security patches is arguably the single most important

375
00:19:49.240 --> 00:19:53.000
<v Speaker 2>thing you can do. Attackers actively reverse engineer patches to

376
00:19:53.000 --> 00:19:55.799
<v Speaker 2>figure out the vulnerability they fix, and then they target

377
00:19:55.880 --> 00:19:59.640
<v Speaker 2>unpatched systems. Automation helps a lot here, so patch quickly

378
00:19:59.680 --> 00:20:03.559
<v Speaker 2>and off absolutely. Then there are OS level protections, things

379
00:20:03.640 --> 00:20:06.880
<v Speaker 2>like hardening the system by disabling unused ports, protocols or

380
00:20:06.920 --> 00:20:11.960
<v Speaker 2>services using application allow listing where only explicitly approved software

381
00:20:12.039 --> 00:20:15.000
<v Speaker 2>is allowed to run rather than trying to block known

382
00:20:15.039 --> 00:20:15.799
<v Speaker 2>bad software.

383
00:20:15.880 --> 00:20:18.359
<v Speaker 1>That sounds more restrictive, but maybe more effective.

384
00:20:18.039 --> 00:20:21.319
<v Speaker 2>It can be. Yeah, also sandboxing applications running them in

385
00:20:21.400 --> 00:20:24.279
<v Speaker 2>isolated containers so if they get compromised, they can't easily

386
00:20:24.279 --> 00:20:26.599
<v Speaker 2>affect the rest of the system. And you have host

387
00:20:26.680 --> 00:20:28.039
<v Speaker 2>based monitoring.

388
00:20:27.599 --> 00:20:30.039
<v Speaker 1>Tools like HIDS and HIPS exactly.

389
00:20:30.400 --> 00:20:34.880
<v Speaker 2>A host based intrusion detection system HIDS monitors logs and

390
00:20:34.960 --> 00:20:38.039
<v Speaker 2>activity on a single computer for signs of intrusion. A

391
00:20:38.079 --> 00:20:41.799
<v Speaker 2>host based intrusion prevention system HIPS goes a step further

392
00:20:42.000 --> 00:20:46.519
<v Speaker 2>and can actively block malicious activity. It detects detection versus prevention.

393
00:20:46.880 --> 00:20:51.680
<v Speaker 1>Okay, Now, mobile devices, phones, tablets, they're basically powerful computers

394
00:20:51.759 --> 00:20:54.559
<v Speaker 1>we carry around, but they seem different from a security perspective.

395
00:20:54.680 --> 00:20:57.000
<v Speaker 2>They are. They've come a long way from old feature phones.

396
00:20:57.240 --> 00:21:01.640
<v Speaker 2>Now they run complex OS's apps. Enterprises manage them using

397
00:21:01.640 --> 00:21:06.359
<v Speaker 2>different models BYOD bring your own Device CO, corporate own,

398
00:21:06.559 --> 00:21:10.440
<v Speaker 2>personally enabled CIOD, choose your own device, trying to balance

399
00:21:10.480 --> 00:21:11.319
<v Speaker 2>flexibility and.

400
00:21:11.279 --> 00:21:13.160
<v Speaker 1>Control, but they carry unique risks.

401
00:21:13.640 --> 00:21:16.799
<v Speaker 2>Definitely. They spend a lot of time outside the traditional

402
00:21:16.839 --> 00:21:21.240
<v Speaker 2>secure corporate network perimeter. They're easily lost or stolen, which

403
00:21:21.279 --> 00:21:24.039
<v Speaker 2>means data loss risk, or they could be compromised and

404
00:21:24.160 --> 00:21:26.519
<v Speaker 2>used as an entry point back into the network. Right,

405
00:21:26.880 --> 00:21:31.160
<v Speaker 2>older devices often stop receiving security updates, becoming vulnerable. The

406
00:21:31.200 --> 00:21:34.759
<v Speaker 2>built in geolocation tracking can be a privacy or safety risk,

407
00:21:35.039 --> 00:21:37.400
<v Speaker 2>and of course the cameras and microphones could potentially be

408
00:21:37.480 --> 00:21:39.880
<v Speaker 2>used for spying if the device is compromised.

409
00:21:40.079 --> 00:21:43.319
<v Speaker 1>Lots to worry about there. What about really small devices,

410
00:21:43.480 --> 00:21:46.519
<v Speaker 1>embedded systems like in cars or industrial controls.

411
00:21:46.880 --> 00:21:51.559
<v Speaker 2>Yeah, embedded systems often running a real time operating system ARETOS.

412
00:21:51.599 --> 00:21:54.559
<v Speaker 2>They're everywhere now. Security can be a real challenge for

413
00:21:54.599 --> 00:21:57.599
<v Speaker 2>them because they're often designed with very limited resources, not

414
00:21:57.720 --> 00:22:02.440
<v Speaker 2>much processing power, memory, or even battery life. Implementing strong cryptography,

415
00:22:02.440 --> 00:22:05.200
<v Speaker 2>for example, can be difficult or impossible on some of

416
00:22:05.200 --> 00:22:06.519
<v Speaker 2>these constrained devices.

417
00:22:06.680 --> 00:22:10.440
<v Speaker 1>Okay, so we've secured the physical space, the data, the endpoints,

418
00:22:10.440 --> 00:22:15.000
<v Speaker 1>the mobile devices. Now how do organizations control who gets

419
00:22:15.039 --> 00:22:16.920
<v Speaker 1>access to what? That seems fundamental?

420
00:22:17.039 --> 00:22:20.200
<v Speaker 2>It absolutely is. That whole area is called Identity and

421
00:22:20.240 --> 00:22:24.799
<v Speaker 2>Access management IAM, and the goal is pretty straightforward, ensure

422
00:22:24.799 --> 00:22:27.519
<v Speaker 2>the right users have access to the right resources at

423
00:22:27.559 --> 00:22:29.799
<v Speaker 2>the right times and for the right reasons.

424
00:22:30.079 --> 00:22:32.920
<v Speaker 1>Control and Step one is proving you are who you

425
00:22:32.960 --> 00:22:36.079
<v Speaker 1>say you are. Authentication. You mentioned three factors right.

426
00:22:36.119 --> 00:22:38.920
<v Speaker 2>The three classic factors are something you know, something you have,

427
00:22:39.119 --> 00:22:39.920
<v Speaker 2>and something you are.

428
00:22:40.039 --> 00:22:42.160
<v Speaker 1>Okay, something you know that's passwords.

429
00:22:41.720 --> 00:22:45.400
<v Speaker 2>Right, typically yes, passwords or pass raises. It's worth noting

430
00:22:45.559 --> 00:22:49.200
<v Speaker 2>servers generally don't store your actual password. They store a

431
00:22:49.279 --> 00:22:53.119
<v Speaker 2>cryptographic hash or digest of it. But the big problem

432
00:22:53.119 --> 00:22:56.319
<v Speaker 2>with passwords is us human memory.

433
00:22:56.440 --> 00:22:58.000
<v Speaker 1>We choose bad ones we often do.

434
00:22:58.119 --> 00:23:02.839
<v Speaker 2>We pick weak ones, short common words, predictable patterns, personal information,

435
00:23:03.720 --> 00:23:06.799
<v Speaker 2>or we reuse the same password everywhere, which is a

436
00:23:06.920 --> 00:23:09.599
<v Speaker 2>huge risk if one site gets breached. Our brains just

437
00:23:09.640 --> 00:23:14.039
<v Speaker 2>aren't built for remembering dozens of unique, complex passwords, which.

438
00:23:13.799 --> 00:23:16.680
<v Speaker 1>Makes it easier for attackers. How do they correct passwords?

439
00:23:16.960 --> 00:23:20.759
<v Speaker 2>Several ways? They use automated dictionary attacks, trying common words,

440
00:23:20.839 --> 00:23:25.640
<v Speaker 2>brute force attacks, trying every possible combination, especially for short passwords.

441
00:23:26.000 --> 00:23:28.960
<v Speaker 2>If they have lists of usernames and passwords from previous breaches,

442
00:23:29.000 --> 00:23:31.920
<v Speaker 2>they'll try credential sluffing just trying those pairs on other websites,

443
00:23:32.279 --> 00:23:35.720
<v Speaker 2>or rule attacks where they try variations like adding numbers

444
00:23:35.799 --> 00:23:37.079
<v Speaker 2>or symbols to common words.

445
00:23:37.440 --> 00:23:39.519
<v Speaker 1>So what are better options than just passwords.

446
00:23:39.599 --> 00:23:43.240
<v Speaker 2>The other factors exactly something you have refers to a

447
00:23:43.480 --> 00:23:46.920
<v Speaker 2>physical object, things like security key is, those little USB

448
00:23:47.039 --> 00:23:49.440
<v Speaker 2>dongles or smart cards that you need to physically possess

449
00:23:49.480 --> 00:23:53.160
<v Speaker 2>to authenticate, much harder to steal remotely than a password.

450
00:23:53.319 --> 00:23:55.119
<v Speaker 1>Okay, and something you are.

451
00:23:55.519 --> 00:24:00.279
<v Speaker 2>That's biometrics, Yes, biometrics using unique, biological or behavioral t rates.

452
00:24:00.319 --> 00:24:04.599
<v Speaker 2>You have physiological biometrics things related to your body, fingerprints,

453
00:24:04.680 --> 00:24:09.079
<v Speaker 2>retina or iris scans, facial recognition, voice patterns, even the

454
00:24:09.160 --> 00:24:13.519
<v Speaker 2>vein patterns in your hand. These use specialized scanners or increasingly,

455
00:24:13.559 --> 00:24:17.200
<v Speaker 2>the sensors already in phones and laptops. There's also cognitive

456
00:24:17.240 --> 00:24:20.319
<v Speaker 2>biometrics based on how you think or unique life experiences,

457
00:24:20.359 --> 00:24:24.640
<v Speaker 2>harder to implement but very difficult to fake. And behavioral biometrics,

458
00:24:24.640 --> 00:24:27.319
<v Speaker 2>which is about something you do uniquely, like the rhythm

459
00:24:27.359 --> 00:24:29.559
<v Speaker 2>and speed of your typing keystroke dynamics.

460
00:24:29.599 --> 00:24:31.960
<v Speaker 1>Biometrics sound futuristic, but are they perfect?

461
00:24:32.319 --> 00:24:35.920
<v Speaker 2>Not quite. They can be issues with accuracy, false positives,

462
00:24:35.920 --> 00:24:40.200
<v Speaker 2>false negatives. There are privacy concerns about storing biometric data,

463
00:24:40.640 --> 00:24:43.640
<v Speaker 2>and unlike a password, you can't easily change your fingerprint

464
00:24:43.720 --> 00:24:47.799
<v Speaker 2>if it gets compromised somehow, So often the strongest authentication

465
00:24:48.079 --> 00:24:50.160
<v Speaker 2>uses multiple factors together.

466
00:24:49.960 --> 00:24:53.680
<v Speaker 1>MFA multi factor authentication. Okay, so once you're authenticated, you

467
00:24:53.720 --> 00:24:55.680
<v Speaker 1>still need to control what that person can actually do.

468
00:24:55.920 --> 00:24:59.519
<v Speaker 2>Absolutely. That's access controls, they limit privileges. There are different

469
00:24:59.559 --> 00:25:03.759
<v Speaker 2>models how this is done. Common ones include DC discretionary

470
00:25:03.759 --> 00:25:06.880
<v Speaker 2>access control, where the owner of a file or resource

471
00:25:06.920 --> 00:25:11.599
<v Speaker 2>decides who gets access. MA mandatory access control is much stricter,

472
00:25:12.000 --> 00:25:15.680
<v Speaker 2>using system wide policies and labels often seen in military

473
00:25:15.759 --> 00:25:19.880
<v Speaker 2>or high security government systems, and RBAC. Role based access

474
00:25:19.880 --> 00:25:23.079
<v Speaker 2>control is very common in businesses. Permissions are assigned based

475
00:25:23.119 --> 00:25:25.359
<v Speaker 2>on a user's job role, not individually.

476
00:25:25.480 --> 00:25:28.599
<v Speaker 1>Okay, that covers controlling user access. Let's broaden out again

477
00:25:28.640 --> 00:25:32.039
<v Speaker 1>to the infrastructure itself. The network's connecting everything. Why are

478
00:25:32.079 --> 00:25:33.200
<v Speaker 1>networks such a big.

479
00:25:33.039 --> 00:25:36.440
<v Speaker 2>Target Because they connect everything. If an attacker can compromise

480
00:25:36.480 --> 00:25:40.440
<v Speaker 2>the network, they can potentially access or disrupt many many

481
00:25:40.480 --> 00:25:44.480
<v Speaker 2>devices and systems all at once. A single network vulnerability

482
00:25:44.519 --> 00:25:45.799
<v Speaker 2>can have widespread impact.

483
00:25:46.599 --> 00:25:49.759
<v Speaker 1>Makes sense. What kind of attacks happen at the network level.

484
00:25:49.960 --> 00:25:52.960
<v Speaker 2>We see things like Man in the middle MITM attacks,

485
00:25:53.000 --> 00:25:56.960
<v Speaker 2>where the attacker secretly sits between two communicating parties. Intercepting

486
00:25:57.039 --> 00:26:01.319
<v Speaker 2>or even altering the traffic. DNS poisons or hijacking messes

487
00:26:01.359 --> 00:26:04.640
<v Speaker 2>with the system that translates website names into IP addresses,

488
00:26:05.000 --> 00:26:09.440
<v Speaker 2>redirecting users to malicious sites. DTA DOST Distributed denial of

489
00:26:09.480 --> 00:26:12.759
<v Speaker 2>service attacks are huge. They flood a target server or

490
00:26:12.799 --> 00:26:15.799
<v Speaker 2>network with so much junket traffic that legitimate users can't

491
00:26:15.799 --> 00:26:20.000
<v Speaker 2>get through. Often launched using botnet's armies of compromised computers

492
00:26:20.160 --> 00:26:24.480
<v Speaker 2>or increasingly vulnerable Internet of Things devices. Think baby monitors,

493
00:26:24.559 --> 00:26:28.319
<v Speaker 2>smart thermostats, garage door openers, all roped into an attack.

494
00:26:28.480 --> 00:26:31.359
<v Speaker 1>Wow, everyday gadgets used for attacks any others?

495
00:26:31.519 --> 00:26:34.519
<v Speaker 2>Yeah. Attacks can also target fundamental weaknesses in how local

496
00:26:34.559 --> 00:26:38.160
<v Speaker 2>networks operate, like at OSI Layer two. It wasn't originally

497
00:26:38.240 --> 00:26:40.319
<v Speaker 2>designed with strong security in mind.

498
00:26:40.400 --> 00:26:42.200
<v Speaker 1>So how do we defend the network itself?

499
00:26:42.440 --> 00:26:47.440
<v Speaker 2>Again? Layers at the edge, router ACL's access control lists

500
00:26:47.480 --> 00:26:51.119
<v Speaker 2>act as basic filters, blocking unwanted traffic based on IP

501
00:26:51.200 --> 00:26:54.880
<v Speaker 2>addresses reports. They're used both on external routers facing the

502
00:26:54.920 --> 00:26:58.119
<v Speaker 2>Internet and internally to segment traffic. They can also help

503
00:26:58.160 --> 00:27:02.160
<v Speaker 2>prevent IP address boofing and fire firewalls are critical. They

504
00:27:02.240 --> 00:27:05.319
<v Speaker 2>enforce the security policy, deciding what traffic is allowed or

505
00:27:05.359 --> 00:27:09.599
<v Speaker 2>denied based on rules, direction, priority, time of day, maybe

506
00:27:09.640 --> 00:27:13.519
<v Speaker 2>even application context. You have stateless firewalls that look at

507
00:27:13.559 --> 00:27:17.880
<v Speaker 2>packets individually and stateful firewalls that track the state of connections,

508
00:27:17.920 --> 00:27:19.079
<v Speaker 2>which is more secure.

509
00:27:19.160 --> 00:27:20.400
<v Speaker 1>Different types of firewalls too.

510
00:27:20.559 --> 00:27:25.240
<v Speaker 2>Yes, Web application firewalls wafs specifically protect web servers from

511
00:27:25.240 --> 00:27:29.000
<v Speaker 2>web based attacks. Next generation firewalls and gfw's offer more

512
00:27:29.000 --> 00:27:32.640
<v Speaker 2>advanced inspection, looking deeper into the traffic and UTM Unified

513
00:27:32.680 --> 00:27:38.160
<v Speaker 2>threat management devices bundle multiple security functions firewall intrusion prevention, VPN, etc.

514
00:27:38.720 --> 00:27:41.480
<v Speaker 2>Into one box. Some firewalls operate all the way up

515
00:27:41.480 --> 00:27:44.039
<v Speaker 2>to OSI layer seven the application layer.

516
00:27:44.119 --> 00:27:46.519
<v Speaker 1>Is it just about the devices or how you structure

517
00:27:46.519 --> 00:27:47.039
<v Speaker 1>the network?

518
00:27:47.319 --> 00:27:53.200
<v Speaker 2>Network design is hugely important. Being proactive using vlands virtual

519
00:27:53.240 --> 00:27:56.759
<v Speaker 2>local area networks helps segment the network. If one segment

520
00:27:56.799 --> 00:27:59.680
<v Speaker 2>gets breached, it's harder for attackers to move laterally to

521
00:27:59.799 --> 00:28:03.119
<v Speaker 2>up parts. In DMZs, I've heard that term DMZs or

522
00:28:03.160 --> 00:28:07.720
<v Speaker 2>demilitarized zones, it's a buffer network. You place publicly accessible

523
00:28:07.759 --> 00:28:10.680
<v Speaker 2>servers like your web server in this separate network segment

524
00:28:10.720 --> 00:28:14.119
<v Speaker 2>between your trusted internal network and the untrusted Internet. It's

525
00:28:14.160 --> 00:28:17.559
<v Speaker 2>typically protected by firewalls. You can have a single firewall

526
00:28:17.640 --> 00:28:21.480
<v Speaker 2>design or more securely, a dual firewall setup, creating a

527
00:28:21.599 --> 00:28:22.759
<v Speaker 2>screened subnet.

528
00:28:22.839 --> 00:28:25.720
<v Speaker 1>Okay, what about newer concepts like zero trust?

529
00:28:25.920 --> 00:28:29.079
<v Speaker 2>Zero trust architecture is a major shift. The core idea

530
00:28:29.240 --> 00:28:32.880
<v Speaker 2>is never trust, always verify. Don't assume that because a

531
00:28:32.880 --> 00:28:35.920
<v Speaker 2>connection is coming from inside your network, it's automatically trusted.

532
00:28:36.160 --> 00:28:39.119
<v Speaker 2>Every single access request, regardless of origin, has to be

533
00:28:39.119 --> 00:28:43.200
<v Speaker 2>strictly authenticated and authorized based on policy, usually managed by

534
00:28:43.200 --> 00:28:44.359
<v Speaker 2>a central policy engine.

535
00:28:44.359 --> 00:28:46.480
<v Speaker 1>That sounds much more rigorous anything else.

536
00:28:46.480 --> 00:28:50.720
<v Speaker 2>For network defense, network access control NAC solutions are important.

537
00:28:51.119 --> 00:28:53.920
<v Speaker 2>They check the security posture of a device before allowing

538
00:28:53.920 --> 00:28:56.319
<v Speaker 2>it to connect to the network. Is its anti virus

539
00:28:56.400 --> 00:28:59.200
<v Speaker 2>up to date? Does it have the latest patches? It

540
00:28:59.240 --> 00:29:02.079
<v Speaker 2>can use an agent installed on the endpoint or be

541
00:29:02.279 --> 00:29:02.880
<v Speaker 2>agent lists.

542
00:29:03.000 --> 00:29:05.119
<v Speaker 1>So you have all these defenses, how do you know

543
00:29:05.160 --> 00:29:08.279
<v Speaker 1>if something is getting through monitoring exactly?

544
00:29:08.519 --> 00:29:12.200
<v Speaker 2>Monitoring and alerting are crucial for detecting attacks or suspicious

545
00:29:12.200 --> 00:29:16.440
<v Speaker 2>activity that might bypass preventative controls. You need visibility.

546
00:29:16.519 --> 00:29:17.240
<v Speaker 1>How do you monitor?

547
00:29:17.359 --> 00:29:21.480
<v Speaker 2>What methodologies different approaches? You can look for anomalies deviations

548
00:29:21.480 --> 00:29:25.000
<v Speaker 2>from established baseline behavior. You can use signature based detection

549
00:29:25.119 --> 00:29:28.039
<v Speaker 2>looking for known patterns of attack. You can analyze behavior

550
00:29:28.079 --> 00:29:31.920
<v Speaker 2>as a user or system acting unusually, or use heuristics

551
00:29:32.000 --> 00:29:33.839
<v Speaker 2>rules of thumb about suspicious activity.

552
00:29:34.079 --> 00:29:35.240
<v Speaker 1>What tools help with this?

553
00:29:35.400 --> 00:29:38.200
<v Speaker 2>You have packet analysis tools like wire shark or TCP

554
00:29:38.319 --> 00:29:40.559
<v Speaker 2>dump that let you look at the raw data packets

555
00:29:40.599 --> 00:29:44.279
<v Speaker 2>flying across the network. Flow analysis tools like NetFlow, s

556
00:29:44.319 --> 00:29:48.720
<v Speaker 2>flow or IPFX provide higher level visibility into traffic patterns,

557
00:29:48.720 --> 00:29:52.319
<v Speaker 2>who's talking to whom, how much data, and crucially SIME

558
00:29:52.440 --> 00:29:57.160
<v Speaker 2>systems Security information and event management. These are central platforms

559
00:29:57.240 --> 00:29:59.440
<v Speaker 2>that collect logs and event data from all sorts of

560
00:29:59.480 --> 00:30:05.200
<v Speaker 2>devices across your network, firewalls, servers, endpoints, applications. They aggregate

561
00:30:05.240 --> 00:30:09.680
<v Speaker 2>this data, correlate events to identify potential incidents, generate alerts,

562
00:30:09.720 --> 00:30:13.079
<v Speaker 2>and provide tools for analysis and reporting. They're essential for

563
00:30:13.200 --> 00:30:14.759
<v Speaker 2>managing the flood of security data.

564
00:30:15.000 --> 00:30:18.480
<v Speaker 1>Got it? Okay, let's talk Wireless, Wi Fi and Bluetooth

565
00:30:18.680 --> 00:30:22.039
<v Speaker 1>add complexity because the signals don't stop at the building

566
00:30:22.079 --> 00:30:22.680
<v Speaker 1>walls right.

567
00:30:22.720 --> 00:30:26.559
<v Speaker 2>That creates what some call blurred edges. Your security perimeter

568
00:30:26.680 --> 00:30:29.359
<v Speaker 2>isn't just the physical boundary anymore. It extends wherever the

569
00:30:29.440 --> 00:30:32.920
<v Speaker 2>radio frequency signals reach multiple potential entry points.

570
00:30:33.039 --> 00:30:35.319
<v Speaker 1>Let's start with Bluetooth, any specific risks there.

571
00:30:35.400 --> 00:30:39.839
<v Speaker 2>Bluetooth uses small short range networks called peacanets. Over the years,

572
00:30:39.880 --> 00:30:43.079
<v Speaker 2>different versions like Classic Bread, y AAR, and low Energy

573
00:30:43.200 --> 00:30:47.079
<v Speaker 2>le have emerged. Attacks have included things like bluejacking, sending

574
00:30:47.079 --> 00:30:51.359
<v Speaker 2>annoying unsolicited messages to nearby devices and blue snarfing, which

575
00:30:51.400 --> 00:30:56.319
<v Speaker 2>is more serious involving actual data theft from a vulnerable Bluetooth.

576
00:30:55.920 --> 00:30:58.680
<v Speaker 1>Device and Wi Fi. It seems like the security standards

577
00:30:58.720 --> 00:30:59.319
<v Speaker 1>have changed a lot.

578
00:30:59.400 --> 00:31:02.440
<v Speaker 2>They really have, driven by new tech, needing more speed

579
00:31:02.680 --> 00:31:05.400
<v Speaker 2>using different parts of the radio spectrum, and definitely needing

580
00:31:05.440 --> 00:31:08.920
<v Speaker 2>stronger security. We started with WEP, which turned out to

581
00:31:08.920 --> 00:31:12.880
<v Speaker 2>be badly flawed, then WPS for easy setup also proved vulnerable.

582
00:31:13.400 --> 00:31:17.279
<v Speaker 2>We moved to WPA, then WPA two, which introduced much

583
00:31:17.319 --> 00:31:22.400
<v Speaker 2>stronger encryption like AESCCMP and better authentication methods, especially aight

584
00:31:22.440 --> 00:31:26.200
<v Speaker 2>oh two point one XEAP for enterprise networks. And now

585
00:31:26.240 --> 00:31:29.759
<v Speaker 2>the current standard is WPA three, which offers significant security

586
00:31:29.799 --> 00:31:34.440
<v Speaker 2>enhancements over WPA two, including protection against offline dictionary attacks

587
00:31:34.519 --> 00:31:37.599
<v Speaker 2>and a more secure WPA three enterprise mode with optional

588
00:31:37.640 --> 00:31:38.880
<v Speaker 2>one ninety two bit security.

589
00:31:39.200 --> 00:31:42.079
<v Speaker 1>So using WPA three is key. What kind of attacks

590
00:31:42.119 --> 00:31:44.079
<v Speaker 1>specifically target wireless lands.

591
00:31:44.359 --> 00:31:47.240
<v Speaker 2>A big one is setting up rogue access points. Someone

592
00:31:47.279 --> 00:31:50.880
<v Speaker 2>plugs an unauthorized wireless router into your network, potentially bypassing

593
00:31:50.920 --> 00:31:54.279
<v Speaker 2>all your carefully configured security. Wireless denial of service tax

594
00:31:54.319 --> 00:31:56.880
<v Speaker 2>are also common, either jamming the radio signals with noise

595
00:31:57.240 --> 00:32:00.640
<v Speaker 2>or sending spoof disassociation packets to constantly care kick legitimate

596
00:32:00.720 --> 00:32:01.599
<v Speaker 2>users off the network.

597
00:32:01.599 --> 00:32:02.960
<v Speaker 1>How do you defend against those.

598
00:32:02.960 --> 00:32:06.759
<v Speaker 2>Beyond using the strongest standards like WPA three and strong authentication,

599
00:32:07.319 --> 00:32:11.480
<v Speaker 2>practical measures are important. Conducting wireless site surveys helps understand

600
00:32:11.519 --> 00:32:14.200
<v Speaker 2>where your signal is going and identify potential dead spots

601
00:32:14.279 --> 00:32:18.599
<v Speaker 2>or areas where signal bleeds excessively outside your intended coverage area.

602
00:32:19.079 --> 00:32:22.480
<v Speaker 2>You can then configure aps, adjust power levels, maybe use

603
00:32:22.559 --> 00:32:25.680
<v Speaker 2>directional antennas to control the signal footprint better.

604
00:32:25.519 --> 00:32:27.079
<v Speaker 1>And finding those rogue aps.

605
00:32:27.200 --> 00:32:30.480
<v Speaker 2>You need tools for that. Regularly scanning the airwaves with

606
00:32:30.640 --> 00:32:35.480
<v Speaker 2>wireless probes or integrated security systems helps detect unauthorized aps

607
00:32:35.599 --> 00:32:39.000
<v Speaker 2>broadcasting in your space. Oh and while some people use

608
00:32:39.119 --> 00:32:43.200
<v Speaker 2>my address filtering only allowing devices with specific hardware addresses,

609
00:32:43.279 --> 00:32:46.240
<v Speaker 2>it's generally considered a weak control because MA addresses can

610
00:32:46.240 --> 00:32:48.680
<v Speaker 2>be easily spoofed or changed by attackers.

611
00:32:48.720 --> 00:32:50.960
<v Speaker 1>Good to know. Okay, shifting to the cloud, so much

612
00:32:50.960 --> 00:32:52.599
<v Speaker 1>computing happens there now it does.

613
00:32:52.759 --> 00:32:57.279
<v Speaker 2>Cloud computing just means accessing computing resources, servers, storage software

614
00:32:57.319 --> 00:32:59.559
<v Speaker 2>over the Internet from a provider, rather than running it

615
00:32:59.599 --> 00:33:02.880
<v Speaker 2>all your self on premises. You also hear about edge

616
00:33:02.920 --> 00:33:06.759
<v Speaker 2>and fog computing, pushing computation closer to where data is generated.

617
00:33:06.920 --> 00:33:09.160
<v Speaker 1>Different types of clouds too, right public.

618
00:33:08.799 --> 00:33:13.079
<v Speaker 2>Private Public clouds are shared resources like AWS or Azure.

619
00:33:13.720 --> 00:33:17.720
<v Speaker 2>Private clouds are dedicated to a single organization. Community clouds

620
00:33:17.720 --> 00:33:21.279
<v Speaker 2>are shared by several organizations with common interests, and hybrid

621
00:33:21.359 --> 00:33:23.720
<v Speaker 2>clouds mix elements of public and private.

622
00:33:24.079 --> 00:33:27.279
<v Speaker 1>And how applications are built as changing too. Micro services.

623
00:33:27.720 --> 00:33:32.119
<v Speaker 2>Traditionally, applications were often big, monolithic blocks of code. The

624
00:33:32.200 --> 00:33:37.880
<v Speaker 2>trend now is towards micro services. Breaking down applications into smaller, independent,

625
00:33:38.240 --> 00:33:42.240
<v Speaker 2>specialized services that communicate with each other. Offers flexibility but

626
00:33:42.319 --> 00:33:44.319
<v Speaker 2>adds complexity, and we access.

627
00:33:44.000 --> 00:33:45.519
<v Speaker 1>Cloud resources in different ways.

628
00:33:45.720 --> 00:33:50.799
<v Speaker 2>Sas posis exactly those are the main service models. Sas

629
00:33:50.799 --> 00:33:53.559
<v Speaker 2>software as a service is ready to use software like

630
00:33:53.680 --> 00:33:57.400
<v Speaker 2>email or CRM delivered over the web PIS. Platform as

631
00:33:57.400 --> 00:34:01.160
<v Speaker 2>a service provides the platform, OS database development tools for

632
00:34:01.200 --> 00:34:04.200
<v Speaker 2>you to build and run your own apps. IS Infrastructure

633
00:34:04.240 --> 00:34:07.160
<v Speaker 2>as a service gives you the basic building blocks virtual machines,

634
00:34:07.240 --> 00:34:10.800
<v Speaker 2>storage networks, and you manage almost everything else. SaaS just

635
00:34:10.880 --> 00:34:12.280
<v Speaker 2>means anything as a service.

636
00:34:12.400 --> 00:34:14.239
<v Speaker 1>What's the big security headache with cloud?

637
00:34:14.519 --> 00:34:16.880
<v Speaker 2>One of the biggest challenges is often just confusion over

638
00:34:16.920 --> 00:34:20.920
<v Speaker 2>the shared responsibility matrix. Who is responsible for securing what?

639
00:34:21.760 --> 00:34:25.239
<v Speaker 2>The cloud provider handles security of the cloud the physical infrastructure,

640
00:34:25.480 --> 00:34:28.480
<v Speaker 2>but the customer is responsible for security in the cloud.

641
00:34:28.519 --> 00:34:32.360
<v Speaker 2>How they can figure services, manage data, secure applications. It

642
00:34:32.440 --> 00:34:36.079
<v Speaker 2>varies depending on the service model. Is versus pious versus selling,

643
00:34:36.519 --> 00:34:40.280
<v Speaker 2>and misunderstandings here can lead to serious gaps. Plus, you

644
00:34:40.519 --> 00:34:43.679
<v Speaker 2>inherently have less direct control than with on prem.

645
00:34:43.519 --> 00:34:46.199
<v Speaker 1>Systems, So how do you mitigate those cloud risks?

646
00:34:46.599 --> 00:34:50.800
<v Speaker 2>Regular cloud security audits are essential. Leveraging the provider's architecture

647
00:34:50.800 --> 00:34:54.480
<v Speaker 2>for resilience. Using multiple regions and availability zones helps with

648
00:34:54.599 --> 00:34:58.760
<v Speaker 2>uptime and disaster recovery, and particularly with micro services, robust

649
00:34:58.800 --> 00:35:02.559
<v Speaker 2>secrets management becomes critical. How do you securely handle passwords,

650
00:35:02.679 --> 00:35:05.719
<v Speaker 2>apikeys and certificates that all these little services need to

651
00:35:05.719 --> 00:35:08.360
<v Speaker 2>talk to each other, you need specialized tools for that.

652
00:35:08.719 --> 00:35:11.679
<v Speaker 1>Virtualization underlies a lot of this right running multiple virtual

653
00:35:11.719 --> 00:35:13.280
<v Speaker 1>machines on one physical box.

654
00:35:13.760 --> 00:35:17.679
<v Speaker 2>Yes, virtualization is fundamental to cloud computing and modern data centers.

655
00:35:18.079 --> 00:35:23.599
<v Speaker 2>Huge advantages and flexibility, host availability, elasticity, resource utilization, and

656
00:35:23.679 --> 00:35:28.760
<v Speaker 2>cost reduction. It introduces some security considerations, like securing the hypervisor,

657
00:35:29.159 --> 00:35:33.239
<v Speaker 2>but it also enables powerful networking concepts like sen Right.

658
00:35:33.719 --> 00:35:38.960
<v Speaker 2>Software defined networking SDN separates the network's brain, the control plane,

659
00:35:39.159 --> 00:35:42.239
<v Speaker 2>from the packet forwarding part, the data plane. This allows

660
00:35:42.239 --> 00:35:46.000
<v Speaker 2>for centralized management and automation of network configuration. As do

661
00:35:46.039 --> 00:35:49.159
<v Speaker 2>you want to apply similar principles to wide area networks,

662
00:35:49.360 --> 00:35:53.800
<v Speaker 2>optimizing traffic flow and security across geographically dispersed sites, often

663
00:35:53.840 --> 00:35:55.639
<v Speaker 2>over standard Internet connections.

664
00:35:55.800 --> 00:36:00.679
<v Speaker 1>Okay, let's talk about finding weaknesses proactively. Vulnerability management crucial area.

665
00:36:00.840 --> 00:36:04.119
<v Speaker 2>It starts with vulnerability scanning. This is typically an automated

666
00:36:04.159 --> 00:36:07.760
<v Speaker 2>process that scans your systems and networks looking for known weaknesses,

667
00:36:08.119 --> 00:36:12.119
<v Speaker 2>missing patches, insecure configurations, vulnerable software versions.

668
00:36:12.280 --> 00:36:13.440
<v Speaker 1>What's the goal of scanning?

669
00:36:13.679 --> 00:36:18.119
<v Speaker 2>To identify and monitor your vulnerabilities, track progress and fixing them,

670
00:36:18.320 --> 00:36:21.760
<v Speaker 2>reduce your overall attack surface and often to serve as

671
00:36:21.800 --> 00:36:25.440
<v Speaker 2>an audit or compliance check. It's defensive and it's often

672
00:36:25.480 --> 00:36:27.000
<v Speaker 2>guided by threat intelligence.

673
00:36:27.559 --> 00:36:29.400
<v Speaker 1>What exactly is threat intelligence?

674
00:36:29.440 --> 00:36:33.559
<v Speaker 2>It's about gathering and analyzing information about threats and thread actors.

675
00:36:33.639 --> 00:36:36.000
<v Speaker 2>Who are they, what are their motivations, what tools and

676
00:36:36.000 --> 00:36:39.159
<v Speaker 2>techniques do they use? Who are they targeting. Having this

677
00:36:39.280 --> 00:36:43.039
<v Speaker 2>intelligence helps you shift from just reacting to a text

678
00:36:43.079 --> 00:36:47.719
<v Speaker 2>to being more proactive, anticipating threats and prioritizing defenses based

679
00:36:47.760 --> 00:36:50.320
<v Speaker 2>on what's actually happening out there. You get it from

680
00:36:50.440 --> 00:36:54.679
<v Speaker 2>internal logs, public feeds, commercial providers, information sharing groups.

681
00:36:54.880 --> 00:36:57.719
<v Speaker 1>When you've read a vulnerability scan, what choices do you make?

682
00:36:57.920 --> 00:37:01.159
<v Speaker 2>Key decisions include the scope, exactly what systems or networks

683
00:37:01.199 --> 00:37:03.760
<v Speaker 2>are you scanning, the timing, when do you stand to

684
00:37:03.840 --> 00:37:05.960
<v Speaker 2>minimize disruption, and how do you scan?

685
00:37:06.159 --> 00:37:07.159
<v Speaker 1>What are the options there?

686
00:37:07.400 --> 00:37:10.679
<v Speaker 2>Active scanning sends probes to systems to check for responses,

687
00:37:10.760 --> 00:37:13.920
<v Speaker 2>while passive scanning just listens to network traffic. You can

688
00:37:13.960 --> 00:37:17.599
<v Speaker 2>stand from an internal perspective inside your network or external

689
00:37:17.599 --> 00:37:21.239
<v Speaker 2>from the Internet, and a big one is credentialed versus

690
00:37:21.320 --> 00:37:25.199
<v Speaker 2>non credentialed scanning. What's the difference a non credentialed scan

691
00:37:25.320 --> 00:37:28.320
<v Speaker 2>sees your systems like an outside attacker would without any

692
00:37:28.400 --> 00:37:33.159
<v Speaker 2>login privileges. A credentialed scan logs into the systems using

693
00:37:33.280 --> 00:37:37.960
<v Speaker 2>provided credentials, allowing it to look much deeper, checking patch levels,

694
00:37:38.440 --> 00:37:42.760
<v Speaker 2>detailed configuration settings, software versions installed. It gives a more

695
00:37:42.800 --> 00:37:46.559
<v Speaker 2>accurate picture of vulnerabilities, but requires providing credentials securely.

696
00:37:46.760 --> 00:37:49.559
<v Speaker 1>Okay, now, how does a penetration test differ from that?

697
00:37:49.639 --> 00:37:50.480
<v Speaker 1>It sounds similar.

698
00:37:50.679 --> 00:37:54.480
<v Speaker 2>It's a really important distinction. A vulnerability scan is defensive.

699
00:37:54.519 --> 00:37:58.519
<v Speaker 2>It finds and lists potential weaknesses. A penetration test or

700
00:37:58.679 --> 00:38:02.199
<v Speaker 2>pen test is offensive. It simulates a real attack. The

701
00:38:02.239 --> 00:38:05.679
<v Speaker 2>testers actively try to exploit the vulnerabilities found and maybe

702
00:38:05.719 --> 00:38:08.079
<v Speaker 2>others they discover to see if they can actually gain

703
00:38:08.199 --> 00:38:11.239
<v Speaker 2>unauthorized access, steal data, or disrupt systems.

704
00:38:11.360 --> 00:38:14.760
<v Speaker 1>So scanning finds the holes, pen testing tries to crawl

705
00:38:14.760 --> 00:38:16.039
<v Speaker 1>through them exactly.

706
00:38:16.639 --> 00:38:20.679
<v Speaker 2>Pen testers can be internal or external. They use reconnaissance techniques,

707
00:38:20.760 --> 00:38:24.400
<v Speaker 2>passive gathering public info, and active probing systems just like

708
00:38:24.519 --> 00:38:28.679
<v Speaker 2>real attackers before attempting exploitation. It's a much more hands

709
00:38:28.719 --> 00:38:30.320
<v Speaker 2>on adversarial assessment.

710
00:38:30.719 --> 00:38:35.679
<v Speaker 1>So you get results from scans from pen tests, a

711
00:38:35.719 --> 00:38:37.800
<v Speaker 1>list of vulnerabilities do you just.

712
00:38:37.920 --> 00:38:42.760
<v Speaker 2>Fix everything, not necessarily and often not immediately. Resources, time, money,

713
00:38:42.840 --> 00:38:46.079
<v Speaker 2>people are always limited. You have to prioritize based on risk.

714
00:38:46.719 --> 00:38:50.400
<v Speaker 2>Which vulnerabilities pose the greatest actual threat. You consider the

715
00:38:50.480 --> 00:38:53.440
<v Speaker 2>likelihood of exploitation and the potential impact if it happens

716
00:38:53.679 --> 00:38:55.760
<v Speaker 2>within the context of your specific environment.

717
00:38:55.960 --> 00:38:57.760
<v Speaker 1>So some might be low risk right.

718
00:38:57.599 --> 00:39:00.360
<v Speaker 2>A vulnerability might exist but be very hard to exploit

719
00:39:00.400 --> 00:39:02.880
<v Speaker 2>in your setup, or the impact might be minimal, or

720
00:39:02.880 --> 00:39:05.280
<v Speaker 2>the cost and effort to fix it might be disproportionately

721
00:39:05.400 --> 00:39:09.079
<v Speaker 2>high compared to the risk. It become the risk management decision.

722
00:39:08.920 --> 00:39:11.800
<v Speaker 1>That leads nicely into operations and management. What happens when

723
00:39:11.840 --> 00:39:15.000
<v Speaker 1>things do go wrong a disaster, a major outage, a

724
00:39:15.000 --> 00:39:15.920
<v Speaker 1>successful attack.

725
00:39:16.119 --> 00:39:20.320
<v Speaker 2>That's where business continuity planning ECP and disaster recovery planning

726
00:39:20.440 --> 00:39:24.320
<v Speaker 2>DRP are essential. BCP is the broader plan to keep

727
00:39:24.400 --> 00:39:28.760
<v Speaker 2>essential business functions running during a disruption. DRP is specifically

728
00:39:28.840 --> 00:39:32.800
<v Speaker 2>focused on recovering it, systems and infrastructure after a disaster event,

729
00:39:33.039 --> 00:39:35.559
<v Speaker 2>natural disaster, fire, major cyber attack.

730
00:39:35.679 --> 00:39:37.079
<v Speaker 1>Part of that is having backups.

731
00:39:37.199 --> 00:39:42.119
<v Speaker 2>Redundancy Absolutely redundancy is key planning for failure. This includes

732
00:39:42.159 --> 00:39:45.719
<v Speaker 2>having backup data, backup power, backup network, links. It can

733
00:39:45.760 --> 00:39:47.840
<v Speaker 2>also mean having redundant physical.

734
00:39:47.519 --> 00:39:49.039
<v Speaker 1>Sites different types of backup sites.

735
00:39:49.159 --> 00:39:52.119
<v Speaker 2>Yes, a cold site is just space and basic utilities.

736
00:39:52.159 --> 00:39:54.199
<v Speaker 2>You have to bring in all the equipment, so recovery

737
00:39:54.239 --> 00:39:57.519
<v Speaker 2>takes weeks. A warm site has equipment, but maybe not

738
00:39:57.559 --> 00:40:02.000
<v Speaker 2>the latest data or configurations. Recovery takes days. A hot

739
00:40:02.000 --> 00:40:05.599
<v Speaker 2>site is basically a duplicate data center, fully equipped and

740
00:40:05.639 --> 00:40:09.440
<v Speaker 2>with data synchronized, allowing for recovery in hours or even minutes.

741
00:40:10.039 --> 00:40:13.199
<v Speaker 2>Data redundancy on disk drives is also common, using ray

742
00:40:13.320 --> 00:40:16.440
<v Speaker 2>levels like level one, marroring or duplexing to protect against

743
00:40:16.519 --> 00:40:18.119
<v Speaker 2>drive failure and keeping.

744
00:40:17.880 --> 00:40:21.039
<v Speaker 1>Track of what's happening normally is vital for spotting problems.

745
00:40:21.239 --> 00:40:26.559
<v Speaker 2>Constantly, logo from operating systems, applications, network devices, security tools

746
00:40:26.559 --> 00:40:29.960
<v Speaker 2>produces a huge amount of data. Monitoring these logs and

747
00:40:29.960 --> 00:40:35.000
<v Speaker 2>system performance is critical. Tools like NetFlow s flow IPFX

748
00:40:35.000 --> 00:40:38.719
<v Speaker 2>help monitor network traffic patterns and again SIME systems are

749
00:40:38.760 --> 00:40:42.119
<v Speaker 2>central to aggregating and analyzing all these logs to spot

750
00:40:42.159 --> 00:40:43.159
<v Speaker 2>potential incidents.

751
00:40:43.320 --> 00:40:45.119
<v Speaker 1>And if you do spot an incident.

752
00:40:44.880 --> 00:40:48.679
<v Speaker 2>You need a plan, an Incident Response IR plan. This

753
00:40:48.760 --> 00:40:53.800
<v Speaker 2>outlines the steps to take preparation, identification, containment, eradication, recovery,

754
00:40:53.880 --> 00:40:57.000
<v Speaker 2>and lessons learned. It's crucial to have this defined before

755
00:40:57.039 --> 00:40:59.400
<v Speaker 2>an incident happens, and you need to test the plan

756
00:40:59.480 --> 00:41:02.440
<v Speaker 2>regularly through tabletop exercises, simulations, etc.

757
00:41:03.039 --> 00:41:06.480
<v Speaker 1>What about gathering evidence after an incident, maybe for legal reasons.

758
00:41:06.760 --> 00:41:09.960
<v Speaker 2>That falls under digital forensics. It's the science of retrieving

759
00:41:10.000 --> 00:41:13.320
<v Speaker 2>information from digital devices, often data that's been hidden, deleted,

760
00:41:13.400 --> 00:41:17.239
<v Speaker 2>or altered. It follows strict procedures securing the scene, preserving

761
00:41:17.280 --> 00:41:20.960
<v Speaker 2>evidence integrity, maintaining a documented chain of custody to ensure

762
00:41:21.000 --> 00:41:23.679
<v Speaker 2>the evidence is admissible in court. Includes things like e

763
00:41:23.800 --> 00:41:25.360
<v Speaker 2>discoverer for legal cases.

764
00:41:25.599 --> 00:41:28.920
<v Speaker 1>Okay, let's boom out one last time. To Highest Level Governance,

765
00:41:29.480 --> 00:41:32.920
<v Speaker 1>Risk and Compliance GRC, how does this fit?

766
00:41:33.280 --> 00:41:37.679
<v Speaker 2>GRC provides the overarching structure. Governance sets the direction, defining

767
00:41:37.719 --> 00:41:42.800
<v Speaker 2>security policies, roles responsibilities, insuring security aligns with business goals,

768
00:41:42.960 --> 00:41:47.719
<v Speaker 2>monitoring performance reporting. Compliance is about adhering to external rules

769
00:41:47.800 --> 00:41:53.840
<v Speaker 2>laws like GDPR for data privacy regulations, industry standards PCIDSS

770
00:41:53.840 --> 00:41:57.280
<v Speaker 2>for payment cards. It often involves regular security testing and

771
00:41:57.320 --> 00:42:01.159
<v Speaker 2>auditing internal or external to arify that controls.

772
00:42:00.800 --> 00:42:03.000
<v Speaker 1>Are effective, and risk management ties into this.

773
00:42:03.360 --> 00:42:07.159
<v Speaker 2>Yes, risk management is the core process. You identify potential risks,

774
00:42:07.280 --> 00:42:10.039
<v Speaker 2>you assess their likelihood and impact, maybe using metrics like

775
00:42:10.119 --> 00:42:14.559
<v Speaker 2>meantime between failures or MTBF for likelihood. You prioritize them,

776
00:42:14.599 --> 00:42:16.719
<v Speaker 2>and then you decide how to address each risk. There's

777
00:42:16.760 --> 00:42:20.159
<v Speaker 2>often debate about how frequently formal risk assessment should be done,

778
00:42:20.320 --> 00:42:21.559
<v Speaker 2>but it's an ongoing cycle.

779
00:42:21.599 --> 00:42:24.159
<v Speaker 1>How do you calculate risk likelihood times impact?

780
00:42:24.400 --> 00:42:28.679
<v Speaker 2>That's the basic formula. Yes, estimating likelihood and impact can

781
00:42:28.679 --> 00:42:33.519
<v Speaker 2>be quantitative using numbers, or qualitative using high, medium, low rankings.

782
00:42:34.119 --> 00:42:38.079
<v Speaker 2>Once you've assessed the risk, you choose a risk response strategy.

783
00:42:38.280 --> 00:42:39.079
<v Speaker 1>What are the options?

784
00:42:39.360 --> 00:42:42.880
<v Speaker 2>You can transfer the risk, often through things like cyber insurance.

785
00:42:43.679 --> 00:42:46.840
<v Speaker 2>You can avoid the risk, maybe by deciding not to

786
00:42:46.880 --> 00:42:50.679
<v Speaker 2>implement a certain technology or engage in a certain activity.

787
00:42:50.800 --> 00:42:54.440
<v Speaker 2>You can mitigate the risk, implement controls to reduce its

788
00:42:54.559 --> 00:42:57.599
<v Speaker 2>likelihood or impact. Or you can accept the risk, make

789
00:42:57.639 --> 00:43:00.159
<v Speaker 2>a conscious decision to do nothing, usually because the risksk

790
00:43:00.239 --> 00:43:02.280
<v Speaker 2>is low or the cost of mitigation is too high,

791
00:43:02.559 --> 00:43:04.119
<v Speaker 2>but you document that decision.

792
00:43:04.159 --> 00:43:07.360
<v Speaker 1>And this applies to suppliers and partners. To third party.

793
00:43:07.119 --> 00:43:11.159
<v Speaker 2>Risk hugely important. Third party risk management is critical for

794
00:43:11.239 --> 00:43:14.400
<v Speaker 2>securing your supply chain. You need processes to vet vendors

795
00:43:14.440 --> 00:43:17.199
<v Speaker 2>who handle your data or connect to your systems. This

796
00:43:17.280 --> 00:43:21.000
<v Speaker 2>might involve security questionnaires, requiring them to undergo penetration testing

797
00:43:21.159 --> 00:43:24.039
<v Speaker 2>including right to audit clauses and contracts, and setting clear

798
00:43:24.079 --> 00:43:25.360
<v Speaker 2>security expectations.

799
00:43:25.440 --> 00:43:27.440
<v Speaker 1>You also need to know what you're actually protecting.

800
00:43:27.719 --> 00:43:33.280
<v Speaker 2>Asset management exactly asset management and specifically cybersecurity. Asset management.

801
00:43:33.800 --> 00:43:38.800
<v Speaker 2>It's about identifying, classifying, and managing all the assets hardware, software, data,

802
00:43:38.920 --> 00:43:42.840
<v Speaker 2>intellectual property that support your business objectives and need protection.

803
00:43:43.320 --> 00:43:48.000
<v Speaker 2>This includes tracking physical assets using barcodes, RFID, GPS, which

804
00:43:48.000 --> 00:43:51.159
<v Speaker 2>is more involved than just counting them inventory or discovering

805
00:43:51.199 --> 00:43:52.440
<v Speaker 2>them on the network enumeration.

806
00:43:52.719 --> 00:43:57.519
<v Speaker 1>Okay, one last crucial piece the people we talked about

807
00:43:57.519 --> 00:43:59.039
<v Speaker 1>social engineering earlier.

808
00:43:58.800 --> 00:44:01.800
<v Speaker 2>Which brings us full circle to user awareness and training.

809
00:44:02.079 --> 00:44:04.639
<v Speaker 2>It's absolutely essential. You can have the best technology in

810
00:44:04.679 --> 00:44:08.320
<v Speaker 2>the world, but if users click malicious links, reuse passwords,

811
00:44:08.400 --> 00:44:12.000
<v Speaker 2>or handle data insecurely, you're still vulnerable. Security is a

812
00:44:12.039 --> 00:44:14.119
<v Speaker 2>shared responsibility.

813
00:44:13.320 --> 00:44:14.599
<v Speaker 1>And training needs to be effective.

814
00:44:14.760 --> 00:44:17.039
<v Speaker 2>Yes, it needs to be practical, relevant to the threats

815
00:44:17.079 --> 00:44:20.079
<v Speaker 2>people actually face, engaging and ongoing, not just a once

816
00:44:20.119 --> 00:44:24.039
<v Speaker 2>a year checkbox exercise. Things like phishing, simulations can be

817
00:44:24.079 --> 00:44:27.519
<v Speaker 2>really effective at reinforcing learning and measuring awareness levels. It's

818
00:44:27.599 --> 00:44:29.199
<v Speaker 2>challenging but vital, and.

819
00:44:29.159 --> 00:44:32.519
<v Speaker 1>When data reaches the end of its life, getting rid

820
00:44:32.559 --> 00:44:33.880
<v Speaker 1>of it securely right.

821
00:44:33.960 --> 00:44:36.119
<v Speaker 2>Data destruction, You can't just drag a file to the

822
00:44:36.159 --> 00:44:40.360
<v Speaker 2>trash can. For paper, methods include burning, shredding, cross cut

823
00:44:40.440 --> 00:44:44.880
<v Speaker 2>is better, pulping or pulverizing. For electronic media, the OS

824
00:44:44.880 --> 00:44:48.360
<v Speaker 2>delete command just removes the pointer to the file. That's

825
00:44:48.400 --> 00:44:51.760
<v Speaker 2>called purging. The data is often still recoverable. You need

826
00:44:51.800 --> 00:44:55.280
<v Speaker 2>proper data sanitation, using software to overwrite the data sectors

827
00:44:55.360 --> 00:44:59.280
<v Speaker 2>multiple times, or for magnetic media like hard drives or tapes,

828
00:45:00.039 --> 00:45:04.360
<v Speaker 2>degaussing using a powerful magnet destroys the data. Physical destruction

829
00:45:04.480 --> 00:45:05.199
<v Speaker 2>is also an option.

830
00:45:05.440 --> 00:45:08.440
<v Speaker 1>Wow, we have covered an incredible amount of ground here

831
00:45:08.480 --> 00:45:13.079
<v Speaker 1>from the absolute basics, the CIA triad through attackers, attack methods,

832
00:45:13.239 --> 00:45:18.519
<v Speaker 1>layers upon layers of defense, physical data, cryptopki endpoints, networks, cloud.

833
00:45:18.239 --> 00:45:22.760
<v Speaker 2>Then operations, incident response, forensics, governance, risk compliance, asset management,

834
00:45:22.880 --> 00:45:23.480
<v Speaker 2>user training.

835
00:45:23.519 --> 00:45:26.239
<v Speaker 1>It's a lot, it really is. So looking forward, where

836
00:45:26.280 --> 00:45:28.719
<v Speaker 1>is all this heading? Automation and AI seem to be

837
00:45:28.760 --> 00:45:29.559
<v Speaker 1>big buzzwords.

838
00:45:29.639 --> 00:45:31.679
<v Speaker 2>They are, and for good reason. The sheer volume of

839
00:45:31.679 --> 00:45:34.199
<v Speaker 2>security data, logs, alerts in the speed at which attacks

840
00:45:34.199 --> 00:45:36.119
<v Speaker 2>happen today are just too much for human teams to

841
00:45:36.119 --> 00:45:39.000
<v Speaker 2>handle alone. Automation is becoming essential.

842
00:45:39.239 --> 00:45:41.079
<v Speaker 1>How is automation used in many ways?

843
00:45:41.480 --> 00:45:46.800
<v Speaker 2>Automating security checks within software development pipelines CICD, using scripting

844
00:45:46.840 --> 00:45:51.400
<v Speaker 2>for repetitive tasks, having security guardrails, and automated system provisioning.

845
00:45:51.840 --> 00:45:55.440
<v Speaker 2>Using automated security groups in the cloud to dynamically adjust

846
00:45:55.480 --> 00:45:59.360
<v Speaker 2>access based on threats. It helps scale defenses and speed

847
00:45:59.440 --> 00:46:00.000
<v Speaker 2>up response.

848
00:46:00.360 --> 00:46:04.000
<v Speaker 1>And Artificial intelligence AI is that just smarter automation.

849
00:46:04.440 --> 00:46:07.760
<v Speaker 2>It's related but different. Data analytics, which we've used for

850
00:46:07.760 --> 00:46:11.039
<v Speaker 2>a while, typically relies on humans defining rules or models

851
00:46:11.119 --> 00:46:15.519
<v Speaker 2>to find patterns in mostly historical data. AI ideally aims

852
00:46:15.519 --> 00:46:19.239
<v Speaker 2>to be more autonomous, dynamic, and iterative. AI systems can

853
00:46:19.280 --> 00:46:23.000
<v Speaker 2>potentially learn from data, adapt over time, and identify novel

854
00:46:23.000 --> 00:46:25.960
<v Speaker 2>patterns or threats without being explicitly programmed for them.

855
00:46:26.159 --> 00:46:28.639
<v Speaker 1>So how might AI be used specifically in security?

856
00:46:28.760 --> 00:46:31.880
<v Speaker 2>The potential is huge, really across the board before an attack,

857
00:46:31.920 --> 00:46:35.559
<v Speaker 2>maybe for more accurate predictive analysis of threats during an attack,

858
00:46:35.599 --> 00:46:38.840
<v Speaker 2>for a faster detection correlation of complex events across different

859
00:46:38.880 --> 00:46:42.800
<v Speaker 2>systems and even coordinating automated responses and after an attack

860
00:46:42.880 --> 00:46:46.239
<v Speaker 2>for deeper forensic analysis and learning to improve defenses. But

861
00:46:46.320 --> 00:46:51.239
<v Speaker 2>there are risks too, Oh, Absolutely, Using AI insecurity introduces

862
00:46:51.320 --> 00:46:55.320
<v Speaker 2>its own set of challenges and risks, potential biases and algorithms,

863
00:46:55.599 --> 00:46:59.599
<v Speaker 2>the possibility of attackers manipulating the AI, ensuring transparency and

864
00:46:59.599 --> 00:47:04.119
<v Speaker 2>explain ability. It's not a magic bullet, but it's definitely

865
00:47:04.119 --> 00:47:05.679
<v Speaker 2>a major area of development.

866
00:47:05.800 --> 00:47:09.079
<v Speaker 1>Well, this has been incredibly thorough. It's clear that information

867
00:47:09.159 --> 00:47:14.119
<v Speaker 1>security is this vast, interconnected and constantly shifting field. We've

868
00:47:14.119 --> 00:47:19.400
<v Speaker 1>gone from basic principles to highly technical controls, operational processes,

869
00:47:19.440 --> 00:47:20.760
<v Speaker 1>and strategic management.

870
00:47:20.880 --> 00:47:23.519
<v Speaker 2>It's definitely complex, but hopefully breaking it down like this

871
00:47:23.639 --> 00:47:26.159
<v Speaker 2>shows how the pieces fit together. And having at least

872
00:47:26.159 --> 00:47:30.079
<v Speaker 2>a foundational understanding of these concepts is I think, really

873
00:47:30.119 --> 00:47:32.519
<v Speaker 2>crucial for anyone in today's digital world.

874
00:47:32.639 --> 00:47:36.360
<v Speaker 1>I agree. It really underscores that shared responsibility idea and

875
00:47:36.440 --> 00:47:39.199
<v Speaker 1>thinking about how central people are both as targets for

876
00:47:39.280 --> 00:47:41.639
<v Speaker 1>attacks like social engineering and is a key part of

877
00:47:41.639 --> 00:47:44.760
<v Speaker 1>the defense through awareness. Makes you wonder, here's a final

878
00:47:44.800 --> 00:47:47.440
<v Speaker 1>thought for you listening how much does your own personal

879
00:47:47.440 --> 00:47:51.440
<v Speaker 1>cybersecurity awareness really contribute to that bigger picture of global security.

880
00:47:51.920 --> 00:47:52.880
<v Speaker 1>Something to think about,
