WEBVTT

1
00:00:00.080 --> 00:00:03.480
<v Speaker 1>Welcome to another deep dive, and this time we're tackling

2
00:00:03.520 --> 00:00:08.720
<v Speaker 1>something that's been making headlines way too often. Ransomware. You know,

3
00:00:08.720 --> 00:00:11.240
<v Speaker 1>I'm a little nervous about this one because we're diving

4
00:00:11.279 --> 00:00:15.759
<v Speaker 1>deep into Windows Ransomware Detection and Protection. That's a whole

5
00:00:15.800 --> 00:00:19.199
<v Speaker 1>book by Matt Davidson and Niddish Nund And let me

6
00:00:19.280 --> 00:00:23.800
<v Speaker 1>tell you, just skimming through these excerpts, it's pretty intense.

7
00:00:23.879 --> 00:00:26.359
<v Speaker 2>Yeah, it's a real wake of call. These authors. They

8
00:00:26.359 --> 00:00:30.960
<v Speaker 2>don't sugarcoat anything. They've seen how devastating ransomware can be firsthand.

9
00:00:31.079 --> 00:00:33.119
<v Speaker 1>You know, I used to think ransomware was just about

10
00:00:33.159 --> 00:00:36.200
<v Speaker 1>like some loan hacker and a basement, locking up your

11
00:00:36.200 --> 00:00:37.719
<v Speaker 1>files and demanding money.

12
00:00:37.560 --> 00:00:38.920
<v Speaker 2>Right, almost like a Hollywood movie.

13
00:00:39.000 --> 00:00:41.280
<v Speaker 1>Yeah, But this book, it pays a much bigger picture. Right.

14
00:00:41.359 --> 00:00:45.280
<v Speaker 1>We're talking financial losses, operational downtime, and the possibility of

15
00:00:45.320 --> 00:00:47.240
<v Speaker 1>companies going bankrupt after an attack.

16
00:00:47.439 --> 00:00:50.479
<v Speaker 2>It's scary stuff. And what's even more alarming is how

17
00:00:50.560 --> 00:00:54.840
<v Speaker 2>ransomware itself has evolved. It's not just about encrypting data anymore.

18
00:00:55.119 --> 00:00:58.359
<v Speaker 2>Attackers are stealing it too, using the threat of leaking

19
00:00:58.399 --> 00:01:01.359
<v Speaker 2>sensitive information to us. You're victims into paying up.

20
00:01:01.560 --> 00:01:04.319
<v Speaker 1>Oh, Yeah, like that case with JBS Foods. They mentioned

21
00:01:04.319 --> 00:01:06.959
<v Speaker 1>in the book, the Sodinokuburvil group hit them with a

22
00:01:07.000 --> 00:01:10.439
<v Speaker 1>massive ransomware attack and just walked away with eleven million dollars.

23
00:01:10.519 --> 00:01:11.560
<v Speaker 1>That's a lot of stakes.

24
00:01:11.640 --> 00:01:14.760
<v Speaker 2>That's the point, right. Attacks are becoming increasingly targeted. They're

25
00:01:14.799 --> 00:01:18.079
<v Speaker 2>even hitting critical infrastructure. It's not just your personal files

26
00:01:18.079 --> 00:01:22.840
<v Speaker 2>at risk anymore. It's about disrupting essential services. So understanding

27
00:01:22.840 --> 00:01:25.000
<v Speaker 2>how these attacks happen that's crucial.

28
00:01:25.079 --> 00:01:28.840
<v Speaker 1>Okay. So the book uses this term attack vectors, which

29
00:01:28.920 --> 00:01:32.359
<v Speaker 1>I gotta say sounds a little intimidating. What are those exactly?

30
00:01:32.400 --> 00:01:34.280
<v Speaker 2>Okay? So think of it like breaking into a house.

31
00:01:34.599 --> 00:01:37.680
<v Speaker 2>You could pick a lock, find a hidden key, or

32
00:01:37.719 --> 00:01:41.280
<v Speaker 2>even smash a window. Each of those methods, those would

33
00:01:41.280 --> 00:01:44.640
<v Speaker 2>be an attack vector, a path that an attacker uses

34
00:01:44.680 --> 00:01:46.840
<v Speaker 2>to gain access to your systems. Got it?

35
00:01:46.920 --> 00:01:49.840
<v Speaker 1>Okay? So what are the most common entry points for

36
00:01:49.959 --> 00:01:51.200
<v Speaker 1>these ransomware attacks.

37
00:01:51.400 --> 00:01:55.239
<v Speaker 2>It often starts with something deceptively simple, like compromise credentials

38
00:01:55.519 --> 00:01:57.640
<v Speaker 2>or phishing emails. You know those emails that trick you

39
00:01:57.640 --> 00:02:00.000
<v Speaker 2>into clicking a bad link or opening it in face

40
00:02:00.079 --> 00:02:00.640
<v Speaker 2>to attachment.

41
00:02:00.799 --> 00:02:03.799
<v Speaker 1>Oh yeah, I know those all too well. I almost

42
00:02:03.840 --> 00:02:05.719
<v Speaker 1>fell for one a few weeks ago. It looked exactly

43
00:02:05.760 --> 00:02:07.519
<v Speaker 1>like an email from my bank exactly.

44
00:02:07.879 --> 00:02:11.120
<v Speaker 2>That's why awareness is so crucial. Phishing attacks are getting

45
00:02:11.120 --> 00:02:15.599
<v Speaker 2>incredibly sophisticated. Once attackers gain that initial access, they start

46
00:02:15.680 --> 00:02:20.159
<v Speaker 2>moving through your network like digital ninjas, looking for vulnerabilities

47
00:02:20.159 --> 00:02:24.759
<v Speaker 2>to exploit. They try to establish a persistent presence. Think

48
00:02:24.800 --> 00:02:27.439
<v Speaker 2>of it like setting up back doors, and then finally

49
00:02:27.479 --> 00:02:30.800
<v Speaker 2>they execute the payload, which is the actual ransomware that

50
00:02:30.879 --> 00:02:31.759
<v Speaker 2>encrypts your data.

51
00:02:31.879 --> 00:02:35.439
<v Speaker 1>It's almost like a military operation with different phases and objectives.

52
00:02:35.560 --> 00:02:37.120
<v Speaker 2>That's a good way to think about it, and this

53
00:02:37.159 --> 00:02:39.680
<v Speaker 2>book it does a great job of explaining those phases

54
00:02:39.719 --> 00:02:42.680
<v Speaker 2>in detail, especially when it comes to Windows environments.

55
00:02:42.840 --> 00:02:46.039
<v Speaker 1>Right, So, what are some of the specific vulnerabilities that

56
00:02:46.080 --> 00:02:48.080
<v Speaker 1>attackers target in Windows?

57
00:02:48.240 --> 00:02:50.240
<v Speaker 2>There are a lot, but this book highlights a few

58
00:02:50.280 --> 00:02:57.080
<v Speaker 2>key areas, things like Citrix, ADC, Microsoft Exchange, fortin Net, POLSEVPN,

59
00:02:57.599 --> 00:03:00.599
<v Speaker 2>even Sonic Wall. These are all systems is that if

60
00:03:00.639 --> 00:03:04.319
<v Speaker 2>they're not properly configured, can provide an opening for attackers.

61
00:03:04.439 --> 00:03:06.439
<v Speaker 1>So it's not just about having these systems in place,

62
00:03:06.479 --> 00:03:09.039
<v Speaker 1>it's about making sure they're properly secured.

63
00:03:08.879 --> 00:03:12.159
<v Speaker 2>Exactly, and The problem is these vulnerabilities are constantly evolving.

64
00:03:12.240 --> 00:03:15.719
<v Speaker 2>Attackers are always finding new ways to exploit weaknesses in

65
00:03:15.759 --> 00:03:19.080
<v Speaker 2>software and hardware. That's why staying informed about the latest

66
00:03:19.120 --> 00:03:20.560
<v Speaker 2>vulnerabilities is so important.

67
00:03:20.680 --> 00:03:22.599
<v Speaker 1>So where do we even start with all of this?

68
00:03:22.800 --> 00:03:24.280
<v Speaker 1>It feels like a never ending battle.

69
00:03:24.919 --> 00:03:27.800
<v Speaker 2>It can feel that way, But there's a fundamental shift

70
00:03:27.879 --> 00:03:31.000
<v Speaker 2>in how we think about security that can really help,

71
00:03:31.360 --> 00:03:34.080
<v Speaker 2>and this book dives right into it. The concept of

72
00:03:34.159 --> 00:03:34.919
<v Speaker 2>zero trust.

73
00:03:35.479 --> 00:03:38.159
<v Speaker 1>Zero trust. That sounds pretty intense.

74
00:03:38.199 --> 00:03:40.360
<v Speaker 2>It is a big change. It's about moving away from

75
00:03:40.360 --> 00:03:43.479
<v Speaker 2>that old way of thinking where we assumed everything inside

76
00:03:43.479 --> 00:03:47.879
<v Speaker 2>our network was safe. Instead, zero trust says we should

77
00:03:48.000 --> 00:03:51.319
<v Speaker 2>verify every user and device every single time.

78
00:03:51.159 --> 00:03:53.879
<v Speaker 1>So no more trusting just because something is inside our

79
00:03:53.919 --> 00:03:54.680
<v Speaker 1>network perimeter.

80
00:03:54.840 --> 00:03:57.360
<v Speaker 2>Exactly. It's like having a security checkpoint at every door

81
00:03:57.400 --> 00:03:59.479
<v Speaker 2>in your house instead of just relying on a lock

82
00:03:59.520 --> 00:04:00.159
<v Speaker 2>on the front door.

83
00:04:00.280 --> 00:04:02.520
<v Speaker 1>Okay, I like that analogy. But how do we actually

84
00:04:02.560 --> 00:04:05.199
<v Speaker 1>put zero trust into practice? It seems like a pretty

85
00:04:05.199 --> 00:04:06.759
<v Speaker 1>abstract concept.

86
00:04:06.360 --> 00:04:09.439
<v Speaker 2>It's not just theory. This book breaks it down into

87
00:04:09.520 --> 00:04:12.680
<v Speaker 2>five key pillars that you can actually apply in a

88
00:04:12.800 --> 00:04:13.879
<v Speaker 2>real world setting.

89
00:04:14.080 --> 00:04:16.920
<v Speaker 1>Okay, let's hear those five pillars first.

90
00:04:17.000 --> 00:04:20.319
<v Speaker 2>There's identity, making sure we know exactly who was accessing

91
00:04:20.360 --> 00:04:24.079
<v Speaker 2>our systems and that their credentials are secure. Then there's

92
00:04:24.160 --> 00:04:27.720
<v Speaker 2>device ensuring that only trusted and compliant devices are allowed in.

93
00:04:28.480 --> 00:04:30.759
<v Speaker 1>So it's not enough to just have a username and password.

94
00:04:30.839 --> 00:04:33.439
<v Speaker 1>The device itself needs to be secure exactly.

95
00:04:33.879 --> 00:04:37.439
<v Speaker 2>And then we have the network environment pillar, which is

96
00:04:37.480 --> 00:04:40.560
<v Speaker 2>all about segmenting our networks to limit the spread of

97
00:04:40.560 --> 00:04:43.720
<v Speaker 2>an attack. Think of it like compartmentalizing a ship. If

98
00:04:43.800 --> 00:04:46.439
<v Speaker 2>one compartment is breached, the entire ship doesn't.

99
00:04:46.160 --> 00:04:48.360
<v Speaker 1>Sink, right, It's about containing the damage.

100
00:04:48.439 --> 00:04:51.560
<v Speaker 2>Now for the application pillar, which focuses on securing the

101
00:04:51.600 --> 00:04:56.199
<v Speaker 2>applications themselves, ensuring they're not vulnerable to attack. And finally,

102
00:04:56.240 --> 00:05:00.040
<v Speaker 2>there's data, protecting the most valuable asset of all. This

103
00:05:00.160 --> 00:05:03.920
<v Speaker 2>involves encrypting sensitive information and controlling who has access.

104
00:05:04.040 --> 00:05:06.439
<v Speaker 1>It's like a multi layered defense system with checks and

105
00:05:06.480 --> 00:05:08.160
<v Speaker 1>balances at every level exactly.

106
00:05:08.480 --> 00:05:11.600
<v Speaker 2>And this book argues that zero trust it's essential in

107
00:05:11.600 --> 00:05:15.519
<v Speaker 2>today's threat landscape, especially as we deal with increasingly sophisticated

108
00:05:15.560 --> 00:05:16.560
<v Speaker 2>ransomware attacks.

109
00:05:16.800 --> 00:05:20.199
<v Speaker 1>Yeah, makes sense, So how does zero trust actually translate

110
00:05:20.199 --> 00:05:23.759
<v Speaker 1>into practical steps, especially for Windows users?

111
00:05:23.800 --> 00:05:26.600
<v Speaker 2>Well, for starters, Windows has a feature called attax surface

112
00:05:26.680 --> 00:05:30.759
<v Speaker 2>Reduction rules or ASR rules. These rules are built into

113
00:05:30.800 --> 00:05:34.399
<v Speaker 2>Windows ten and later editions, and they are a fantastic

114
00:05:34.439 --> 00:05:36.800
<v Speaker 2>way to harden your endpoints against attacks.

115
00:05:37.040 --> 00:05:39.360
<v Speaker 1>Okay, I'm intrigued. Give me an example of what these

116
00:05:39.439 --> 00:05:41.040
<v Speaker 1>ASR rules can actually do.

117
00:05:41.240 --> 00:05:43.759
<v Speaker 2>They can control which applications are allowed to run on

118
00:05:43.800 --> 00:05:48.480
<v Speaker 2>your system, restrict access to sensitive folders, and even protect

119
00:05:48.480 --> 00:05:51.519
<v Speaker 2>against exploits that attackers might use to gain control.

120
00:05:51.800 --> 00:05:53.959
<v Speaker 1>It sounds like they're putting up roadblocks at every turn.

121
00:05:54.120 --> 00:05:56.600
<v Speaker 2>They are, and the best part is they're built right

122
00:05:56.639 --> 00:05:59.959
<v Speaker 2>into Windows. This book goes into detail about setting up

123
00:06:00.040 --> 00:06:04.040
<v Speaker 2>ASR rules using Endpoint Manager, which is a powerful tool

124
00:06:04.079 --> 00:06:06.600
<v Speaker 2>for managing security settings across your organization.

125
00:06:06.839 --> 00:06:10.439
<v Speaker 1>So they're not just for like tech savvy users. Anyone

126
00:06:10.600 --> 00:06:12.079
<v Speaker 1>can implement these protections.

127
00:06:12.079 --> 00:06:15.560
<v Speaker 2>That's the goal, make security accessible and effective for everyone.

128
00:06:15.800 --> 00:06:18.600
<v Speaker 1>I like it. The book also mentioned some additional protections

129
00:06:18.680 --> 00:06:22.240
<v Speaker 1>like Microsoft Defender, Application Guard and Credential Guard. What are

130
00:06:22.240 --> 00:06:22.879
<v Speaker 1>those all about?

131
00:06:23.040 --> 00:06:26.079
<v Speaker 2>Those are designed to protect against attacks that specifically target

132
00:06:26.079 --> 00:06:30.920
<v Speaker 2>your credentials. Application Guard it basically isolates untrusted websites and

133
00:06:31.040 --> 00:06:35.040
<v Speaker 2>files in a secure container like a virtual sandbox, so

134
00:06:35.199 --> 00:06:37.959
<v Speaker 2>even if they contain malicious code, they can't harm your

135
00:06:38.000 --> 00:06:38.639
<v Speaker 2>main system.

136
00:06:38.800 --> 00:06:41.000
<v Speaker 1>It's like giving them a safe space to play without

137
00:06:41.079 --> 00:06:43.040
<v Speaker 1>causing any real damage exactly.

138
00:06:43.480 --> 00:06:47.160
<v Speaker 2>And Credential Guard takes a similar approach, but focuses on

139
00:06:47.199 --> 00:06:51.680
<v Speaker 2>protecting your log in credentials. It uses virtualization based security

140
00:06:51.720 --> 00:06:55.519
<v Speaker 2>to prevent attackers from stealing passwords and other sensitive information

141
00:06:56.079 --> 00:06:57.839
<v Speaker 2>even if they manage to get onto your device.

142
00:06:58.160 --> 00:07:00.240
<v Speaker 1>So even if they breach the perimeter, they can't get

143
00:07:00.240 --> 00:07:01.800
<v Speaker 1>their hands on the keys to the kingdom.

144
00:07:02.000 --> 00:07:04.160
<v Speaker 2>That's the idea. It adds another layer of protection.

145
00:07:04.319 --> 00:07:06.759
<v Speaker 1>Okay, this is all starting to come together. We've got

146
00:07:06.759 --> 00:07:09.720
<v Speaker 1>our perimeter defenses with zero trust, and now we're layering

147
00:07:09.759 --> 00:07:14.040
<v Speaker 1>on additional protections like ASR rules and credential Guard. What

148
00:07:14.079 --> 00:07:16.360
<v Speaker 1>else should we have on our radar when it comes

149
00:07:16.360 --> 00:07:18.240
<v Speaker 1>to protecting our Windows end points?

150
00:07:18.560 --> 00:07:21.680
<v Speaker 2>DNS filtering is another important piece of the puzzle. It's

151
00:07:21.720 --> 00:07:24.519
<v Speaker 2>like having a security guard at the entrance to your network,

152
00:07:24.920 --> 00:07:27.120
<v Speaker 2>checking everyone's ID before they're allowed in.

153
00:07:27.439 --> 00:07:30.120
<v Speaker 1>But how does that work? Exactly? I mean, isn't the

154
00:07:30.120 --> 00:07:31.560
<v Speaker 1>Internet just a bunch of websites?

155
00:07:31.800 --> 00:07:35.040
<v Speaker 2>It is, but every website has a unique address like

156
00:07:35.040 --> 00:07:39.199
<v Speaker 2>a phone number called a DNS name, and DNS filtering

157
00:07:39.519 --> 00:07:44.399
<v Speaker 2>basically blocks access to known malicious websites by checking those

158
00:07:44.480 --> 00:07:46.720
<v Speaker 2>names against the list of bad actors, So.

159
00:07:46.639 --> 00:07:50.399
<v Speaker 1>It stops you from accidentally stumbling onto a dangerous website.

160
00:07:50.079 --> 00:07:53.199
<v Speaker 2>Precisely, and it can block a lot of malicious traffic

161
00:07:53.279 --> 00:07:56.560
<v Speaker 2>before it even reaches your computer. This book highlights the

162
00:07:56.600 --> 00:07:59.199
<v Speaker 2>fact that over two hundred thousand new domains are registered

163
00:07:59.240 --> 00:08:02.720
<v Speaker 2>every month, and most of them are malicious, so having

164
00:08:02.759 --> 00:08:05.360
<v Speaker 2>that extra layer of protection can make a big difference.

165
00:08:05.480 --> 00:08:07.480
<v Speaker 1>It's amazing how much is going on behind the scenes

166
00:08:07.480 --> 00:08:09.319
<v Speaker 1>that we don't even realize it is.

167
00:08:09.680 --> 00:08:12.279
<v Speaker 2>And there's another powerful tool built into Windows that we

168
00:08:12.319 --> 00:08:14.560
<v Speaker 2>need to talk about, securing PowerShell.

169
00:08:14.879 --> 00:08:17.480
<v Speaker 1>PowerShell that sounds familiar, but I'm not exactly sure what

170
00:08:17.519 --> 00:08:17.800
<v Speaker 1>it is.

171
00:08:18.000 --> 00:08:21.319
<v Speaker 2>It's a powerful scripting language that's built into Windows that

172
00:08:21.439 --> 00:08:25.360
<v Speaker 2>administrators use to automate tasks and manage systems, but unfortunately,

173
00:08:25.399 --> 00:08:27.600
<v Speaker 2>attackers can use it for malicious purposes too.

174
00:08:27.759 --> 00:08:30.560
<v Speaker 1>Oh no, another double edged sword, you got it.

175
00:08:30.839 --> 00:08:34.879
<v Speaker 2>That's why securing PowerShell is so crucial, and this book

176
00:08:34.919 --> 00:08:36.720
<v Speaker 2>gives some practical advice on how to do that.

177
00:08:36.840 --> 00:08:40.039
<v Speaker 1>Okay, I'm all ears, what are the key things we

178
00:08:40.080 --> 00:08:43.799
<v Speaker 1>should be doing to protect ourselves. When it comes to PowerShell.

179
00:08:43.519 --> 00:08:47.399
<v Speaker 2>Enabling logging is a must. It helps track suspicious PowerShell

180
00:08:47.440 --> 00:08:50.559
<v Speaker 2>activity so you can investigate if something fishy is going on.

181
00:08:50.919 --> 00:08:53.679
<v Speaker 2>You can even use a security information and event management

182
00:08:53.720 --> 00:08:57.679
<v Speaker 2>system or see them like Microsoft Sentinel to monitor those

183
00:08:57.720 --> 00:08:59.639
<v Speaker 2>logs and alert you to potential threats.

184
00:08:59.799 --> 00:09:03.120
<v Speaker 1>So it's like having a security camera recording all PowerShell

185
00:09:03.159 --> 00:09:05.279
<v Speaker 1>activity just in case you need to review the footage

186
00:09:05.360 --> 00:09:06.279
<v Speaker 1>later exactly.

187
00:09:06.639 --> 00:09:09.240
<v Speaker 2>And speaking of reviewing footage, there's another protocol we should

188
00:09:09.240 --> 00:09:12.200
<v Speaker 2>talk about, securing the SMB protocol SMB.

189
00:09:12.879 --> 00:09:14.879
<v Speaker 1>That one rings a bell, but refresh my memory.

190
00:09:15.039 --> 00:09:17.919
<v Speaker 2>SMB is used for file sharing in Windows networks. It's

191
00:09:17.960 --> 00:09:20.480
<v Speaker 2>how you access files on a shared drive, for example.

192
00:09:21.039 --> 00:09:25.360
<v Speaker 2>But older versions of SMB, especially SMBv one, are outdated

193
00:09:25.440 --> 00:09:26.879
<v Speaker 2>and vulnerable to attack.

194
00:09:27.039 --> 00:09:29.080
<v Speaker 1>So what do we do about that? Just disable it

195
00:09:29.120 --> 00:09:30.559
<v Speaker 1>altogether if possible.

196
00:09:30.639 --> 00:09:34.320
<v Speaker 2>Yes, this book has specific constructions on how to disable

197
00:09:34.480 --> 00:09:38.399
<v Speaker 2>SMBv one on different versions of Windows. It's a relatively

198
00:09:38.440 --> 00:09:42.240
<v Speaker 2>simple step that can significantly improve your security posture.

199
00:09:42.440 --> 00:09:45.000
<v Speaker 1>It's incredible how many things we need to consider to

200
00:09:45.000 --> 00:09:46.320
<v Speaker 1>stay secure these days.

201
00:09:46.440 --> 00:09:48.399
<v Speaker 2>It is. And there's one more concept I want to

202
00:09:48.399 --> 00:09:51.799
<v Speaker 2>introduce that might surprise you ol BAILES, which stands for

203
00:09:52.000 --> 00:09:55.600
<v Speaker 2>Living off the Land Binaries and Scripts LLLBS.

204
00:09:55.759 --> 00:09:57.720
<v Speaker 1>Now that's a mouthful. What is that all about?

205
00:09:57.879 --> 00:10:01.080
<v Speaker 2>It basically means that attackers are using legit intimate system tools,

206
00:10:01.120 --> 00:10:03.039
<v Speaker 2>the ones that are already on your computer to carry

207
00:10:03.039 --> 00:10:06.120
<v Speaker 2>out their attacks. They're blending in making it harder to

208
00:10:06.159 --> 00:10:07.600
<v Speaker 2>detect their malicious activity.

209
00:10:07.720 --> 00:10:09.759
<v Speaker 1>So they're using our own tools against us.

210
00:10:09.879 --> 00:10:12.919
<v Speaker 2>Exactly. They might use something like PowerShell or a system

211
00:10:13.000 --> 00:10:17.039
<v Speaker 2>utility to download malware, execute commands, or even steal data.

212
00:10:17.200 --> 00:10:20.000
<v Speaker 2>It's a stealthy tactic that's becoming increasingly popular.

213
00:10:20.120 --> 00:10:23.840
<v Speaker 1>That's seriously sneaky. So how do we even defend against that.

214
00:10:23.960 --> 00:10:27.320
<v Speaker 2>Well, awareness is key. Knowing that this tactic exists is

215
00:10:27.360 --> 00:10:29.879
<v Speaker 2>the first step. Then you can use tools like cisman

216
00:10:29.960 --> 00:10:32.759
<v Speaker 2>to monitor for suspicious use of these legitimate binaries.

217
00:10:32.960 --> 00:10:34.600
<v Speaker 1>Sismon tell me more.

218
00:10:34.799 --> 00:10:38.360
<v Speaker 2>It's a free tool from Microsoft that monitors and logs

219
00:10:38.440 --> 00:10:42.639
<v Speaker 2>system activity, including the use of system binaries. So if

220
00:10:42.679 --> 00:10:45.679
<v Speaker 2>an attacker tries to use a legitimate tool for malicious purposes,

221
00:10:46.159 --> 00:10:48.120
<v Speaker 2>cismin can catch it and alert you.

222
00:10:48.480 --> 00:10:50.679
<v Speaker 1>So it's like having a detective on your computer or

223
00:10:50.679 --> 00:10:52.559
<v Speaker 1>watching for any suspicious behavior.

224
00:10:52.639 --> 00:10:54.519
<v Speaker 2>That's a great way to put it, and the beauty

225
00:10:54.519 --> 00:10:57.360
<v Speaker 2>of Cisman is that it's very configurable. You can fine

226
00:10:57.440 --> 00:11:00.320
<v Speaker 2>tune it to monitor specific events and alert you to

227
00:11:00.360 --> 00:11:04.759
<v Speaker 2>specific threats. This book even provides some example configurations that

228
00:11:04.799 --> 00:11:05.320
<v Speaker 2>you can use.

229
00:11:06.120 --> 00:11:09.440
<v Speaker 1>This is all incredibly helpful information, but I have to

230
00:11:09.480 --> 00:11:11.720
<v Speaker 1>admit I'm starting to feel a bit overwhelmed. There are

231
00:11:11.879 --> 00:11:13.159
<v Speaker 1>so many things to consider.

232
00:11:13.360 --> 00:11:15.240
<v Speaker 2>I understand it can be a lot to take in,

233
00:11:15.960 --> 00:11:17.799
<v Speaker 2>but don't worry. We're going to break it all down

234
00:11:17.840 --> 00:11:21.440
<v Speaker 2>into manageable steps. And remember, the goal isn't to implement

235
00:11:21.559 --> 00:11:25.200
<v Speaker 2>every single security measure out there. It's about finding the

236
00:11:25.279 --> 00:11:28.039
<v Speaker 2>right balance for your specific needs and resources.

237
00:11:28.320 --> 00:11:31.279
<v Speaker 1>That's reassuring. So we've covered a lot about securing our

238
00:11:31.279 --> 00:11:34.639
<v Speaker 1>Windows end points and understanding the tactics tackers use, But

239
00:11:34.679 --> 00:11:37.759
<v Speaker 1>what about protecting our actual user identities? I mean, that

240
00:11:37.759 --> 00:11:39.679
<v Speaker 1>feels like the first line of defense, right.

241
00:11:39.720 --> 00:11:42.039
<v Speaker 2>You're absolutely right, and that's where we'll pick things up.

242
00:11:42.039 --> 00:11:44.120
<v Speaker 2>In the next part of our deep dive. We'll delve

243
00:11:44.159 --> 00:11:48.200
<v Speaker 2>into the world of multi factor authentication, strong passwords, and

244
00:11:48.279 --> 00:11:51.639
<v Speaker 2>other essential strategies for protecting user identities in the age

245
00:11:51.639 --> 00:11:52.279
<v Speaker 2>of ransomware.

246
00:11:52.399 --> 00:11:56.039
<v Speaker 1>Okay, can't wait, all right, So let's dive into protecting

247
00:11:56.080 --> 00:11:59.519
<v Speaker 1>those user identities. This feels especially crucial now that so

248
00:11:59.600 --> 00:12:02.320
<v Speaker 1>much of our lives are you online.

249
00:12:02.480 --> 00:12:07.000
<v Speaker 2>Absolutely, and this book it stresses that multi factor authentication,

250
00:12:07.320 --> 00:12:11.679
<v Speaker 2>or MFA, it's non negotiable. It's surprisingly easy to set

251
00:12:11.759 --> 00:12:14.360
<v Speaker 2>up and incredibly effective at stopping attacks.

252
00:12:14.600 --> 00:12:17.320
<v Speaker 1>I've heard it mentioned a lot, but honestly, I'm still

253
00:12:17.360 --> 00:12:19.519
<v Speaker 1>a little fuzzy on how it actually works. Can you

254
00:12:19.759 --> 00:12:20.559
<v Speaker 1>break it down for me?

255
00:12:20.759 --> 00:12:23.919
<v Speaker 2>Sure? Think of it like this, MFA is like adding

256
00:12:23.960 --> 00:12:26.600
<v Speaker 2>an extra lock to your front door. Even if someone

257
00:12:26.639 --> 00:12:28.679
<v Speaker 2>gets their hands on your house key, they still can't

258
00:12:28.679 --> 00:12:30.080
<v Speaker 2>get in without that second lock.

259
00:12:30.320 --> 00:12:34.000
<v Speaker 1>So it's about having multiple layers of security for our accounts.

260
00:12:34.120 --> 00:12:36.879
<v Speaker 2>Exactly. With MFA, you need to prove your identity in

261
00:12:36.919 --> 00:12:39.240
<v Speaker 2>more than one way. So in addition to your passwords,

262
00:12:39.279 --> 00:12:41.120
<v Speaker 2>you might need to enter a code sent to your phone,

263
00:12:41.519 --> 00:12:44.440
<v Speaker 2>use a fingerprint scam, or prove a notification on a

264
00:12:44.440 --> 00:12:45.159
<v Speaker 2>trusted device.

265
00:12:45.519 --> 00:12:48.039
<v Speaker 1>That makes sense. So even if someone steals your password,

266
00:12:48.080 --> 00:12:50.519
<v Speaker 1>they can't get in without that second factor, right.

267
00:12:50.799 --> 00:12:52.960
<v Speaker 2>And what's great is that this book walks you through

268
00:12:53.039 --> 00:12:57.360
<v Speaker 2>setting up MFA using Azure ad Conditional Access, which lets

269
00:12:57.399 --> 00:13:00.360
<v Speaker 2>you manage it all in one central location. They also

270
00:13:00.399 --> 00:13:03.759
<v Speaker 2>talk about the Windows NPS extension for Azure MFA for

271
00:13:03.840 --> 00:13:07.480
<v Speaker 2>those using radius based authentication on their on premises systems.

272
00:13:08.200 --> 00:13:10.000
<v Speaker 1>That's good to know, especially for folks who might be

273
00:13:10.039 --> 00:13:12.480
<v Speaker 1>dealing with a mix of cloud and on premises systems.

274
00:13:12.799 --> 00:13:16.480
<v Speaker 1>But what about passwords themselves? Any tips on creating those

275
00:13:16.679 --> 00:13:17.720
<v Speaker 1>super strong ones?

276
00:13:18.039 --> 00:13:21.440
<v Speaker 2>Here's where things get interesting. This book actually challenges those

277
00:13:21.600 --> 00:13:24.440
<v Speaker 2>traditional password complexity rules that we all kind of grew

278
00:13:24.519 --> 00:13:26.200
<v Speaker 2>up with, you know, the ones that force you to

279
00:13:26.279 --> 00:13:28.840
<v Speaker 2>use uppercase, lowercase numbers and symbols.

280
00:13:28.879 --> 00:13:31.879
<v Speaker 1>Wait, really, I thought those were like the gold standard

281
00:13:31.960 --> 00:13:33.080
<v Speaker 1>for password security.

282
00:13:33.320 --> 00:13:35.960
<v Speaker 2>Turns out, it's not so much about complexity as it

283
00:13:36.000 --> 00:13:39.080
<v Speaker 2>is about length. The longer your password, the harder it

284
00:13:39.159 --> 00:13:41.840
<v Speaker 2>is to crack. I think passphrase is easy to remember

285
00:13:41.879 --> 00:13:46.120
<v Speaker 2>sentences or combinations of words. The book even suggests checking

286
00:13:46.159 --> 00:13:49.480
<v Speaker 2>out the nord pass list of common passwords. It's eye

287
00:13:49.480 --> 00:13:51.879
<v Speaker 2>opening to see how easily weak passwords are cracked.

288
00:13:51.960 --> 00:13:54.159
<v Speaker 1>Oh, I'll definitely check that out. Knowledge is power, as

289
00:13:54.240 --> 00:13:57.799
<v Speaker 1>they say, But what about managing all these long pass phrases,

290
00:13:57.879 --> 00:14:01.399
<v Speaker 1>especially within an organization? Active directory is still the king

291
00:14:01.480 --> 00:14:02.360
<v Speaker 1>for that right.

292
00:14:02.240 --> 00:14:05.480
<v Speaker 2>Yes, and for good reason. It lets you enforce password

293
00:14:05.519 --> 00:14:09.279
<v Speaker 2>policies and monitor for brute force attacks where someone tries

294
00:14:09.320 --> 00:14:13.159
<v Speaker 2>to guess passwords by trying tons of combinations. This book

295
00:14:13.200 --> 00:14:15.600
<v Speaker 2>explains how to do that in both active directory and

296
00:14:15.639 --> 00:14:16.360
<v Speaker 2>to azure AD.

297
00:14:16.759 --> 00:14:19.200
<v Speaker 1>So it's not just about having strong passwords, it's about

298
00:14:19.240 --> 00:14:21.840
<v Speaker 1>having the systems in place to manage them effectively.

299
00:14:22.039 --> 00:14:24.840
<v Speaker 2>Absolutely, and there are some really advanced tools out there too.

300
00:14:25.080 --> 00:14:28.840
<v Speaker 2>The book highlights azure ad Identity Protection, or a DIP.

301
00:14:29.440 --> 00:14:32.559
<v Speaker 2>It uses machine learning to detect risky sign ins, like

302
00:14:32.600 --> 00:14:35.720
<v Speaker 2>someone logging in from an unusual location or advice they've

303
00:14:35.759 --> 00:14:36.600
<v Speaker 2>never used before.

304
00:14:36.720 --> 00:14:40.399
<v Speaker 1>It's like having a security guard for your logins, always

305
00:14:40.440 --> 00:14:42.879
<v Speaker 1>on the lookout for anything suspicious.

306
00:14:42.519 --> 00:14:46.559
<v Speaker 2>A very smart security guard. The book also suggests taking

307
00:14:46.600 --> 00:14:50.960
<v Speaker 2>some additional steps, like restricting Internet access to your domain

308
00:14:50.960 --> 00:14:56.200
<v Speaker 2>controllers and disabling non critical services. Every little bit helps

309
00:14:56.200 --> 00:14:57.559
<v Speaker 2>to reduce your attack surface.

310
00:14:57.919 --> 00:15:00.799
<v Speaker 1>Okay, so we've covered a lot about securing Windows endpoints,

311
00:15:01.159 --> 00:15:05.279
<v Speaker 1>protecting user identity, which is clearly a huge deal. But

312
00:15:05.399 --> 00:15:08.440
<v Speaker 1>what about email that feels like a major gateway for

313
00:15:08.480 --> 00:15:09.200
<v Speaker 1>these attacks.

314
00:15:09.279 --> 00:15:12.200
<v Speaker 2>You're hitting on a crucial point. Email is often that

315
00:15:12.279 --> 00:15:15.360
<v Speaker 2>first line of defense, but it's also a prime target

316
00:15:15.399 --> 00:15:17.600
<v Speaker 2>for phishing attacks, which is how a lot of ransomware

317
00:15:17.600 --> 00:15:18.399
<v Speaker 2>infections start.

318
00:15:18.600 --> 00:15:20.720
<v Speaker 1>I feel like I'm pretty good at spotting phishing emails,

319
00:15:20.759 --> 00:15:23.039
<v Speaker 1>but sometimes they are just so convincing.

320
00:15:23.200 --> 00:15:25.320
<v Speaker 2>That's why it's so important to understand that different types

321
00:15:25.320 --> 00:15:27.720
<v Speaker 2>of phishing attacks and how to protect against them.

322
00:15:28.039 --> 00:15:30.639
<v Speaker 1>Okay, what kinds of phishing emails are we talking about here?

323
00:15:30.720 --> 00:15:34.559
<v Speaker 2>Well, some use malicious domains websites that are specifically designed

324
00:15:34.559 --> 00:15:38.919
<v Speaker 2>to steal your information. Others spoof legitimate domains, making you

325
00:15:38.960 --> 00:15:40.759
<v Speaker 2>look like the emails coming from your bank or a

326
00:15:40.759 --> 00:15:41.639
<v Speaker 2>trusted colleague.

327
00:15:41.879 --> 00:15:43.600
<v Speaker 1>Those are the ones that really get me. I'm always

328
00:15:43.639 --> 00:15:45.279
<v Speaker 1>double checking the center address now.

329
00:15:45.399 --> 00:15:49.759
<v Speaker 2>And then there are emails that contain malicious content, either

330
00:15:49.879 --> 00:15:53.799
<v Speaker 2>in the body of the email itself or hidden within attachments.

331
00:15:54.200 --> 00:15:56.720
<v Speaker 2>These could be links that download malware onto your computer

332
00:15:57.360 --> 00:16:00.000
<v Speaker 2>or attachments that unleash the ransomware when you open them.

333
00:16:00.320 --> 00:16:04.159
<v Speaker 1>Yikes, that's terrifying. So what are the best defenses against

334
00:16:04.200 --> 00:16:05.320
<v Speaker 1>these sneaky attacks.

335
00:16:05.799 --> 00:16:09.720
<v Speaker 2>One major step is protecting your domain, and this book

336
00:16:09.759 --> 00:16:15.039
<v Speaker 2>goes into detail about three technologies that are key for this, SBF, DTM,

337
00:16:15.320 --> 00:16:19.759
<v Speaker 2>and DRC. I know more acronyms, but they're really powerful tools.

338
00:16:19.919 --> 00:16:21.960
<v Speaker 1>Hit me with the breakdown. What do those even stand for?

339
00:16:22.080 --> 00:16:25.519
<v Speaker 2>Okay? So SBS stands for Sender Policy Framework, and it

340
00:16:25.559 --> 00:16:28.879
<v Speaker 2>helps prevent email spoofing by verifying that the sender is

341
00:16:28.919 --> 00:16:32.679
<v Speaker 2>actually authorized to send email from that particular domain. It's

342
00:16:32.679 --> 00:16:34.759
<v Speaker 2>like a digital signature for your email domain.

343
00:16:35.039 --> 00:16:36.519
<v Speaker 1>So it's a way to make sure the email is

344
00:16:36.559 --> 00:16:38.639
<v Speaker 1>actually coming from who it says it's coming from.

345
00:16:38.799 --> 00:16:42.559
<v Speaker 2>Right. Then there's DCAM, which stands for Domain Keys Identified Mail.

346
00:16:42.960 --> 00:16:45.600
<v Speaker 2>This adds a digital signature to each email, ensuring it

347
00:16:45.639 --> 00:16:48.519
<v Speaker 2>hasn't been tampered with while traveling across the Internet. Think

348
00:16:48.519 --> 00:16:50.000
<v Speaker 2>of it like a seal of authenticity.

349
00:16:50.039 --> 00:16:53.679
<v Speaker 1>Okay, So SBS confirms the sender and DCAM makes sure

350
00:16:53.679 --> 00:16:56.080
<v Speaker 1>the message itself hasn't been messed with. What about this

351
00:16:56.200 --> 00:16:57.080
<v Speaker 1>DMRX thing.

352
00:16:57.720 --> 00:17:01.440
<v Speaker 2>Dmr RC, or Domain based Message Authentic Reporting and Conformance

353
00:17:01.720 --> 00:17:04.799
<v Speaker 2>builds on those other two by telling email providers what

354
00:17:04.839 --> 00:17:07.079
<v Speaker 2>to do with the emails that fail those SPF and

355
00:17:07.119 --> 00:17:08.000
<v Speaker 2>DCAM checks.

356
00:17:08.200 --> 00:17:10.680
<v Speaker 1>So it's like setting the rules of engagement for your

357
00:17:10.720 --> 00:17:11.440
<v Speaker 1>email domain.

358
00:17:11.720 --> 00:17:14.720
<v Speaker 2>You got it, and thankfully, implementing these is pretty straightforward,

359
00:17:14.799 --> 00:17:17.880
<v Speaker 2>especially in Office three sixty five. The book even recommends

360
00:17:18.000 --> 00:17:21.160
<v Speaker 2>using mxtoolbox dot com to check if your domain's SPF,

361
00:17:21.359 --> 00:17:25.119
<v Speaker 2>DKM and DBR settings are configured correctly. It's a free tool,

362
00:17:25.200 --> 00:17:26.000
<v Speaker 2>so no excuses.

363
00:17:26.160 --> 00:17:28.799
<v Speaker 1>That's a great tip. But what about protecting the actual

364
00:17:28.839 --> 00:17:32.119
<v Speaker 1>content of emails, those links and attachments. How can we

365
00:17:32.160 --> 00:17:34.039
<v Speaker 1>be sure we're not clicking on something dangerous?

366
00:17:34.519 --> 00:17:37.640
<v Speaker 2>This is where Microsoft Exchange Online Protection comes into play,

367
00:17:38.160 --> 00:17:40.920
<v Speaker 2>especially if you're an Office three sixty five user. It's

368
00:17:40.920 --> 00:17:44.000
<v Speaker 2>like having a whole team of security experts analyzing your

369
00:17:44.039 --> 00:17:45.000
<v Speaker 2>emails for threats.

370
00:17:45.079 --> 00:17:47.319
<v Speaker 1>I'm listening. What kind of protection does it offer? Well?

371
00:17:47.359 --> 00:17:50.920
<v Speaker 2>It includes features like safe Attachments, which scans attachments form

372
00:17:50.960 --> 00:17:53.400
<v Speaker 2>malicious code before they even reach your inbox.

373
00:17:53.759 --> 00:17:56.839
<v Speaker 1>It's like having a bomb squad check each attachment before

374
00:17:56.839 --> 00:17:57.880
<v Speaker 1>you open it exactly.

375
00:17:58.000 --> 00:18:01.359
<v Speaker 2>And then there's safe Links, which lies links in emails

376
00:18:01.519 --> 00:18:04.839
<v Speaker 2>and blocks you from accessing dangerous websites. Plus, it has

377
00:18:04.960 --> 00:18:08.039
<v Speaker 2>anti phishing and anti spoofing protection that use machine learning

378
00:18:08.240 --> 00:18:11.839
<v Speaker 2>to identify and block suspicious emails based on things like

379
00:18:11.880 --> 00:18:14.279
<v Speaker 2>the content, the sender and other factors.

380
00:18:14.359 --> 00:18:17.079
<v Speaker 1>Wow, so they're really throwing everything they've got at protecting

381
00:18:17.079 --> 00:18:17.759
<v Speaker 1>our inboxes.

382
00:18:17.799 --> 00:18:19.720
<v Speaker 2>They are, And this book even mentions a cool new

383
00:18:19.759 --> 00:18:23.799
<v Speaker 2>senter called zero hour Autoperge or ZAP, which lets you

384
00:18:23.960 --> 00:18:27.920
<v Speaker 2>neutralize those malicious emails retroactively. So even if a bad

385
00:18:27.920 --> 00:18:31.119
<v Speaker 2>email slips through the cracks, ZAP can find it later

386
00:18:31.359 --> 00:18:33.519
<v Speaker 2>and remove it from your inbox before it can cause

387
00:18:33.559 --> 00:18:34.160
<v Speaker 2>any harm.

388
00:18:34.319 --> 00:18:37.039
<v Speaker 1>That's amazing. It's like having a time machine for your email,

389
00:18:37.359 --> 00:18:39.079
<v Speaker 1>going back and fixing any mistakes.

390
00:18:39.160 --> 00:18:42.240
<v Speaker 2>It's a pretty slick feature. And the book even tells

391
00:18:42.240 --> 00:18:45.680
<v Speaker 2>you how to use PowerShell to extend safe attachments protection

392
00:18:46.000 --> 00:18:48.480
<v Speaker 2>to share point in on drive, so those file sharing

393
00:18:48.480 --> 00:18:49.440
<v Speaker 2>platforms are covered too.

394
00:18:49.640 --> 00:18:51.200
<v Speaker 1>That's good to know. It seems like we have a

395
00:18:51.240 --> 00:18:54.599
<v Speaker 1>lot of tools to secure email, but what about accessing

396
00:18:54.640 --> 00:18:58.000
<v Speaker 1>all those resources behind the company firewall. What's the best

397
00:18:58.000 --> 00:19:00.559
<v Speaker 1>way to do that securely? Especially with so many people

398
00:19:00.640 --> 00:19:01.920
<v Speaker 1>working remotely these days.

399
00:19:02.079 --> 00:19:06.000
<v Speaker 2>That's where traditional VPNs start to show their limitations. You see,

400
00:19:06.079 --> 00:19:09.279
<v Speaker 2>VPNs often operate on the idea of a trusted network,

401
00:19:09.759 --> 00:19:12.240
<v Speaker 2>which goes against that whole zero trust principle we talked

402
00:19:12.240 --> 00:19:12.839
<v Speaker 2>about earlier.

403
00:19:12.960 --> 00:19:15.680
<v Speaker 1>Right, Well, a VPN, you're basically given access to the

404
00:19:15.839 --> 00:19:18.799
<v Speaker 1>entire network, even if you just need one specific resource.

405
00:19:18.839 --> 00:19:21.559
<v Speaker 1>It's like being given the keys to every room in

406
00:19:21.559 --> 00:19:23.279
<v Speaker 1>a hotel when you only booked one.

407
00:19:23.440 --> 00:19:26.440
<v Speaker 2>That's a great analogy, and that's why ZTNA or zero

408
00:19:26.480 --> 00:19:30.839
<v Speaker 2>trust Network Access is becoming so popular. ZTNA solutions they

409
00:19:30.880 --> 00:19:35.400
<v Speaker 2>provide granular, secure access to specific resources, regardless of where

410
00:19:35.400 --> 00:19:37.759
<v Speaker 2>the user or the resource is located.

411
00:19:37.400 --> 00:19:40.559
<v Speaker 1>So it's like having a custom tailored security tunnel for

412
00:19:40.720 --> 00:19:41.480
<v Speaker 1>each application.

413
00:19:41.640 --> 00:19:45.759
<v Speaker 2>Precisely, ZTNA ensures that users are only granted access to

414
00:19:45.799 --> 00:19:48.960
<v Speaker 2>the resources they need and only after their identity and

415
00:19:49.000 --> 00:19:52.200
<v Speaker 2>device have been verified. This book dives into some of

416
00:19:52.200 --> 00:19:55.359
<v Speaker 2>the vendors and their specific solutions, which can get a

417
00:19:55.359 --> 00:19:58.440
<v Speaker 2>little technical, but the takeaways that there are options out

418
00:19:58.440 --> 00:19:59.680
<v Speaker 2>there to fit different needs.

419
00:20:00.319 --> 00:20:03.319
<v Speaker 1>Okay, so ZTNA is definitely something to explore. But before

420
00:20:03.319 --> 00:20:05.839
<v Speaker 1>we move on, I want to circle back to DDAs attacks.

421
00:20:05.920 --> 00:20:07.799
<v Speaker 1>I know we touched on them earlier, but I'm still

422
00:20:07.839 --> 00:20:11.039
<v Speaker 1>a bit unclear on how they connect to the ransomware threat. Ah.

423
00:20:11.160 --> 00:20:14.640
<v Speaker 2>Yes, dedos attacks. They're like the digital equivalent of a

424
00:20:14.640 --> 00:20:18.240
<v Speaker 2>traffic jam, designed to overwhelm your systems and bring everything

425
00:20:18.279 --> 00:20:20.799
<v Speaker 2>to a grinding halt, and they're often used as a

426
00:20:20.799 --> 00:20:25.160
<v Speaker 2>smokescreen while deploying ransomware, or as leverage to pressure victims

427
00:20:25.160 --> 00:20:26.119
<v Speaker 2>into paying the ransom.

428
00:20:26.359 --> 00:20:28.440
<v Speaker 1>So it's like they're saying pay up or we'll keep

429
00:20:28.480 --> 00:20:30.079
<v Speaker 1>your website offline.

430
00:20:29.720 --> 00:20:33.440
<v Speaker 2>Exactly, And this book emphasizes that DDAs attacks are more

431
00:20:33.480 --> 00:20:36.920
<v Speaker 2>common than you might think. They can be incredibly disruptive

432
00:20:36.960 --> 00:20:40.240
<v Speaker 2>and costly, with some attacks lasting for days days.

433
00:20:40.319 --> 00:20:42.960
<v Speaker 1>Wow, that's a long time to be offline. What are

434
00:20:43.000 --> 00:20:44.960
<v Speaker 1>the different types of dados attacks we need to be

435
00:20:44.960 --> 00:20:45.359
<v Speaker 1>aware of?

436
00:20:45.519 --> 00:20:47.359
<v Speaker 2>Well, to keep it simple, you can think of them

437
00:20:47.359 --> 00:20:51.000
<v Speaker 2>in a few categories. There are volumetric attacks that flood

438
00:20:51.000 --> 00:20:54.680
<v Speaker 2>your network with tons of traffic, protocol attacks that exploit

439
00:20:54.680 --> 00:20:59.599
<v Speaker 2>weaknesses and network protocols, and application layer attacks that target

440
00:20:59.680 --> 00:21:01.039
<v Speaker 2>specif aps so.

441
00:21:00.920 --> 00:21:04.720
<v Speaker 1>They can attack at different levels of your online infrastructure exactly.

442
00:21:05.160 --> 00:21:08.880
<v Speaker 2>And then there are amplification attacks which magnify the amount

443
00:21:08.880 --> 00:21:11.200
<v Speaker 2>of traffic being sent to your system, making it even

444
00:21:11.240 --> 00:21:14.119
<v Speaker 2>harder to defend against. The good news is that there

445
00:21:14.160 --> 00:21:16.200
<v Speaker 2>are strategies to mitigate these attacks.

446
00:21:16.400 --> 00:21:18.759
<v Speaker 1>Okay, so what can we do to protect ourselves?

447
00:21:18.920 --> 00:21:22.920
<v Speaker 2>One key strategy is using a web application firewall or waveaff.

448
00:21:23.000 --> 00:21:25.559
<v Speaker 2>It acts like a bouncer for your website, filtering out

449
00:21:25.559 --> 00:21:27.720
<v Speaker 2>that malicious traffic before it can reach your systems.

450
00:21:27.759 --> 00:21:30.200
<v Speaker 1>Because it's stopping those floods of traffic before they can

451
00:21:30.240 --> 00:21:31.920
<v Speaker 1>cause any damage exactly.

452
00:21:32.319 --> 00:21:35.279
<v Speaker 2>And luckily, with the rise of cloud computing, DDoS protection

453
00:21:35.400 --> 00:21:39.359
<v Speaker 2>is becoming more accessible. Cloud providers often have the infrastructure

454
00:21:39.400 --> 00:21:41.559
<v Speaker 2>and tools to handle these large scale attacks.

455
00:21:41.759 --> 00:21:44.559
<v Speaker 1>That's definitely reassuring. It sounds like d DOS attacks are

456
00:21:44.559 --> 00:21:47.839
<v Speaker 1>a serious threat, but with the right tools and strategies,

457
00:21:47.920 --> 00:21:51.519
<v Speaker 1>we can protect ourselves. Now let's shift gears again and

458
00:21:51.559 --> 00:21:55.079
<v Speaker 1>talk about data protection. We know ransomware is all about

459
00:21:55.160 --> 00:21:58.559
<v Speaker 1>encrypting data, but this book talks about how attackers are

460
00:21:58.599 --> 00:22:01.960
<v Speaker 1>now focusing on stealing the data, not just locking it up.

461
00:22:02.359 --> 00:22:05.599
<v Speaker 2>That's a crucial point. It's no longer just about preventing

462
00:22:05.640 --> 00:22:08.519
<v Speaker 2>your data from being encrypted. It's about preventing it from

463
00:22:08.559 --> 00:22:09.400
<v Speaker 2>walking out the door.

464
00:22:09.640 --> 00:22:12.079
<v Speaker 1>So even if we have strong encryption, we still need

465
00:22:12.079 --> 00:22:14.279
<v Speaker 1>to think about data exfiltration.

466
00:22:13.880 --> 00:22:18.119
<v Speaker 2>Absolutely, and that's where data classification becomes essential. It's about

467
00:22:18.200 --> 00:22:21.359
<v Speaker 2>understanding what data is most sensitive and needs that top

468
00:22:21.400 --> 00:22:22.079
<v Speaker 2>tier protection.

469
00:22:22.599 --> 00:22:25.880
<v Speaker 1>Okay, so how do we go about classifying data effectively?

470
00:22:26.240 --> 00:22:29.440
<v Speaker 2>You can think about it in terms of sensitivity levels, low, medium,

471
00:22:29.480 --> 00:22:29.880
<v Speaker 2>and high.

472
00:22:30.519 --> 00:22:31.720
<v Speaker 1>Can you give me some examples.

473
00:22:31.920 --> 00:22:35.079
<v Speaker 2>Sure, Public websites and press releases might fall into the

474
00:22:35.079 --> 00:22:39.599
<v Speaker 2>low sensitivity category. Emails and documents without any confidential data

475
00:22:39.799 --> 00:22:43.359
<v Speaker 2>might be medium sensitivity, and then things like financial records,

476
00:22:43.440 --> 00:22:48.240
<v Speaker 2>intellectual property, customer data, that's all high sensitivity information that

477
00:22:48.319 --> 00:22:49.519
<v Speaker 2>needs the strongest protection.

478
00:22:50.000 --> 00:22:52.279
<v Speaker 1>That makes sense, but how do we actually put this

479
00:22:52.440 --> 00:22:55.000
<v Speaker 1>classification system into practice.

480
00:22:55.079 --> 00:22:58.559
<v Speaker 2>That's where Azure Information Protection or AIP comes in. It's

481
00:22:58.559 --> 00:23:01.839
<v Speaker 2>a cloud based service that helps you classify and protect

482
00:23:01.920 --> 00:23:05.240
<v Speaker 2>sensit data like a digital vault for your most important information.

483
00:23:05.640 --> 00:23:08.880
<v Speaker 1>So it's not just about encrypting everything, it's about applying

484
00:23:08.880 --> 00:23:12.640
<v Speaker 1>the right level of protection based on the data sensitivity exactly.

485
00:23:13.240 --> 00:23:16.480
<v Speaker 2>AIP lets you define labels that reflect how sensitive the

486
00:23:16.559 --> 00:23:19.279
<v Speaker 2>data is. Then you can use those labels to encrypt,

487
00:23:19.440 --> 00:23:22.359
<v Speaker 2>watermark and control access. And the great part is that

488
00:23:22.400 --> 00:23:25.839
<v Speaker 2>it integrates seamlessly with Microsoft Office. You can apply those

489
00:23:25.880 --> 00:23:30.880
<v Speaker 2>sensitivity labels right within word, Excel, PowerPoint, no extra steps needed.

490
00:23:30.960 --> 00:23:33.680
<v Speaker 1>That's incredibly convenient. But what if you need to encrypt

491
00:23:33.720 --> 00:23:35.559
<v Speaker 1>data that's not in an Office document.

492
00:23:35.839 --> 00:23:38.680
<v Speaker 2>AIP handles that too. It works with a wide variety

493
00:23:38.720 --> 00:23:42.240
<v Speaker 2>of file types and can even protect data in SQL

494
00:23:42.240 --> 00:23:46.440
<v Speaker 2>server databases. This book even highlights how Microsoft is shifting

495
00:23:46.519 --> 00:23:49.720
<v Speaker 2>towards built in labeling in Office, making it even easier

496
00:23:49.759 --> 00:23:50.440
<v Speaker 2>to use.

497
00:23:50.519 --> 00:23:53.720
<v Speaker 1>This is great information, but what about SQL server specifically?

498
00:23:53.799 --> 00:23:56.200
<v Speaker 1>Are there like special things we need to do to

499
00:23:56.319 --> 00:23:57.559
<v Speaker 1>encrypt those databases?

500
00:23:57.920 --> 00:24:00.319
<v Speaker 2>Seqle server has a couple of powerful tools for this,

501
00:24:00.960 --> 00:24:04.559
<v Speaker 2>Transparent Data Encryption or TD and always encrypted.

502
00:24:04.680 --> 00:24:06.960
<v Speaker 1>Okay, those both sound pretty intense. Can you explain what

503
00:24:07.000 --> 00:24:07.319
<v Speaker 1>they do?

504
00:24:07.680 --> 00:24:11.640
<v Speaker 2>Sure KDE encrypts your databases at rest, meaning the data

505
00:24:11.680 --> 00:24:14.519
<v Speaker 2>is encrypted right on the storage device itself. Think of

506
00:24:14.559 --> 00:24:17.200
<v Speaker 2>it like having a lock on your hard drive, preventing

507
00:24:17.319 --> 00:24:18.480
<v Speaker 2>unauthorized access.

508
00:24:18.680 --> 00:24:21.240
<v Speaker 1>So even if someone stole the physical drive, they couldn't

509
00:24:21.279 --> 00:24:22.839
<v Speaker 1>access the data exactly.

510
00:24:22.920 --> 00:24:26.279
<v Speaker 2>And always encrypted takes things a step further by encrypting

511
00:24:26.279 --> 00:24:29.279
<v Speaker 2>the data while it's being used or in memory, so

512
00:24:29.400 --> 00:24:31.599
<v Speaker 2>even if an attacker got into your server, they couldn't

513
00:24:31.720 --> 00:24:32.960
<v Speaker 2>read that sensitive data.

514
00:24:33.000 --> 00:24:35.680
<v Speaker 1>Wow that's impressive, But is there a downside to using

515
00:24:35.720 --> 00:24:36.480
<v Speaker 1>always encrypted?

516
00:24:36.640 --> 00:24:39.279
<v Speaker 2>It can be a bit more complex to implement since

517
00:24:39.279 --> 00:24:43.000
<v Speaker 2>it needs specific drivers and application support, So for those

518
00:24:43.039 --> 00:24:46.039
<v Speaker 2>handling incredibly sensitive data, it's worth considering.

519
00:24:46.359 --> 00:24:49.079
<v Speaker 1>This has been a deep dive into data protection. We've

520
00:24:49.119 --> 00:24:52.880
<v Speaker 1>covered everything from classifying our data and using Azure information

521
00:24:52.960 --> 00:24:58.559
<v Speaker 1>protection to encrypting SQL server databases. What's next on our

522
00:24:58.599 --> 00:25:00.000
<v Speaker 1>ransomware protection checklist.

523
00:25:00.279 --> 00:25:02.359
<v Speaker 2>Now we need to face the music and talk about

524
00:25:02.400 --> 00:25:05.279
<v Speaker 2>what to do if you've already been attacked. Forensics and

525
00:25:05.519 --> 00:25:07.599
<v Speaker 2>incident response they're critical.

526
00:25:07.680 --> 00:25:10.519
<v Speaker 1>Okay, this feels like we're stepping into a CSI episode.

527
00:25:10.799 --> 00:25:13.960
<v Speaker 1>What are the first steps if we suspect a ransomware attack?

528
00:25:14.240 --> 00:25:17.680
<v Speaker 2>The book emphasizes the importance of staying calm and following

529
00:25:17.720 --> 00:25:23.440
<v Speaker 2>a systematic approach. First, isolate those affected systems, think damage controls,

530
00:25:23.480 --> 00:25:24.839
<v Speaker 2>stop the spread makes sense.

531
00:25:24.839 --> 00:25:27.279
<v Speaker 1>Contain the situation before it gets worse exactly.

532
00:25:27.799 --> 00:25:30.279
<v Speaker 2>Then secure your backups and don't forget to determine the

533
00:25:30.279 --> 00:25:33.240
<v Speaker 2>scope of the attack, what systems are affected, what data

534
00:25:33.279 --> 00:25:33.799
<v Speaker 2>is at risk.

535
00:25:33.960 --> 00:25:37.039
<v Speaker 1>So it's like containing a fire and then assessing the damage.

536
00:25:36.599 --> 00:25:39.839
<v Speaker 2>A perfect analogy. Once you've got to handle on the situation,

537
00:25:40.119 --> 00:25:42.720
<v Speaker 2>you need to figure out what you're dealing with. This

538
00:25:42.759 --> 00:25:46.720
<v Speaker 2>book recommends using resources like id Ransomware, a website that

539
00:25:46.799 --> 00:25:50.000
<v Speaker 2>helps you identify the specific ransomware variant that hit you.

540
00:25:51.119 --> 00:25:54.680
<v Speaker 1>That's incredibly useful. Knowing the enemy is half the battle, right,

541
00:25:55.440 --> 00:25:58.720
<v Speaker 1>But what happens after we've identified the ransomware? What's next

542
00:25:58.759 --> 00:25:59.519
<v Speaker 1>in the investigation.

543
00:26:00.119 --> 00:26:03.440
<v Speaker 2>Now it's time for some digital detective work. We need

544
00:26:03.480 --> 00:26:07.240
<v Speaker 2>to start looking for indicators of compromise, those clues that

545
00:26:07.400 --> 00:26:10.519
<v Speaker 2>help you understand how the attack happened and what the

546
00:26:10.559 --> 00:26:12.640
<v Speaker 2>attackers did once they were inside.

547
00:26:12.880 --> 00:26:16.480
<v Speaker 1>So we're piecing together the puzzle of the attack exactly.

548
00:26:16.960 --> 00:26:19.279
<v Speaker 2>The book suggests looking for clues in the file system,

549
00:26:19.319 --> 00:26:22.000
<v Speaker 2>the registry, and the event logs. Think of it like

550
00:26:22.279 --> 00:26:25.319
<v Speaker 2>searching for fingerprints or DNA evidence at a crime scene.

551
00:26:25.400 --> 00:26:27.160
<v Speaker 1>What kinds of clues should we be looking for.

552
00:26:27.319 --> 00:26:30.279
<v Speaker 2>You might find suspicious files that were downloaded or executed,

553
00:26:30.640 --> 00:26:33.920
<v Speaker 2>registry keys that were modified, or event log entries that

554
00:26:34.000 --> 00:26:36.119
<v Speaker 2>just don't look right. It's all about looking for anything

555
00:26:36.160 --> 00:26:37.000
<v Speaker 2>out of the ordinary.

556
00:26:37.200 --> 00:26:40.440
<v Speaker 1>So we need to become digital detectives. What are some

557
00:26:41.240 --> 00:26:44.079
<v Speaker 1>key areas we should focus on during this investigation?

558
00:26:44.440 --> 00:26:47.119
<v Speaker 2>This book highlights a few important ones. You need to

559
00:26:47.160 --> 00:26:49.759
<v Speaker 2>figure out how the attackers got in. Was it a

560
00:26:49.759 --> 00:26:54.519
<v Speaker 2>phishing email and exploited vulnerability. Once you identify that initial

561
00:26:54.599 --> 00:26:57.839
<v Speaker 2>access point, you can start tracing their movement through.

562
00:26:57.599 --> 00:27:00.000
<v Speaker 1>Your systems, like following breadcrumbs back to.

563
00:27:00.599 --> 00:27:04.279
<v Speaker 2>Precisely, the book recommends looking for signs of lateral movement

564
00:27:04.680 --> 00:27:07.920
<v Speaker 2>where they jumped from one system to another, and persistence

565
00:27:08.079 --> 00:27:10.480
<v Speaker 2>where they established a back door to maintain access.

566
00:27:11.000 --> 00:27:14.559
<v Speaker 1>This is fascinating stuff but also incredibly complex. Are there

567
00:27:14.559 --> 00:27:17.680
<v Speaker 1>any tools that can help with this? Like digital detective work?

568
00:27:18.200 --> 00:27:21.519
<v Speaker 2>There are. The book talks about Microsoft Defender for endpoint.

569
00:27:21.920 --> 00:27:25.759
<v Speaker 2>It can help you investigate things like process activity, registry changes,

570
00:27:25.920 --> 00:27:29.039
<v Speaker 2>and scheduled tasks. Think of it like a digital forensics lab,

571
00:27:29.119 --> 00:27:30.000
<v Speaker 2>all in one tool.

572
00:27:30.480 --> 00:27:33.079
<v Speaker 1>That's incredible. It sounds like something only the pros would use.

573
00:27:33.400 --> 00:27:36.640
<v Speaker 2>It is powerful, but it's becoming more and more accessible

574
00:27:36.640 --> 00:27:39.640
<v Speaker 2>to organizations of all sizes. And there are other tools

575
00:27:39.680 --> 00:27:43.039
<v Speaker 2>out there too, like Bloodhound, which this book mentions as

576
00:27:43.079 --> 00:27:47.799
<v Speaker 2>being helpful for analyzing active directory relationships and identifying potential

577
00:27:47.880 --> 00:27:48.599
<v Speaker 2>attack paths.

578
00:27:48.640 --> 00:27:50.680
<v Speaker 1>So it's like a map showing how attackers might have

579
00:27:50.759 --> 00:27:52.279
<v Speaker 1>moved through the network exactly.

580
00:27:52.559 --> 00:27:56.240
<v Speaker 2>Forensics and incident response are complex, but having the right

581
00:27:56.279 --> 00:27:58.319
<v Speaker 2>tools and techniques can make a world of difference.

582
00:27:58.319 --> 00:28:01.799
<v Speaker 1>Okay, we've covered a ton of ground securing Windows, endpoints,

583
00:28:01.839 --> 00:28:07.799
<v Speaker 1>protecting user identity, email security, mitigating dido ASI attacks, protecting data,

584
00:28:07.880 --> 00:28:11.319
<v Speaker 1>and even responding to an attack. What other advanced protection

585
00:28:11.359 --> 00:28:13.599
<v Speaker 1>strategies are out there for those who want to go

586
00:28:13.680 --> 00:28:14.359
<v Speaker 1>the extra mile?

587
00:28:14.519 --> 00:28:18.519
<v Speaker 2>Let's talk about mimicats. A post exploitation tool that attackers

588
00:28:18.559 --> 00:28:18.960
<v Speaker 2>love to.

589
00:28:19.000 --> 00:28:21.440
<v Speaker 1>Use, mimicats. That sounds kind of cute. Is it as

590
00:28:21.559 --> 00:28:22.640
<v Speaker 1>dangerous as it sounds?

591
00:28:22.720 --> 00:28:23.799
<v Speaker 2>Don't let the name fool you.

592
00:28:23.839 --> 00:28:23.880
<v Speaker 1>You.

593
00:28:24.640 --> 00:28:28.880
<v Speaker 2>Mimicats can extract credentials from memory, manipulate Carbaro's tickets, and

594
00:28:28.960 --> 00:28:32.000
<v Speaker 2>even perform past the hash attacks where they reuse stolen

595
00:28:32.039 --> 00:28:34.079
<v Speaker 2>password hashes to access other systems.

596
00:28:34.079 --> 00:28:36.200
<v Speaker 1>So it's like a master key for attackers.

597
00:28:36.640 --> 00:28:39.160
<v Speaker 2>It can be. And what makes it so dangerous is

598
00:28:39.200 --> 00:28:42.119
<v Speaker 2>that it can bypass standard credential protection mechanisms.

599
00:28:42.319 --> 00:28:44.559
<v Speaker 1>Okay, now I'm really worried. What can we do to

600
00:28:44.599 --> 00:28:46.519
<v Speaker 1>protect ourselves from this mimicats thing?

601
00:28:47.359 --> 00:28:50.240
<v Speaker 2>This book recommends using Attack Surface Production rules, which we

602
00:28:50.279 --> 00:28:53.559
<v Speaker 2>talked about earlier. Yeah, these rules can specifically target and

603
00:28:53.720 --> 00:28:58.440
<v Speaker 2>block credential stealing from the Windows Local Security Authority subsystem,

604
00:28:58.839 --> 00:29:01.200
<v Speaker 2>which mimicats often targets.

605
00:29:00.839 --> 00:29:02.880
<v Speaker 1>So ASR rules to the rescue.

606
00:29:03.079 --> 00:29:06.359
<v Speaker 2>Again, they're a versatile tool. And speaking of protection, let's

607
00:29:06.359 --> 00:29:11.240
<v Speaker 2>talk about remote desktop management. Remote Desktop Protocol or RDP

608
00:29:11.839 --> 00:29:15.319
<v Speaker 2>is super convenient for accessing computers remotely, but it can

609
00:29:15.359 --> 00:29:18.599
<v Speaker 2>also be a big security risk if not properly configured.

610
00:29:18.920 --> 00:29:21.960
<v Speaker 1>What are the best practices for securing RDP.

611
00:29:22.079 --> 00:29:25.880
<v Speaker 2>Enabling Network level authentication or NLA is a must. It

612
00:29:25.920 --> 00:29:30.119
<v Speaker 2>requires users to authenticate before connection is even established, making

613
00:29:30.160 --> 00:29:32.759
<v Speaker 2>it much harder for attackers to brute force their way in.

614
00:29:32.880 --> 00:29:34.960
<v Speaker 1>So it's like having a security guard at the entrance,

615
00:29:35.400 --> 00:29:38.240
<v Speaker 1>checking everyone's credentials before letting them in exactly.

616
00:29:38.480 --> 00:29:41.920
<v Speaker 2>The book also mentions a newer feature called Remote Credential Guard,

617
00:29:42.519 --> 00:29:46.759
<v Speaker 2>which enhances RDP security by isolating credentials and preventing them

618
00:29:46.759 --> 00:29:49.480
<v Speaker 2>from being stolen during those remote sessions.

619
00:29:49.559 --> 00:29:52.920
<v Speaker 1>It sounds like Microsoft is really taking RDP security seriously.

620
00:29:53.079 --> 00:29:55.880
<v Speaker 2>They are, and it's not just about RDP. The book

621
00:29:55.920 --> 00:30:00.519
<v Speaker 2>also emphasizes the importance of Windows Firewall best practices. They

622
00:30:00.559 --> 00:30:05.359
<v Speaker 2>suggest sticking to the default settings, blocking incoming connections by default,

623
00:30:05.759 --> 00:30:07.799
<v Speaker 2>and enabling logging for dropped.

624
00:30:07.480 --> 00:30:10.359
<v Speaker 1>Packets, so it's like having a security log that records

625
00:30:10.400 --> 00:30:12.359
<v Speaker 1>any suspicious activity precisely.

626
00:30:12.559 --> 00:30:15.720
<v Speaker 2>And here's another interesting technique, canary tokens.

627
00:30:15.799 --> 00:30:18.000
<v Speaker 1>Canary tokens like those birds they used to use in

628
00:30:18.000 --> 00:30:18.640
<v Speaker 1>coal mines.

629
00:30:18.839 --> 00:30:22.400
<v Speaker 2>Exactly. They're decoy files or systems designed to alert you

630
00:30:22.440 --> 00:30:25.279
<v Speaker 2>if they're accessed. So if an attacker stumbles upon a

631
00:30:25.319 --> 00:30:27.440
<v Speaker 2>canary token, it's like setting off an alarm.

632
00:30:27.559 --> 00:30:31.200
<v Speaker 1>That's a really clever way to detect suspicious activity. Okay,

633
00:30:31.240 --> 00:30:33.720
<v Speaker 1>so we've covered a lot of ground with these advanced

634
00:30:33.720 --> 00:30:37.599
<v Speaker 1>protection strategies, but are there any common threads, any overarching

635
00:30:37.680 --> 00:30:39.279
<v Speaker 1>themes that tie this all together.

636
00:30:39.519 --> 00:30:43.799
<v Speaker 2>Absolutely. One key takeaway is that security is all about layers.

637
00:30:44.200 --> 00:30:47.119
<v Speaker 2>You're not just relying on one single defense. You're building

638
00:30:47.240 --> 00:30:50.160
<v Speaker 2>multiple layers of protection to make it as difficult as

639
00:30:50.200 --> 00:30:51.759
<v Speaker 2>possible for attackers to succeed.

640
00:30:52.000 --> 00:30:55.200
<v Speaker 1>It's like building a castle with moats, walls and guard

641
00:30:55.240 --> 00:30:56.359
<v Speaker 1>towers exactly.

642
00:30:56.720 --> 00:31:00.359
<v Speaker 2>And another important theme is vigilance. The threat landscape is

643
00:31:00.440 --> 00:31:03.799
<v Speaker 2>constantly changing, so you need to stay informed about the

644
00:31:03.880 --> 00:31:06.920
<v Speaker 2>latest threats and vulnerabilities. This book is a great resource

645
00:31:06.960 --> 00:31:10.440
<v Speaker 2>for that, but also tons of other resources available online

646
00:31:10.640 --> 00:31:12.200
<v Speaker 2>and through industry organizations.

647
00:31:12.279 --> 00:31:15.279
<v Speaker 1>Right, it's about staying ahead of the curve and always learning.

648
00:31:15.160 --> 00:31:17.880
<v Speaker 2>And don't forget about the human element. We've talked about

649
00:31:17.920 --> 00:31:21.519
<v Speaker 2>technical solutions, but security awareness is just as important, if

650
00:31:21.519 --> 00:31:22.039
<v Speaker 2>not more so.

651
00:31:22.519 --> 00:31:25.519
<v Speaker 1>You're right, technology can only take us so far. We

652
00:31:25.559 --> 00:31:27.839
<v Speaker 1>need to educate our users about the threats and how

653
00:31:27.880 --> 00:31:28.720
<v Speaker 1>to stay safe.

654
00:31:29.119 --> 00:31:31.799
<v Speaker 2>Exactly because at the end of the day, security is

655
00:31:31.880 --> 00:31:35.480
<v Speaker 2>everyone's responsibility. It's a team effort, and we all need

656
00:31:35.519 --> 00:31:37.160
<v Speaker 2>to work together to stay protected.

657
00:31:37.519 --> 00:31:41.200
<v Speaker 1>Well said, this deep dive into ransomware protection has been

658
00:31:41.240 --> 00:31:44.160
<v Speaker 1>incredibly eye opening. I feel like I've learned so much,

659
00:31:44.799 --> 00:31:47.599
<v Speaker 1>but I also realize that there's always more to learn.

660
00:31:47.759 --> 00:31:51.000
<v Speaker 2>That's the beauty of security. It's a constantly evolving field,

661
00:31:51.720 --> 00:31:55.160
<v Speaker 2>but by staying informed and proactive, we can stay ahead

662
00:31:55.160 --> 00:31:58.599
<v Speaker 2>of the threats and protect ourselves and our organizations.

663
00:31:58.799 --> 00:32:01.160
<v Speaker 1>Okay, so we've covered a ton in this episode, from

664
00:32:01.240 --> 00:32:05.039
<v Speaker 1>understanding ransomware tactics and securing Windows, to the importance of

665
00:32:05.119 --> 00:32:08.680
<v Speaker 1>user education and you know, having rock solid backups.

666
00:32:08.960 --> 00:32:10.319
<v Speaker 2>In quite a journey it has.

667
00:32:10.839 --> 00:32:13.000
<v Speaker 1>But before we wrap things up, I'm curious about something.

668
00:32:13.480 --> 00:32:16.680
<v Speaker 1>This book focuses on Windows, but what about the cloud?

669
00:32:16.799 --> 00:32:20.279
<v Speaker 1>How does that impact our approach to ransomware protection.

670
00:32:20.720 --> 00:32:23.519
<v Speaker 2>That's a great question and something more and more organizations

671
00:32:23.519 --> 00:32:26.319
<v Speaker 2>are grappling with as they move their operations to the cloud.

672
00:32:26.559 --> 00:32:29.200
<v Speaker 1>It seems like the cloud would offer more security since

673
00:32:29.279 --> 00:32:32.680
<v Speaker 1>those providers have such vast resources and expertise.

674
00:32:32.759 --> 00:32:36.359
<v Speaker 2>There are definitely advantages. Cloud providers often have robust security

675
00:32:36.400 --> 00:32:39.079
<v Speaker 2>features and economies of scale that can enhance.

676
00:32:38.799 --> 00:32:42.880
<v Speaker 1>Protection, like those massive dds mitigation capability as we talked

677
00:32:42.920 --> 00:32:45.160
<v Speaker 1>about earlier, exactly, but.

678
00:32:45.160 --> 00:32:51.200
<v Speaker 2>The cloud also introduces new challenges shared responsibility models, complex configurations,

679
00:32:51.440 --> 00:32:54.799
<v Speaker 2>and the sheer scale of cloud environments it can make

680
00:32:54.839 --> 00:32:57.519
<v Speaker 2>securing everything effectively quite tricky.

681
00:32:58.079 --> 00:33:00.240
<v Speaker 1>So it's not a magic bullet. We can't just assume

682
00:33:00.279 --> 00:33:02.200
<v Speaker 1>everything is safe just because it's in the cloud.

683
00:33:02.440 --> 00:33:04.680
<v Speaker 2>Definitely not. You need to be just as strategic about

684
00:33:04.680 --> 00:33:07.680
<v Speaker 2>your cloud security as you would with any on premises environment.

685
00:33:08.000 --> 00:33:09.799
<v Speaker 1>So what are the key things to keep in mind

686
00:33:09.880 --> 00:33:12.440
<v Speaker 1>when securing cloud environments against ransomware?

687
00:33:12.559 --> 00:33:15.880
<v Speaker 2>This book mentions Azure specifically, and Microsoft has been putting

688
00:33:15.920 --> 00:33:17.599
<v Speaker 2>a lot of effort into cloud security.

689
00:33:17.880 --> 00:33:20.000
<v Speaker 1>That makes sense. They're a major player in both the

690
00:33:20.039 --> 00:33:22.039
<v Speaker 1>cloud and security spaces they are.

691
00:33:22.400 --> 00:33:25.279
<v Speaker 2>Azure offers a whole suite of security features, things like

692
00:33:25.440 --> 00:33:29.480
<v Speaker 2>as your Security Center, as your Sentinel, and Azure Information Protection,

693
00:33:30.039 --> 00:33:32.119
<v Speaker 2>all of which can play a part in your ransomware

694
00:33:32.160 --> 00:33:33.119
<v Speaker 2>protection strategy.

695
00:33:33.559 --> 00:33:36.799
<v Speaker 1>So it's about understanding those cloud specific tools and using

696
00:33:36.839 --> 00:33:38.640
<v Speaker 1>them to our advantage.

697
00:33:38.039 --> 00:33:43.119
<v Speaker 2>Exactly, And don't forget the fundamentals. Strong passwords, multi factor authentication,

698
00:33:43.319 --> 00:33:46.359
<v Speaker 2>regular security updates. Those are all just as critical in

699
00:33:46.400 --> 00:33:48.000
<v Speaker 2>the cloud as they are on premises.

700
00:33:48.279 --> 00:33:51.960
<v Speaker 1>It's like those security basics are universal regardless of where

701
00:33:51.960 --> 00:33:53.599
<v Speaker 1>our data lives exactly.

702
00:33:53.720 --> 00:33:56.880
<v Speaker 2>And remember, the threat landscape is constantly evolving, so stay

703
00:33:56.880 --> 00:33:58.920
<v Speaker 2>informed about new threats and strategies.

704
00:33:58.960 --> 00:34:01.200
<v Speaker 1>It's a never ending learning process.

705
00:34:01.039 --> 00:34:04.119
<v Speaker 2>It is, but it's essential for staying ahead of the curve.

706
00:34:04.279 --> 00:34:07.359
<v Speaker 1>Okay, so we've talked about the cloud and the importance

707
00:34:07.359 --> 00:34:11.719
<v Speaker 1>of continuous learning, but what about emerging technologies? Are there

708
00:34:11.840 --> 00:34:15.840
<v Speaker 1>any on the horizon that could help us fight ransomware

709
00:34:15.920 --> 00:34:17.000
<v Speaker 1>even more effectively?

710
00:34:17.400 --> 00:34:19.519
<v Speaker 2>There are some exciting developments to keep an eye on.

711
00:34:19.960 --> 00:34:23.039
<v Speaker 2>Artificial intelligence and machine learning are playing a bigger role

712
00:34:23.119 --> 00:34:24.679
<v Speaker 2>in threat detection and response.

713
00:34:24.840 --> 00:34:27.760
<v Speaker 1>So it's like having an army of AI powered security

714
00:34:27.760 --> 00:34:30.519
<v Speaker 1>analysts constantly analyzing data for.

715
00:34:30.480 --> 00:34:33.920
<v Speaker 2>Threats, a very smart army. And then there's blockchain technology,

716
00:34:33.920 --> 00:34:37.119
<v Speaker 2>which is being explored for its potential to secure backups

717
00:34:37.280 --> 00:34:38.480
<v Speaker 2>and prevent data tampering.

718
00:34:38.599 --> 00:34:43.400
<v Speaker 1>Wait blockchain, the technology behind cryptocurrencies, could that really help

719
00:34:43.480 --> 00:34:44.880
<v Speaker 1>protect against ransomware?

720
00:34:45.239 --> 00:34:49.400
<v Speaker 2>Still early days, but the potential is there. Blockchains, immutability

721
00:34:49.400 --> 00:34:53.480
<v Speaker 2>and decentralization could be game changers for data security. And

722
00:34:53.519 --> 00:34:57.400
<v Speaker 2>then there's quantum computing, which has the potential to completely

723
00:34:57.480 --> 00:35:01.159
<v Speaker 2>revolutionize cryptography and cybersecurity as we know it.

724
00:35:01.280 --> 00:35:03.599
<v Speaker 1>Quantum computing. Now that sounds like something straight out of

725
00:35:03.639 --> 00:35:05.480
<v Speaker 1>a science fiction movie does.

726
00:35:05.679 --> 00:35:07.920
<v Speaker 2>But it's becoming a reality and it will have a

727
00:35:08.000 --> 00:35:10.519
<v Speaker 2>huge impact on how we protect our data in the future.

728
00:35:10.800 --> 00:35:13.840
<v Speaker 1>It's both exciting and a little bit daunting to think about.

729
00:35:14.239 --> 00:35:16.679
<v Speaker 1>But for our listeners who are dealing with the very

730
00:35:16.760 --> 00:35:21.760
<v Speaker 1>real threat of ransomware today, what's the single most important

731
00:35:21.800 --> 00:35:23.239
<v Speaker 1>piece of advice you can give them.

732
00:35:23.519 --> 00:35:26.599
<v Speaker 2>Don't wait until you're a victim to take action. Start

733
00:35:26.599 --> 00:35:31.079
<v Speaker 2>building your defenses now. Implement a layered security approach, educate

734
00:35:31.119 --> 00:35:34.039
<v Speaker 2>your users, and have that solid backup and recovery plan

735
00:35:34.159 --> 00:35:34.639
<v Speaker 2>in place.

736
00:35:34.840 --> 00:35:36.880
<v Speaker 1>So it all comes back to those fundamentals we've been

737
00:35:36.880 --> 00:35:40.480
<v Speaker 1>talking about, being proactive, informed, and prepared exactly.

738
00:35:40.880 --> 00:35:43.480
<v Speaker 2>Security is a journey, not a destination.

739
00:35:43.320 --> 00:35:47.079
<v Speaker 1>Well said, This deep dive into ransomware protection has been

740
00:35:47.079 --> 00:35:50.960
<v Speaker 1>truly insightful. We've learned so much from the tactics attackers

741
00:35:51.079 --> 00:35:53.159
<v Speaker 1>use and the layers of defense we need to build,

742
00:35:53.800 --> 00:35:56.719
<v Speaker 1>to the critical role of user education and those emerging

743
00:35:56.760 --> 00:35:59.199
<v Speaker 1>technologies that could change the game entirely.

744
00:35:59.440 --> 00:36:01.039
<v Speaker 2>It's been a place you're sharing this information.

745
00:36:01.519 --> 00:36:03.639
<v Speaker 1>A huge thank you to our expert for guiding us

746
00:36:03.679 --> 00:36:06.519
<v Speaker 1>through this complex topic, and to our listeners, thank you

747
00:36:06.559 --> 00:36:09.280
<v Speaker 1>for joining us on this deep dive. Remember knowledge is

748
00:36:09.440 --> 00:36:13.480
<v Speaker 1>power when it comes to cybersecurity. Stay vigilant, stay informed,

749
00:36:13.559 --> 00:36:14.960
<v Speaker 1>and stay safe out there alone
