WEBVTT

1
00:00:00.080 --> 00:00:03.680
<v Speaker 1>Hey, there looks like we're diving deep into pen testing

2
00:00:03.720 --> 00:00:06.240
<v Speaker 1>this time, especially for Windows and Linux.

3
00:00:06.400 --> 00:00:08.439
<v Speaker 2>Yeah, some fascinating stuff here, it really is.

4
00:00:08.480 --> 00:00:12.439
<v Speaker 1>We've got sources on everything, open source intelligence, shell coding,

5
00:00:12.960 --> 00:00:17.559
<v Speaker 1>the works. Think of this deep dive ash like a

6
00:00:17.640 --> 00:00:20.000
<v Speaker 1>crash course in hacker thinking, so.

7
00:00:19.960 --> 00:00:21.679
<v Speaker 2>You can build up some serious defenses.

8
00:00:21.719 --> 00:00:22.320
<v Speaker 1>Exactly.

9
00:00:22.519 --> 00:00:25.359
<v Speaker 2>What I find fascinating is how much this stuff shows

10
00:00:25.440 --> 00:00:29.800
<v Speaker 2>us about, you know, flaws that are just baked into operating.

11
00:00:29.359 --> 00:00:31.559
<v Speaker 1>Systems like they were designed with blind spots.

12
00:00:31.679 --> 00:00:34.280
<v Speaker 2>Yeah, and ethical hackers they're basically pointing those out.

13
00:00:34.200 --> 00:00:35.240
<v Speaker 1>Before the bad guys do.

14
00:00:35.640 --> 00:00:36.159
<v Speaker 2>Exactly.

15
00:00:36.240 --> 00:00:39.520
<v Speaker 1>Okay, let's unpack this first up, this whole world of

16
00:00:39.679 --> 00:00:43.960
<v Speaker 1>open source intelligence os ocent. Right, It's crazy how much

17
00:00:44.000 --> 00:00:45.159
<v Speaker 1>information is just out there.

18
00:00:45.280 --> 00:00:47.679
<v Speaker 2>It's not just out there, it's often shockingly easy to

19
00:00:47.679 --> 00:00:47.960
<v Speaker 2>get to.

20
00:00:48.200 --> 00:00:49.719
<v Speaker 1>Like what kind of stuff are we talking?

21
00:00:49.840 --> 00:00:54.200
<v Speaker 2>Well, some of the sources mentioned cases where like employee passports,

22
00:00:54.359 --> 00:00:57.880
<v Speaker 2>no way thanks returns. Yeah, seriously, just sitting in poorly

23
00:00:57.920 --> 00:00:59.479
<v Speaker 2>secured directories online.

24
00:00:59.520 --> 00:01:02.320
<v Speaker 1>So it's not even about being some master hacker. It's

25
00:01:02.439 --> 00:01:03.759
<v Speaker 1>just knowing where to look.

26
00:01:04.079 --> 00:01:06.200
<v Speaker 2>That's a big part of it. Yeah, and then there

27
00:01:06.200 --> 00:01:10.000
<v Speaker 2>are tools like showdand they can find these vulnerable systems.

28
00:01:09.879 --> 00:01:13.920
<v Speaker 1>We were talking like power plants, traffic control, that kind

29
00:01:13.920 --> 00:01:14.680
<v Speaker 1>of all of that.

30
00:01:14.840 --> 00:01:17.359
<v Speaker 2>Yeah, the kind of stuff that could cause real chaos

31
00:01:17.359 --> 00:01:18.760
<v Speaker 2>if it fell into the wrong hands.

32
00:01:19.159 --> 00:01:21.200
<v Speaker 1>So showed in. It's like a search engine, but for

33
00:01:21.359 --> 00:01:23.079
<v Speaker 1>like vulnerable systems.

34
00:01:23.920 --> 00:01:26.400
<v Speaker 2>Kind of think of it as like a hacker's Google.

35
00:01:26.879 --> 00:01:27.760
<v Speaker 1>Okay, I get you.

36
00:01:27.959 --> 00:01:30.840
<v Speaker 2>It finds Internet connected devices and shows you their weaknesses.

37
00:01:31.000 --> 00:01:31.439
<v Speaker 1>Wow.

38
00:01:31.719 --> 00:01:34.760
<v Speaker 2>And then there's Google dorking, which is, you know, using

39
00:01:34.840 --> 00:01:37.239
<v Speaker 2>specific search queries to find hidden information.

40
00:01:37.480 --> 00:01:39.959
<v Speaker 1>So if I wanted to see how much of IY

41
00:01:40.040 --> 00:01:42.680
<v Speaker 1>info is out there, could I use that on myself?

42
00:01:42.760 --> 00:01:45.560
<v Speaker 2>Well? Absolutely, really, you could use showdan to search for

43
00:01:45.599 --> 00:01:47.359
<v Speaker 2>your own IP address, see what pops up.

44
00:01:47.640 --> 00:01:50.799
<v Speaker 1>Might be surprised, take a digital background check on yourself exactly.

45
00:01:50.840 --> 00:01:53.400
<v Speaker 2>You never know what skeletons are hiding in your online closet.

46
00:01:53.719 --> 00:01:57.680
<v Speaker 1>Speaking of skeletons, these sources also talk about going beyond

47
00:01:57.719 --> 00:02:00.159
<v Speaker 1>the firewall. What does that even mean?

48
00:02:00.680 --> 00:02:04.359
<v Speaker 2>So traditional firewalls they're great at controlling traffic, right, but

49
00:02:04.439 --> 00:02:08.439
<v Speaker 2>they assume the attackers outside trying to get in. Makes sense, Well,

50
00:02:08.439 --> 00:02:09.800
<v Speaker 2>what if they're already inside?

51
00:02:10.120 --> 00:02:11.159
<v Speaker 1>Ooh, sneaky.

52
00:02:11.280 --> 00:02:14.520
<v Speaker 2>These sources describe scenarios where attackers set of their own.

53
00:02:14.479 --> 00:02:17.639
<v Speaker 1>Entry points, like what sneaking in a laptop or something.

54
00:02:17.759 --> 00:02:20.479
<v Speaker 2>Well, they talk about things like setting up a malicious

55
00:02:20.479 --> 00:02:23.400
<v Speaker 2>IP phone A phone, Yeah, that acts as a rogue

56
00:02:23.439 --> 00:02:24.080
<v Speaker 2>access point.

57
00:02:24.159 --> 00:02:27.199
<v Speaker 1>So it's like smuggling in a weapon, but disguised as

58
00:02:27.240 --> 00:02:28.080
<v Speaker 1>something harmless.

59
00:02:28.120 --> 00:02:30.159
<v Speaker 2>You got it. And once they're in, they can use

60
00:02:30.199 --> 00:02:32.840
<v Speaker 2>stuff like ARP poisoning to get sensitive.

61
00:02:32.560 --> 00:02:36.360
<v Speaker 1>Data even on a switch network. Even then, remind me

62
00:02:36.400 --> 00:02:39.080
<v Speaker 1>how AIRP poisoning works again, I always mix that one up.

63
00:02:39.560 --> 00:02:42.319
<v Speaker 2>It exploits how devices find each other on a network.

64
00:02:42.919 --> 00:02:45.680
<v Speaker 2>Think of it like changing the address on a letter.

65
00:02:45.639 --> 00:02:47.599
<v Speaker 1>So it goes to the wrong place exactly.

66
00:02:48.159 --> 00:02:51.639
<v Speaker 2>An attacker can poison the ARP cash and trick devices

67
00:02:51.680 --> 00:02:54.159
<v Speaker 2>into sending their traffic to the attacker's.

68
00:02:53.719 --> 00:02:55.599
<v Speaker 1>Machine instead of where it's supposed to go.

69
00:02:55.719 --> 00:02:59.400
<v Speaker 2>Yep. So even with good network security, if they have

70
00:02:59.439 --> 00:03:02.919
<v Speaker 2>physical apps access, it's game over pretty much. It's a

71
00:03:02.960 --> 00:03:05.919
<v Speaker 2>reminder that security isn't just about the tech. It's physical

72
00:03:05.960 --> 00:03:09.000
<v Speaker 2>security too, and user awareness. I bet, oh absolutely, that's

73
00:03:09.000 --> 00:03:10.120
<v Speaker 2>why training is so important.

74
00:03:10.199 --> 00:03:12.759
<v Speaker 1>Yes, so you're saying, even with fire walls and all

75
00:03:12.840 --> 00:03:16.759
<v Speaker 1>that fancy stuff, the weakest link is often a careless.

76
00:03:16.360 --> 00:03:20.000
<v Speaker 2>Employee or a poorly secured office. Yeah, and that brings

77
00:03:20.080 --> 00:03:25.159
<v Speaker 2>us to something that's been plaguing computer systems forever, passwords.

78
00:03:25.240 --> 00:03:28.199
<v Speaker 1>You'd think in twenty twenty four we'd have that figured.

79
00:03:27.879 --> 00:03:30.080
<v Speaker 2>Out, but the sources paint a different picture.

80
00:03:30.159 --> 00:03:32.919
<v Speaker 1>What are we still doing wrong? Everyone knows to use

81
00:03:32.960 --> 00:03:35.639
<v Speaker 1>upper case, levercase, numbers, symbols.

82
00:03:35.159 --> 00:03:38.680
<v Speaker 2>All that, right, It's not just about complexity, it's understanding

83
00:03:38.719 --> 00:03:42.840
<v Speaker 2>how attackers actually target passwords. Okay, interesting, they mentioned this

84
00:03:42.879 --> 00:03:47.039
<v Speaker 2>thing called LM hash vulnerabilities. Uh oh, which is a

85
00:03:47.120 --> 00:03:48.719
<v Speaker 2>legacy issue that still pops up.

86
00:03:48.800 --> 00:03:50.759
<v Speaker 1>Okay, back up for a sec. What even is an

87
00:03:50.879 --> 00:03:53.520
<v Speaker 1>LM hash? Why is that still a problem in twenty

88
00:03:53.520 --> 00:03:54.039
<v Speaker 1>twenty four?

89
00:03:54.199 --> 00:03:57.759
<v Speaker 2>So LM hashes it's an old way Windows US to

90
00:03:57.800 --> 00:03:58.560
<v Speaker 2>store passwords.

91
00:03:58.680 --> 00:03:59.360
<v Speaker 1>How old?

92
00:03:59.360 --> 00:04:01.879
<v Speaker 2>Old enough? That a super weak and easy to crack? Like,

93
00:04:01.960 --> 00:04:04.680
<v Speaker 2>how easy even with today's hardware it takes seconds?

94
00:04:04.800 --> 00:04:05.520
<v Speaker 1>You're kidding?

95
00:04:05.800 --> 00:04:10.360
<v Speaker 2>Nope, And here's the kicker. Some systems still use them.

96
00:04:10.120 --> 00:04:12.840
<v Speaker 1>For like backwards compatibility exactly. So, even if you have

97
00:04:12.919 --> 00:04:15.240
<v Speaker 1>a strong password, if it's stored as an LM hash,

98
00:04:15.319 --> 00:04:17.079
<v Speaker 1>it's basically useless pretty much.

99
00:04:17.120 --> 00:04:19.680
<v Speaker 2>Yeah, it's like leaving your front door wide open. Hikes,

100
00:04:20.000 --> 00:04:23.839
<v Speaker 2>and then there's network sniffing techniques, things like smb relay attacks.

101
00:04:23.920 --> 00:04:25.480
<v Speaker 1>Okay, now you're just using jargon.

102
00:04:25.639 --> 00:04:29.319
<v Speaker 2>Uh huh. Sorry. Basically, it's exploiting how Windows shares files

103
00:04:29.319 --> 00:04:31.279
<v Speaker 2>and resolves names on the network.

104
00:04:30.879 --> 00:04:33.959
<v Speaker 1>So tricking systems into giving up sensitive info.

105
00:04:34.279 --> 00:04:38.240
<v Speaker 2>Yep. And once an attacker has those passwords, they use

106
00:04:38.279 --> 00:04:41.240
<v Speaker 2>tools like John the Ripper and hashcat to crack them.

107
00:04:41.600 --> 00:04:43.759
<v Speaker 1>We talk in like brute force attacks.

108
00:04:43.959 --> 00:04:46.759
<v Speaker 2>That's one way. Yeah, they can turn through millions of

109
00:04:46.759 --> 00:04:47.759
<v Speaker 2>passwords per second.

110
00:04:47.839 --> 00:04:51.600
<v Speaker 1>So even with good password policies, attackers have ways around them.

111
00:04:51.920 --> 00:04:55.000
<v Speaker 2>That's why the sources emphasize multi factor authentication.

112
00:04:55.199 --> 00:04:57.519
<v Speaker 1>That extra layer of security.

113
00:04:56.959 --> 00:04:59.839
<v Speaker 2>Exactly makes it way harder for attackers even if they

114
00:04:59.879 --> 00:05:01.199
<v Speaker 2>have your password.

115
00:05:00.879 --> 00:05:04.040
<v Speaker 1>Like having a dead bolt and d a regular law exactly.

116
00:05:04.160 --> 00:05:07.000
<v Speaker 2>And of course security awareness training is huge so people.

117
00:05:06.839 --> 00:05:08.680
<v Speaker 1>Don't fall for phishing scams and all that.

118
00:05:08.920 --> 00:05:12.560
<v Speaker 2>Exactly. It's not just tea about technology, it's about creating

119
00:05:12.639 --> 00:05:13.759
<v Speaker 2>a culture of security.

120
00:05:13.879 --> 00:05:18.120
<v Speaker 1>Okay, so we've got open source intel bypassing firewalls and

121
00:05:18.240 --> 00:05:21.120
<v Speaker 1>weak passwords. What else is in the hacker playbook?

122
00:05:21.319 --> 00:05:24.079
<v Speaker 2>Well this might surprise you, but attackers rely a lot

123
00:05:24.199 --> 00:05:28.560
<v Speaker 2>on tools built right into Windows willie like what PowerShell.

124
00:05:29.279 --> 00:05:31.319
<v Speaker 2>The sources describe it as a double edged sword.

125
00:05:31.759 --> 00:05:35.319
<v Speaker 1>PowerShell isn't that just for system admins? What makes it

126
00:05:35.360 --> 00:05:36.040
<v Speaker 1>so dangerous?

127
00:05:36.120 --> 00:05:40.480
<v Speaker 2>That's incredibly powerful and versatile. It can automate tasks, manage systems,

128
00:05:40.519 --> 00:05:43.040
<v Speaker 2>all that right, But attackers have figured out how to

129
00:05:43.160 --> 00:05:44.480
<v Speaker 2>use it for their purposes.

130
00:05:44.720 --> 00:05:47.399
<v Speaker 1>The sources mentioned some techniques that sound kind of scary,

131
00:05:47.759 --> 00:05:50.839
<v Speaker 1>like encoding and decoding binaries within PowerShell.

132
00:05:50.959 --> 00:05:54.240
<v Speaker 2>It's like smuggling contraband. They take malicious code, make it

133
00:05:54.240 --> 00:05:57.120
<v Speaker 2>look harmless, then transferred to the target, and once it's there,

134
00:05:57.279 --> 00:06:00.000
<v Speaker 2>they use PowerShell to decode it back into executable code

135
00:06:00.079 --> 00:06:00.560
<v Speaker 2>and run it.

136
00:06:00.639 --> 00:06:02.600
<v Speaker 1>So it's like hiding a weapon and plane sight.

137
00:06:03.000 --> 00:06:05.720
<v Speaker 2>You got it. And the sources point out that PowerShell

138
00:06:05.759 --> 00:06:09.000
<v Speaker 2>can interact directly with the Windows API, making it even.

139
00:06:08.879 --> 00:06:13.319
<v Speaker 1>More dangerous, so they can bypass security, escalate privileges, all

140
00:06:13.360 --> 00:06:14.879
<v Speaker 1>that nasty stuff.

141
00:06:14.480 --> 00:06:16.639
<v Speaker 2>All without installing traditional malware.

142
00:06:16.759 --> 00:06:18.759
<v Speaker 1>This is starting to feel like a theme. You know,

143
00:06:19.240 --> 00:06:22.319
<v Speaker 1>attackers using legitimate tools for bad stuff.

144
00:06:22.240 --> 00:06:25.360
<v Speaker 2>Exactly, and that's what makes defending against them so much harder.

145
00:06:25.439 --> 00:06:27.279
<v Speaker 2>You can't just block specific files.

146
00:06:27.439 --> 00:06:30.680
<v Speaker 1>You have to understand how those tools can be misused.

147
00:06:30.279 --> 00:06:32.120
<v Speaker 2>And monitor for suspicious activity.

148
00:06:32.199 --> 00:06:38.199
<v Speaker 1>Okay, so we've got ocent firewalls, passwords, now PowerShell, what else?

149
00:06:38.360 --> 00:06:41.319
<v Speaker 2>Let's talk about shell code. The sources get into this

150
00:06:41.360 --> 00:06:43.439
<v Speaker 2>whole world of low level instructions.

151
00:06:43.680 --> 00:06:47.160
<v Speaker 1>Shell could always sound so intimidating, like Hollywood hacker stuff.

152
00:06:47.240 --> 00:06:50.000
<v Speaker 2>It has a certain mystique. Yeah, but really it's just

153
00:06:50.040 --> 00:06:52.319
<v Speaker 2>instructions that telecomputer what to do, and it can be.

154
00:06:52.319 --> 00:06:54.639
<v Speaker 1>Used for more than just you know, gaining a shell.

155
00:06:54.759 --> 00:06:57.040
<v Speaker 2>Oh yeah, way more. It's like a Swiss army knife

156
00:06:57.040 --> 00:07:01.079
<v Speaker 2>for attackers. Like what else can you do bypass security,

157
00:07:01.120 --> 00:07:04.600
<v Speaker 2>steal data, install back doors, even attack other systems?

158
00:07:04.879 --> 00:07:07.040
<v Speaker 1>Sounds pretty versatile, it is, and.

159
00:07:07.040 --> 00:07:12.040
<v Speaker 2>The sources mentioned techniques for bypassing dep and ASLR.

160
00:07:11.759 --> 00:07:12.959
<v Speaker 1>Uh oh more acronyms.

161
00:07:13.120 --> 00:07:17.639
<v Speaker 2>Sorry, dep is Data execution prevention makes it harder to

162
00:07:17.680 --> 00:07:21.639
<v Speaker 2>run shell code in memory ASLR address space layout randomization

163
00:07:21.720 --> 00:07:23.000
<v Speaker 2>scrambles things up, makes.

164
00:07:22.800 --> 00:07:24.600
<v Speaker 1>It harder to hit the target exactly.

165
00:07:24.920 --> 00:07:27.399
<v Speaker 2>But the attackers are always coming up with ways around these,

166
00:07:27.800 --> 00:07:32.439
<v Speaker 2>like what they mentioned something called return oriented programming or ROP.

167
00:07:33.240 --> 00:07:37.720
<v Speaker 2>What's that? Basically chaining together existing code snippets to get

168
00:07:37.720 --> 00:07:38.720
<v Speaker 2>their shell code to run.

169
00:07:39.040 --> 00:07:42.319
<v Speaker 1>So it's like a hacker macguivering their way around security

170
00:07:42.360 --> 00:07:43.240
<v Speaker 1>measures exactly.

171
00:07:43.279 --> 00:07:46.680
<v Speaker 2>They use whatever's available, and the sources really highlight how

172
00:07:46.720 --> 00:07:49.040
<v Speaker 2>important it is to stay ahead of the curve with

173
00:07:49.199 --> 00:07:50.160
<v Speaker 2>shell code.

174
00:07:49.959 --> 00:07:51.560
<v Speaker 1>Because the attackers are always innovating.

175
00:07:51.800 --> 00:07:55.839
<v Speaker 2>Absolutely, you need layered security to make exploitation much harder.

176
00:07:55.959 --> 00:07:58.879
<v Speaker 1>It's like that constant arms race attackers and defenders.

177
00:07:58.920 --> 00:08:01.560
<v Speaker 2>You got it. And that brings us to another technique

178
00:08:01.639 --> 00:08:04.399
<v Speaker 2>for finding vulnerabilities, fuzzing.

179
00:08:04.879 --> 00:08:07.120
<v Speaker 1>Fuzzing that sounds kind of messy. What is that?

180
00:08:07.439 --> 00:08:11.040
<v Speaker 2>It's about throwing random data at a target, seeing what breaks.

181
00:08:10.800 --> 00:08:12.959
<v Speaker 1>Like deliberately trying to make the software crash.

182
00:08:13.040 --> 00:08:16.920
<v Speaker 2>Pretty much by analyzing those crashes you can find vulnerabilities.

183
00:08:17.000 --> 00:08:20.680
<v Speaker 1>I see the sources describe a network fuzzing scenario using

184
00:08:20.720 --> 00:08:23.439
<v Speaker 1>tie off and Python, but then they talk about fuzzing

185
00:08:23.480 --> 00:08:25.160
<v Speaker 1>at a low level. What's the difference.

186
00:08:25.639 --> 00:08:29.000
<v Speaker 2>So network fuzzing is sending weird packets over the network

187
00:08:29.199 --> 00:08:29.680
<v Speaker 2>looking for.

188
00:08:29.680 --> 00:08:31.720
<v Speaker 1>Flaws, and the low level stuff.

189
00:08:31.600 --> 00:08:35.000
<v Speaker 2>That's targeting specific parts of the software or even hardware.

190
00:08:36.000 --> 00:08:39.360
<v Speaker 1>So you can fuzz pretty much anything that processes data.

191
00:08:39.840 --> 00:08:42.559
<v Speaker 2>Yeah, that's the cool thing about it, but it's important

192
00:08:42.600 --> 00:08:44.360
<v Speaker 2>to use it responsibly.

193
00:08:43.960 --> 00:08:46.039
<v Speaker 1>Otherwise you could cause more problems than you solve.

194
00:08:46.639 --> 00:08:52.720
<v Speaker 2>Exactly, uncontrolled fuzzing could crash systems or even reveal vulnerabilities

195
00:08:52.759 --> 00:08:53.720
<v Speaker 2>to other attackers.

196
00:08:54.120 --> 00:08:56.240
<v Speaker 1>So it's powerful, but you got to be careful.

197
00:08:56.559 --> 00:09:02.120
<v Speaker 2>Absolutely. Now, imagine an attacker has spent like days gaining

198
00:09:02.159 --> 00:09:02.759
<v Speaker 2>access to.

199
00:09:02.720 --> 00:09:05.720
<v Speaker 1>A system using some of these techniques we've been talking about.

200
00:09:05.840 --> 00:09:07.360
<v Speaker 2>Yeah, what do you think happens next?

201
00:09:07.960 --> 00:09:10.080
<v Speaker 1>Well, if they went through all that trouble, they probably

202
00:09:10.120 --> 00:09:11.440
<v Speaker 1>want to make sure they can come.

203
00:09:11.320 --> 00:09:14.000
<v Speaker 2>Back right exactly. That's where persistence comes in.

204
00:09:14.120 --> 00:09:17.440
<v Speaker 1>Okay, I'm intrigued. Tell me more about this persistence thing.

205
00:09:18.080 --> 00:09:21.440
<v Speaker 2>So the sources talk about how attackers maintain access to

206
00:09:21.480 --> 00:09:22.399
<v Speaker 2>a system.

207
00:09:22.120 --> 00:09:24.039
<v Speaker 1>Even if their initial access is blocked.

208
00:09:24.120 --> 00:09:26.159
<v Speaker 2>Exactly, it's about setting up a back door.

209
00:09:26.240 --> 00:09:27.960
<v Speaker 1>So you kick them out the front door, they've already

210
00:09:27.960 --> 00:09:28.840
<v Speaker 1>found a way in the back.

211
00:09:29.000 --> 00:09:32.960
<v Speaker 2>That's the idea. They use things like materpreter, persistence, netcat,

212
00:09:33.039 --> 00:09:33.639
<v Speaker 2>back doors.

213
00:09:34.200 --> 00:09:37.840
<v Speaker 1>Netcat isn't that a pretty basic networking tool?

214
00:09:38.080 --> 00:09:40.159
<v Speaker 2>It is, but it can be used for sneaky stuff too.

215
00:09:40.399 --> 00:09:42.519
<v Speaker 1>And this interpreter thing, what's that all about.

216
00:09:42.840 --> 00:09:46.120
<v Speaker 2>It's part of the Metasclite framework, a really powerful tool

217
00:09:46.159 --> 00:09:47.320
<v Speaker 2>for penetration.

218
00:09:46.960 --> 00:09:48.440
<v Speaker 1>Testing, and attackers use it too.

219
00:09:48.480 --> 00:09:51.600
<v Speaker 2>I bet Oh, absolutely, It's got all sorts of features

220
00:09:51.639 --> 00:09:53.519
<v Speaker 2>for maintaining access to a system.

221
00:09:53.639 --> 00:09:57.360
<v Speaker 1>Sounds pretty scary and PowerShell empire persistence.

222
00:09:57.799 --> 00:10:00.159
<v Speaker 2>What's that leveraging the power of scripts based.

223
00:10:00.360 --> 00:10:02.639
<v Speaker 1>So they can set up all sorts of automated tasks

224
00:10:02.720 --> 00:10:04.240
<v Speaker 1>to keep their access going.

225
00:10:04.360 --> 00:10:06.720
<v Speaker 2>You got it. And the sources point out that to

226
00:10:06.759 --> 00:10:08.799
<v Speaker 2>combat this you need proactive.

227
00:10:08.320 --> 00:10:10.960
<v Speaker 1>Monitoring, strong security control.

228
00:10:10.720 --> 00:10:12.600
<v Speaker 2>And understanding how the attackers work.

229
00:10:12.720 --> 00:10:15.080
<v Speaker 1>So it's about making it as hard as possible for

230
00:10:15.120 --> 00:10:17.120
<v Speaker 1>them to gain a foothold in the first place.

231
00:10:17.039 --> 00:10:20.320
<v Speaker 2>Exactly, but even then they might find a way. That's

232
00:10:20.320 --> 00:10:21.919
<v Speaker 2>why layered security is so important.

233
00:10:22.039 --> 00:10:23.720
<v Speaker 1>Multiple lines of defense, you got it.

234
00:10:23.720 --> 00:10:27.240
<v Speaker 2>It's like a castle with moats, walls guards.

235
00:10:26.799 --> 00:10:30.600
<v Speaker 1>Each layer, making it harder to penetrate deeper precisely.

236
00:10:30.919 --> 00:10:34.200
<v Speaker 2>And we've already talked about ARP poisoning, but the sources

237
00:10:34.279 --> 00:10:39.600
<v Speaker 2>really go into how that exploits trust at a fundamental level. Yeah,

238
00:10:39.799 --> 00:10:41.840
<v Speaker 2>remind me again of how that works. It always trips

239
00:10:41.840 --> 00:10:42.039
<v Speaker 2>me up.

240
00:10:42.120 --> 00:10:45.519
<v Speaker 1>It's like the network's phone book, right, mapping IP addresses

241
00:10:45.559 --> 00:10:47.480
<v Speaker 1>to make addresses.

242
00:10:47.000 --> 00:10:50.200
<v Speaker 2>Exactly when a device wants to send data, it uses

243
00:10:50.480 --> 00:10:52.279
<v Speaker 2>ARP to find the MPa address for.

244
00:10:52.320 --> 00:10:55.080
<v Speaker 1>That IP address, so it knows where to send the data, right.

245
00:10:55.399 --> 00:10:59.039
<v Speaker 2>But the problem is ARP was designed with trust in mind.

246
00:10:59.480 --> 00:11:01.639
<v Speaker 1>It is soon everyone's being honest.

247
00:11:01.559 --> 00:11:04.960
<v Speaker 2>Exactly, and an attacker can exploit that by sending fake

248
00:11:05.360 --> 00:11:06.879
<v Speaker 2>ARP replies.

249
00:11:06.559 --> 00:11:08.159
<v Speaker 1>Claiming to be another device on the network.

250
00:11:08.159 --> 00:11:10.559
<v Speaker 2>You got it. They hijack the communication.

251
00:11:10.120 --> 00:11:13.320
<v Speaker 1>Like setting up a fake detour sign, redirecting traffic to

252
00:11:13.360 --> 00:11:14.559
<v Speaker 1>a dead end exactly.

253
00:11:14.600 --> 00:11:16.960
<v Speaker 2>And this happens at a low level, so firewalls often

254
00:11:17.039 --> 00:11:17.679
<v Speaker 2>can't stop it.

255
00:11:18.200 --> 00:11:21.279
<v Speaker 1>That's terrifying. But the sources mention ways to mitigate this

256
00:11:21.440 --> 00:11:22.200
<v Speaker 1>right absolutely.

257
00:11:22.240 --> 00:11:24.519
<v Speaker 2>They talk about using static ARP entries.

258
00:11:24.440 --> 00:11:27.840
<v Speaker 1>So you create a fixed mapping between IP and MP

259
00:11:27.960 --> 00:11:29.279
<v Speaker 1>addresses exactly.

260
00:11:29.360 --> 00:11:31.840
<v Speaker 2>It's like writing the correct address in permanent.

261
00:11:31.440 --> 00:11:33.320
<v Speaker 1>Marker so it can't be changed easily.

262
00:11:33.440 --> 00:11:36.919
<v Speaker 2>That's the idea. They also mentioned implementing ARP inspection on

263
00:11:36.960 --> 00:11:38.440
<v Speaker 2>network devices.

264
00:11:38.240 --> 00:11:41.679
<v Speaker 1>So it verifies the ARP requests and replies exactly.

265
00:11:41.720 --> 00:11:44.600
<v Speaker 2>It's like having a security guard checking IDs to make.

266
00:11:44.519 --> 00:11:46.639
<v Speaker 1>Sure everyone is who they say.

267
00:11:46.440 --> 00:11:49.440
<v Speaker 2>They are, You got it. It's a reminder that even

268
00:11:49.519 --> 00:11:53.000
<v Speaker 2>simple protocols can have vulnerabilities.

269
00:11:52.279 --> 00:11:53.960
<v Speaker 1>That attackers can exploit.

270
00:11:54.519 --> 00:11:56.159
<v Speaker 2>Always got to be thinking a few steps ahead.

271
00:11:56.200 --> 00:11:59.799
<v Speaker 1>Okay, we've got to be careful about ARP poisoning. What

272
00:12:00.120 --> 00:12:02.519
<v Speaker 1>else do these sources tell us about how attackers think?

273
00:12:02.679 --> 00:12:05.759
<v Speaker 2>Well, let's talk about fingerprinting in network security.

274
00:12:06.080 --> 00:12:07.320
<v Speaker 1>Okay, I'm listening. What's that.

275
00:12:07.639 --> 00:12:12.080
<v Speaker 2>Basically, attackers use techniques to identify the operating system.

276
00:12:11.879 --> 00:12:12.960
<v Speaker 1>And software versions.

277
00:12:13.240 --> 00:12:15.399
<v Speaker 2>Often. Yeah, it's like a digital detective work.

278
00:12:15.399 --> 00:12:18.279
<v Speaker 1>So they're gathering clues about their target exactly, And.

279
00:12:18.240 --> 00:12:22.039
<v Speaker 2>They do this by sending carefully crafted network packets.

280
00:12:21.720 --> 00:12:23.879
<v Speaker 1>And analyzing the responses precisely.

281
00:12:24.279 --> 00:12:27.440
<v Speaker 2>They look for subtle differences that reveal info about the system.

282
00:12:27.600 --> 00:12:30.840
<v Speaker 1>The sources mention a tool called p zero F that

283
00:12:30.879 --> 00:12:32.679
<v Speaker 1>can fingerprint systems passively.

284
00:12:32.799 --> 00:12:36.000
<v Speaker 2>Oh yeah, p zeros cool. It just deserves network traffic.

285
00:12:35.720 --> 00:12:37.240
<v Speaker 1>And figures out what OS is running.

286
00:12:37.360 --> 00:12:39.879
<v Speaker 2>Yep. It takes advantage of the fact that different OS

287
00:12:39.960 --> 00:12:42.440
<v Speaker 2>implement protocols a little differently.

288
00:12:42.120 --> 00:12:44.000
<v Speaker 1>Leaving behind unique fingerprints.

289
00:12:44.320 --> 00:12:46.519
<v Speaker 2>Exactly. It's like analyzing the wear and tear on a

290
00:12:46.559 --> 00:12:48.200
<v Speaker 2>letter to figure out where it came from.

291
00:12:48.240 --> 00:12:50.120
<v Speaker 1>What other techniques do attackers use.

292
00:12:50.279 --> 00:12:52.840
<v Speaker 2>Well, they can use active probing techniques.

293
00:12:52.639 --> 00:12:55.399
<v Speaker 1>So actually sending packets to the target yep.

294
00:12:55.679 --> 00:12:57.360
<v Speaker 2>And they can look at things like the time to

295
00:12:57.360 --> 00:12:59.039
<v Speaker 2>live values in IP packets.

296
00:12:59.120 --> 00:13:02.360
<v Speaker 1>The TTL isn't that just to prevent packets from endlessly

297
00:13:02.399 --> 00:13:03.200
<v Speaker 1>bouncing around.

298
00:13:03.480 --> 00:13:07.879
<v Speaker 2>It is, but different ocs have default TTL values, so

299
00:13:07.919 --> 00:13:09.399
<v Speaker 2>it can be used for fingerprinting.

300
00:13:10.000 --> 00:13:12.480
<v Speaker 1>Sneaky. Okay, so they've fingerprinted the system.

301
00:13:12.679 --> 00:13:16.480
<v Speaker 2>Now what that information helps them target their attacks. They

302
00:13:16.559 --> 00:13:19.000
<v Speaker 2>can choose the right exploits based on the OS and

303
00:13:19.039 --> 00:13:19.919
<v Speaker 2>software versions.

304
00:13:20.080 --> 00:13:22.120
<v Speaker 1>It's like a tailor making a custom suit.

305
00:13:22.320 --> 00:13:25.080
<v Speaker 2>Exactly. The better they know the measurements, the better the fit.

306
00:13:25.440 --> 00:13:29.720
<v Speaker 1>So fingerprinting is about intel gathering and customizing the attack precisely.

307
00:13:30.240 --> 00:13:33.879
<v Speaker 2>The sources also talk about stack fingerprinting, which is even more.

308
00:13:33.759 --> 00:13:35.879
<v Speaker 1>Advanced stack finger printing. What's that.

309
00:13:36.159 --> 00:13:39.080
<v Speaker 2>It's like analyzing the bruststrokes of a painting to identify

310
00:13:39.120 --> 00:13:39.559
<v Speaker 2>the artist.

311
00:13:39.759 --> 00:13:41.879
<v Speaker 1>So going deeper than just the surface.

312
00:13:41.639 --> 00:13:46.039
<v Speaker 2>Level exactly, they're looking at the TCPIP stack implementation.

313
00:13:45.679 --> 00:13:49.240
<v Speaker 1>Which is like the foundation of Internet communication yep, And.

314
00:13:49.159 --> 00:13:52.399
<v Speaker 2>By analyzing those subtle differences they can get an even

315
00:13:52.440 --> 00:13:53.639
<v Speaker 2>more precise fingerprint.

316
00:13:53.960 --> 00:13:57.000
<v Speaker 1>The sources mention a tool called spapy that can do this.

317
00:13:57.200 --> 00:14:01.279
<v Speaker 2>Scapey is awesome. It's a really powerful tool for manipulating

318
00:14:01.320 --> 00:14:02.159
<v Speaker 2>network packets.

319
00:14:02.679 --> 00:14:04.000
<v Speaker 1>It's written in Python.

320
00:14:03.759 --> 00:14:06.080
<v Speaker 2>Right, Yeah, you can create your own custom packets and

321
00:14:06.080 --> 00:14:07.279
<v Speaker 2>see how the target responds.

322
00:14:07.679 --> 00:14:10.600
<v Speaker 1>Sounds incredibly powerful, but also kind of dangerous.

323
00:14:10.600 --> 00:14:13.279
<v Speaker 2>Definitely in the wrong hands, it could be used for

324
00:14:13.320 --> 00:14:14.360
<v Speaker 2>malicious purposes.

325
00:14:15.000 --> 00:14:19.440
<v Speaker 1>The sources mentioned using stapy to create a stack masquerade.

326
00:14:20.000 --> 00:14:21.039
<v Speaker 1>What's that about.

327
00:14:21.360 --> 00:14:24.679
<v Speaker 2>Basically, it's crafting packets that mimic a specific OS or

328
00:14:24.720 --> 00:14:25.840
<v Speaker 2>software version.

329
00:14:25.840 --> 00:14:28.200
<v Speaker 1>So creating a fake ID exactly.

330
00:14:28.320 --> 00:14:31.799
<v Speaker 2>They can fool security tools or bypass finger printing defenses.

331
00:14:31.840 --> 00:14:33.799
<v Speaker 1>It's like a digital disguise, you got it.

332
00:14:34.559 --> 00:14:38.399
<v Speaker 2>In cybersecurity, sometimes the best offense is a good defense.

333
00:14:38.440 --> 00:14:39.519
<v Speaker 1>Or a convincing fake.

334
00:14:39.799 --> 00:14:40.919
<v Speaker 2>Uh huh exactly.

335
00:14:41.200 --> 00:14:43.759
<v Speaker 1>Speaking of defense, the sources also talk about ways to

336
00:14:43.799 --> 00:14:45.120
<v Speaker 1>protect against finger printing.

337
00:14:45.240 --> 00:14:47.600
<v Speaker 2>Oh yeah, absolutely. It's all about making it hard for

338
00:14:47.639 --> 00:14:50.759
<v Speaker 2>attackers to gather information like what kind of stuff, blocking

339
00:14:50.799 --> 00:14:55.279
<v Speaker 2>suspicious probes, using network address translation yeat, yeah, NAT, to

340
00:14:55.360 --> 00:14:58.879
<v Speaker 2>hide internal systems, or even using intrusion detection systems.

341
00:14:59.080 --> 00:15:02.480
<v Speaker 1>So basically putting up barriers and watching for intruders exactly.

342
00:15:02.919 --> 00:15:05.600
<v Speaker 2>But remember security is a constant process.

343
00:15:05.759 --> 00:15:07.320
<v Speaker 1>Attackers are always finding new.

344
00:15:07.200 --> 00:15:09.360
<v Speaker 2>Ways in and defenders need to adapt.

345
00:15:09.679 --> 00:15:15.279
<v Speaker 1>Okay, so we've got ARP, poisoning, fingerprinting, stack masquerading. It's

346
00:15:15.360 --> 00:15:18.200
<v Speaker 1>clear attackers can exploit a lot of flaws and.

347
00:15:18.200 --> 00:15:20.879
<v Speaker 2>It's important to understand these things from a defender's.

348
00:15:20.399 --> 00:15:22.840
<v Speaker 1>Perspective too, so you can build better defenses.

349
00:15:22.960 --> 00:15:25.879
<v Speaker 2>Precisely, it's like studying your opponent's moves in chess.

350
00:15:26.639 --> 00:15:29.120
<v Speaker 1>The better you understand them, the better you can counter them.

351
00:15:29.240 --> 00:15:32.360
<v Speaker 2>Exactly. Okay, let's shift gears and talk about edtter cap.

352
00:15:32.639 --> 00:15:36.039
<v Speaker 1>Better cap sounds kind of ominous. What is that?

353
00:15:36.240 --> 00:15:38.960
<v Speaker 2>It's a tool for man in the middle attacks. Oh,

354
00:15:39.120 --> 00:15:42.519
<v Speaker 2>it can intercept traffic, modify it, even inject new traffic.

355
00:15:42.600 --> 00:15:43.639
<v Speaker 1>Sounds pretty powerful.

356
00:15:43.799 --> 00:15:45.480
<v Speaker 2>It is. It's like a hacker's toolbox.

357
00:15:45.639 --> 00:15:47.679
<v Speaker 1>What makes it so effective for these man in the

358
00:15:47.679 --> 00:15:48.440
<v Speaker 1>middle attacks.

359
00:15:48.679 --> 00:15:53.159
<v Speaker 2>It can do ARP poisoning, sniffing, code injection, even create

360
00:15:53.240 --> 00:15:55.120
<v Speaker 2>fake captive portals.

361
00:15:54.840 --> 00:15:58.360
<v Speaker 1>So it's a one stop shop for malicious network activity

362
00:15:58.440 --> 00:15:59.000
<v Speaker 1>pretty much.

363
00:15:59.559 --> 00:16:02.360
<v Speaker 2>And talk about using it for bridged.

364
00:16:02.039 --> 00:16:04.039
<v Speaker 1>Sniffing bridge sniffing. What's that?

365
00:16:04.200 --> 00:16:06.679
<v Speaker 2>Regular sniffing is like listening to a conversation right in

366
00:16:06.720 --> 00:16:09.080
<v Speaker 2>front of you. Okay, Bridge sniffing is like setting up

367
00:16:09.080 --> 00:16:11.480
<v Speaker 2>a listening post at a busy intersection.

368
00:16:11.159 --> 00:16:13.559
<v Speaker 1>So you can hear conversations from all directions.

369
00:16:13.679 --> 00:16:18.200
<v Speaker 2>Exactly. By bridging two network interfaces, edtercap can capture traffic

370
00:16:18.240 --> 00:16:20.679
<v Speaker 2>that would normally be invisible, So even.

371
00:16:20.480 --> 00:16:24.639
<v Speaker 1>If devices aren't talking directly to the attacker's machine, attercap

372
00:16:24.720 --> 00:16:26.080
<v Speaker 1>can still listen in yep.

373
00:16:26.600 --> 00:16:29.919
<v Speaker 2>It's especially effective on switch networks.

374
00:16:29.559 --> 00:16:31.159
<v Speaker 1>Where traffic is usually isolated.

375
00:16:31.320 --> 00:16:34.279
<v Speaker 2>Right. They also talk about creating a malicious access point.

376
00:16:34.200 --> 00:16:36.559
<v Speaker 1>With edertercap, like a fake Wi Fi hotspot.

377
00:16:36.759 --> 00:16:40.840
<v Speaker 2>Exactly. They can intercept traffic, capture credentials, all sorts of

378
00:16:40.919 --> 00:16:41.600
<v Speaker 2>nasty stuff.

379
00:16:41.639 --> 00:16:43.679
<v Speaker 1>So if you're at a coffee shop, be careful what

380
00:16:43.720 --> 00:16:44.720
<v Speaker 1>Wi Fi you connect to.

381
00:16:45.039 --> 00:16:48.919
<v Speaker 2>Absolutely, always good advice. Yeah. The sources also get into

382
00:16:49.120 --> 00:16:52.000
<v Speaker 2>edtercap filters, which are pretty.

383
00:16:51.679 --> 00:16:55.000
<v Speaker 1>Interesting filters, like for filtering traffic kinda.

384
00:16:55.120 --> 00:16:58.039
<v Speaker 2>There are rules that define how edercap interacts with traffic.

385
00:16:58.120 --> 00:17:00.000
<v Speaker 1>So you can customize its behavior exactly.

386
00:17:00.360 --> 00:17:04.279
<v Speaker 2>You can modify packets, drop connections, even run scripts based

387
00:17:04.319 --> 00:17:05.359
<v Speaker 2>on certain criteria.

388
00:17:05.640 --> 00:17:06.759
<v Speaker 1>That sounds powerful.

389
00:17:06.880 --> 00:17:08.880
<v Speaker 2>It is. It's like setting up traps on a network.

390
00:17:09.079 --> 00:17:11.160
<v Speaker 1>But filters can be used for good too, right.

391
00:17:11.160 --> 00:17:16.000
<v Speaker 2>Absolutely. Defenders can use them to detect and block suspicious activity.

392
00:17:15.839 --> 00:17:19.039
<v Speaker 1>So like a security guard who can spot troublemakers.

393
00:17:19.240 --> 00:17:21.920
<v Speaker 2>Exactly. It's all about understanding the capabilities of.

394
00:17:21.880 --> 00:17:24.160
<v Speaker 1>These tools and using them to your advantage.

395
00:17:24.200 --> 00:17:27.319
<v Speaker 2>Precisely, the source is even mentioned as scripting language for

396
00:17:27.400 --> 00:17:29.160
<v Speaker 2>edttercap filters, so you.

397
00:17:29.160 --> 00:17:31.359
<v Speaker 1>Can program them for even more complex tasks.

398
00:17:31.440 --> 00:17:32.920
<v Speaker 2>Yep, it gives you a lot of control.

399
00:17:33.039 --> 00:17:37.400
<v Speaker 1>Okay, so we've got etter cap bridged sniffing malicious access

400
00:17:37.440 --> 00:17:40.559
<v Speaker 1>points filters. It's a lot to take in.

401
00:17:40.680 --> 00:17:42.480
<v Speaker 2>It is, and it's just the tip of the iceberg.

402
00:17:43.000 --> 00:17:46.200
<v Speaker 2>The sources also introduce us to a tool called better Cap.

403
00:17:46.519 --> 00:17:49.839
<v Speaker 1>Better Cap is that like tter cap, but better.

404
00:17:50.119 --> 00:17:52.119
<v Speaker 2>You could say that. It's got a more modern design,

405
00:17:52.400 --> 00:17:54.559
<v Speaker 2>a nice web interfo and a ton.

406
00:17:54.400 --> 00:17:56.240
<v Speaker 1>Of modules, modules for doing what.

407
00:17:56.440 --> 00:18:00.559
<v Speaker 2>Sniffing traffic, injecting code, all sorts of stuff, Twiss army

408
00:18:00.599 --> 00:18:02.200
<v Speaker 2>knife for man in the middle of attacks.

409
00:18:02.480 --> 00:18:06.359
<v Speaker 1>They mentioned something called transparent proxying. What's that all about.

410
00:18:06.519 --> 00:18:08.720
<v Speaker 2>Regular proxying is like a toll booth you have to

411
00:18:08.799 --> 00:18:09.480
<v Speaker 2>choose to go through.

412
00:18:09.519 --> 00:18:10.519
<v Speaker 1>It makes sense.

413
00:18:10.799 --> 00:18:14.519
<v Speaker 2>Transparent proxy is like a hidden camera tracking cars without

414
00:18:14.519 --> 00:18:15.000
<v Speaker 2>them knowing.

415
00:18:15.200 --> 00:18:18.319
<v Speaker 1>So with transparent proxying, you don't even know your traffic

416
00:18:18.400 --> 00:18:19.880
<v Speaker 1>is being intercepted exactly.

417
00:18:20.119 --> 00:18:22.200
<v Speaker 2>It makes better cap very stealthy.

418
00:18:22.240 --> 00:18:26.359
<v Speaker 1>And they talk about hijacking HTTP and HTTPS connections. How

419
00:18:26.400 --> 00:18:27.240
<v Speaker 1>do they pull that off?

420
00:18:27.359 --> 00:18:29.960
<v Speaker 2>Well, they can do something called SSL stripping.

421
00:18:29.920 --> 00:18:32.680
<v Speaker 1>Which down grades HTTPS.

422
00:18:32.039 --> 00:18:35.160
<v Speaker 2>To HTTP right, so they can intercept the traffic. They

423
00:18:35.160 --> 00:18:41.680
<v Speaker 2>can also inject code, steel credentials redirect users to bad websites.

424
00:18:41.240 --> 00:18:44.160
<v Speaker 1>So it's like a digital con artist tricking you into

425
00:18:44.160 --> 00:18:45.440
<v Speaker 1>giving up your secrets exactly.

426
00:18:45.519 --> 00:18:48.160
<v Speaker 2>And it works on both HTTP and HTTPS, so it's

427
00:18:48.160 --> 00:18:48.880
<v Speaker 2>pretty effective.

428
00:18:49.039 --> 00:18:52.160
<v Speaker 1>They also mentioned better caps modular design and these things

429
00:18:52.160 --> 00:18:53.039
<v Speaker 1>called caplets.

430
00:18:53.160 --> 00:18:55.799
<v Speaker 2>Caplets are like attachments for a power drill. You swap

431
00:18:55.799 --> 00:18:56.599
<v Speaker 2>them out depending on.

432
00:18:56.519 --> 00:18:59.000
<v Speaker 1>The job, so it's customizable exactly.

433
00:18:59.039 --> 00:19:02.640
<v Speaker 2>They are capitalets for code injection, denial of service attacks,

434
00:19:02.680 --> 00:19:03.599
<v Speaker 2>all sorts of stuff.

435
00:19:03.759 --> 00:19:08.400
<v Speaker 1>And they mentioned a caplet called download auto pound That

436
00:19:08.680 --> 00:19:09.519
<v Speaker 1>sounds bad.

437
00:19:09.839 --> 00:19:13.119
<v Speaker 2>It is basically, it swaps out a downloaded file.

438
00:19:12.920 --> 00:19:14.839
<v Speaker 1>With a malicious file without you knowing.

439
00:19:14.960 --> 00:19:17.960
<v Speaker 2>Yep. It's like ordering a pizza and having someone tamper

440
00:19:18.000 --> 00:19:19.000
<v Speaker 2>with it before it arrives.

441
00:19:19.160 --> 00:19:21.319
<v Speaker 1>That's a disturbing analogy, but I get it.

442
00:19:21.319 --> 00:19:23.559
<v Speaker 2>It's a reminder to be careful about what you download,

443
00:19:23.720 --> 00:19:25.079
<v Speaker 2>even from trusted sources.

444
00:19:25.160 --> 00:19:25.880
<v Speaker 1>So what can you do?

445
00:19:26.000 --> 00:19:30.039
<v Speaker 2>Be cautious, use antivirus software, keep your system updated.

446
00:19:30.599 --> 00:19:34.680
<v Speaker 1>So better cap can also scan for and exploit vulnerabilities.

447
00:19:34.720 --> 00:19:36.960
<v Speaker 2>Oh yeah, it integrates with tools like m.

448
00:19:36.839 --> 00:19:39.960
<v Speaker 1>Map which maps out the network and finds weaknesses.

449
00:19:39.519 --> 00:19:43.039
<v Speaker 2>Exactly, and once those weaknesses are found, better cap can

450
00:19:43.039 --> 00:19:43.640
<v Speaker 2>exploit them.

451
00:19:43.680 --> 00:19:45.160
<v Speaker 1>It's like a scout and a saboteur.

452
00:19:45.319 --> 00:19:48.200
<v Speaker 2>You got it, Find the weak points, then attack.

453
00:19:48.880 --> 00:19:52.240
<v Speaker 1>We've covered a lot here, Better Cap, better CAPP. It's

454
00:19:52.279 --> 00:19:54.519
<v Speaker 1>clear these tools can be really dangerous, and.

455
00:19:54.480 --> 00:19:57.039
<v Speaker 2>It's crucial to understand them from a defender's.

456
00:19:56.519 --> 00:19:59.039
<v Speaker 1>Perspective, so we know what we're up against exactly.

457
00:19:59.079 --> 00:20:00.599
<v Speaker 2>It's like studying the Tom's.

458
00:20:00.319 --> 00:20:03.000
<v Speaker 1>Playbook so you can learn their tactics and weaknesses.

459
00:20:03.079 --> 00:20:05.160
<v Speaker 2>You got it. Okay, ready to move on to the

460
00:20:05.200 --> 00:20:05.759
<v Speaker 2>next topic.

461
00:20:06.000 --> 00:20:07.759
<v Speaker 1>Hit me with it. What else do these sources have

462
00:20:07.799 --> 00:20:08.480
<v Speaker 1>in store for us?

463
00:20:08.599 --> 00:20:11.799
<v Speaker 2>We've talked a lot about how attackers exploit weaknesses like

464
00:20:11.880 --> 00:20:15.079
<v Speaker 2>in protocols and operating systems, right, but let's look at

465
00:20:15.079 --> 00:20:18.119
<v Speaker 2>an area that's often overlooked cryptography.

466
00:20:18.400 --> 00:20:19.799
<v Speaker 1>Okay, now you're going to lose me.

467
00:20:20.160 --> 00:20:23.079
<v Speaker 2>Your source material gets into some interesting stuff here, like

468
00:20:23.200 --> 00:20:26.680
<v Speaker 2>bitflipping attacks, hash length extension attacks.

469
00:20:26.759 --> 00:20:29.680
<v Speaker 1>Oh tho, sound complicated, and padding oracle attacks.

470
00:20:29.799 --> 00:20:34.240
<v Speaker 2>Cryptography always seems so, I don't know, mysterious, like it's

471
00:20:34.240 --> 00:20:36.240
<v Speaker 2>a secret language for math geniuses.

472
00:20:36.480 --> 00:20:39.160
<v Speaker 1>It can be complex, Yeah, but at its heart, it's

473
00:20:39.160 --> 00:20:40.240
<v Speaker 1>about protecting information.

474
00:20:40.640 --> 00:20:41.519
<v Speaker 2>Makes sense, and.

475
00:20:41.480 --> 00:20:45.359
<v Speaker 1>These attacks they show how even strong encryption can be

476
00:20:45.440 --> 00:20:47.839
<v Speaker 1>vulnerable if it's not implemented correctly.

477
00:20:47.920 --> 00:20:50.680
<v Speaker 2>Okay, so let's start simple bitflipping attacks. What are those?

478
00:20:50.880 --> 00:20:55.000
<v Speaker 1>They target a specific way encryption works called cipher blockchaining

479
00:20:55.119 --> 00:20:56.680
<v Speaker 1>or CBC CBC.

480
00:20:56.799 --> 00:20:57.119
<v Speaker 2>Okay.

481
00:20:57.119 --> 00:21:01.319
<v Speaker 1>In CBC, each block of plaintext is XRD with the

482
00:21:01.359 --> 00:21:03.880
<v Speaker 1>previous ciphertext block before being encrypted.

483
00:21:04.000 --> 00:21:06.279
<v Speaker 2>Hold on XOR. What is that some kind of Star

484
00:21:06.319 --> 00:21:06.799
<v Speaker 2>Wars thing?

485
00:21:06.920 --> 00:21:10.319
<v Speaker 1>Uh? Huh? No, it stands for exclusive or. It's a

486
00:21:10.359 --> 00:21:14.799
<v Speaker 1>logical operation, a way of combining bits like ones and zeros.

487
00:21:14.920 --> 00:21:17.599
<v Speaker 2>Exactly. If both bits are the same, the result is zero.

488
00:21:18.039 --> 00:21:20.440
<v Speaker 2>If they're different, it's one. It's used in a lot

489
00:21:20.440 --> 00:21:21.160
<v Speaker 2>of cryptography.

490
00:21:21.319 --> 00:21:24.599
<v Speaker 1>So in CBC mode, you're mixing the plaintext with the

491
00:21:24.640 --> 00:21:27.400
<v Speaker 1>previous ciphertext using this XOR thing.

492
00:21:27.440 --> 00:21:29.319
<v Speaker 2>Right, And that's what makes it more secure. It creates

493
00:21:29.319 --> 00:21:31.680
<v Speaker 2>a dependency between blocks, so.

494
00:21:31.599 --> 00:21:34.079
<v Speaker 1>If you mess with one block, it affects the others.

495
00:21:33.839 --> 00:21:36.400
<v Speaker 2>Exactly, and that's where the attack comes in. An attacker

496
00:21:36.440 --> 00:21:38.440
<v Speaker 2>can flip bits in a ciphertext.

497
00:21:37.960 --> 00:21:42.359
<v Speaker 1>Block knowing it'll cause specific changes in the decrypted plaintext.

498
00:21:42.519 --> 00:21:45.519
<v Speaker 2>Yep, it's like a domino effect. One small change can

499
00:21:45.559 --> 00:21:46.440
<v Speaker 2>mess up the whole thing.

500
00:21:46.799 --> 00:21:48.839
<v Speaker 1>So what can an attacker actually do.

501
00:21:48.880 --> 00:21:53.599
<v Speaker 2>With this modified data? Corrupt files bypass security.

502
00:21:53.160 --> 00:21:56.319
<v Speaker 1>Checks sounds bad? The sources mentioned in an example with

503
00:21:56.359 --> 00:21:57.240
<v Speaker 1>a web application.

504
00:21:57.599 --> 00:22:00.480
<v Speaker 2>Yeah, imagine a web app that uses CBC incryption to

505
00:22:00.519 --> 00:22:04.400
<v Speaker 2>protect sensitive data like user IDs. Okay, the encryption key

506
00:22:04.480 --> 00:22:08.039
<v Speaker 2>might be safe, but sometimes the initialization vector or IV

507
00:22:08.640 --> 00:22:10.160
<v Speaker 2>is sent along with the ciphertext.

508
00:22:10.480 --> 00:22:11.359
<v Speaker 1>Five. What's that?

509
00:22:11.839 --> 00:22:14.680
<v Speaker 2>It's a random value used to start the encryption.

510
00:22:14.400 --> 00:22:17.119
<v Speaker 1>Process, like a secret ingredient exactly.

511
00:22:17.440 --> 00:22:21.920
<v Speaker 2>But if the IV is predictable or the attacker can change.

512
00:22:21.640 --> 00:22:24.720
<v Speaker 1>It, they can use this bitflipping attack exactly.

513
00:22:25.279 --> 00:22:27.960
<v Speaker 2>By flipping bits in the IV, they can change the

514
00:22:28.079 --> 00:22:29.160
<v Speaker 2>decrypted data.

515
00:22:29.240 --> 00:22:32.799
<v Speaker 1>So it's like changing the recipe. By messing with one ingredient,

516
00:22:32.880 --> 00:22:34.279
<v Speaker 1>you get a whole different dish.

517
00:22:34.559 --> 00:22:39.440
<v Speaker 2>Perfect analogy. They could grant themselves higher privileges, access sensitive info,

518
00:22:39.640 --> 00:22:40.599
<v Speaker 2>all sorts of things.

519
00:22:40.839 --> 00:22:42.799
<v Speaker 1>So we need to be careful about how we use

520
00:22:42.880 --> 00:22:45.039
<v Speaker 1>encryption and protect things like the IV.

521
00:22:45.240 --> 00:22:48.759
<v Speaker 2>Absolutely, even small mistakes can create big vulnerabilities.

522
00:22:49.200 --> 00:22:51.839
<v Speaker 1>It seems like cryptography is a lot like chess. One

523
00:22:51.880 --> 00:22:53.319
<v Speaker 1>wrong move and your toast.

524
00:22:53.440 --> 00:22:55.400
<v Speaker 2>That's a good way to put it. Okay, ready for

525
00:22:55.480 --> 00:22:57.000
<v Speaker 2>hash length extension attacks?

526
00:22:57.319 --> 00:22:58.240
<v Speaker 1>Sure, hit me with it.

527
00:22:58.319 --> 00:23:01.519
<v Speaker 2>They exploit a quirk in how some hash functions work,

528
00:23:01.880 --> 00:23:04.279
<v Speaker 2>like MD five and SAHA one.

529
00:23:04.359 --> 00:23:07.359
<v Speaker 1>Those are used for like verifying file integrity.

530
00:23:06.920 --> 00:23:09.119
<v Speaker 2>Right, among other things. Yeah, they're supposed to be one

531
00:23:09.160 --> 00:23:09.799
<v Speaker 2>way functions.

532
00:23:09.960 --> 00:23:11.839
<v Speaker 1>You can create a hash from data, but you can't

533
00:23:11.880 --> 00:23:12.640
<v Speaker 1>go back.

534
00:23:12.519 --> 00:23:15.319
<v Speaker 2>Right, like scrambling an egg, you can't unscramble it. But

535
00:23:15.480 --> 00:23:18.279
<v Speaker 2>with these attacks, it's not about reversing the hash. It's

536
00:23:18.319 --> 00:23:19.240
<v Speaker 2>about extending it.

537
00:23:19.640 --> 00:23:22.519
<v Speaker 1>Extending it. How do you extend something that's supposed to

538
00:23:22.559 --> 00:23:23.279
<v Speaker 1>be one way?

539
00:23:23.519 --> 00:23:26.640
<v Speaker 2>The attacker can take an existing hash, add their own

540
00:23:26.720 --> 00:23:30.920
<v Speaker 2>data to the original input, and create a new hash.

541
00:23:30.680 --> 00:23:34.119
<v Speaker 1>And that new hash still includes the original data exactly.

542
00:23:34.720 --> 00:23:36.359
<v Speaker 2>And the crazy part is they don't even need to

543
00:23:36.400 --> 00:23:37.400
<v Speaker 2>know the original.

544
00:23:37.039 --> 00:23:39.559
<v Speaker 1>Input wright What how is that even possible?

545
00:23:39.720 --> 00:23:43.279
<v Speaker 2>It's because of how these specific hash functions work internally.

546
00:23:43.960 --> 00:23:45.279
<v Speaker 1>Okay, now you're really losing me.

547
00:23:46.920 --> 00:23:49.960
<v Speaker 2>Basically, you can use the hash itself, the length of

548
00:23:49.960 --> 00:23:52.759
<v Speaker 2>the original data, and the algorithm to craft a new

549
00:23:52.759 --> 00:23:54.960
<v Speaker 2>input that adds your malicious payload.

550
00:23:54.680 --> 00:23:56.839
<v Speaker 1>And the resulting hash still looks legit.

551
00:23:56.960 --> 00:23:59.519
<v Speaker 2>Yep. It's like opening a sealed envelope, adding a note

552
00:23:59.519 --> 00:24:00.759
<v Speaker 2>and recale it perfectly.

553
00:24:00.880 --> 00:24:02.759
<v Speaker 1>Nobody would know it was tampered.

554
00:24:02.319 --> 00:24:05.680
<v Speaker 2>With exactly, and this can be used to bypass authentication

555
00:24:05.839 --> 00:24:08.680
<v Speaker 2>checks modify data without anyone knowing.

556
00:24:08.920 --> 00:24:12.880
<v Speaker 1>The sources mentioned an example with web applications and himac's

557
00:24:13.119 --> 00:24:14.039
<v Speaker 1>what's an HMAC.

558
00:24:14.319 --> 00:24:18.119
<v Speaker 2>It stands for hash based message authentication code. It's used

559
00:24:18.119 --> 00:24:20.640
<v Speaker 2>to verify both the integrity and authenticity of a.

560
00:24:20.559 --> 00:24:22.240
<v Speaker 1>Message, like a digital signature.

561
00:24:22.559 --> 00:24:24.960
<v Speaker 2>You got it. So an attacker could use this attack

562
00:24:25.519 --> 00:24:29.200
<v Speaker 2>to slip in malicious code, but the HMAC would still

563
00:24:29.240 --> 00:24:30.079
<v Speaker 2>say it's all good.

564
00:24:30.240 --> 00:24:33.160
<v Speaker 1>That's scary. So what can we do to protect against

565
00:24:33.240 --> 00:24:34.000
<v Speaker 1>these attacks?

566
00:24:34.359 --> 00:24:37.720
<v Speaker 2>Use more modern hash functions like SAHA two fifty six

567
00:24:38.000 --> 00:24:39.000
<v Speaker 2>or SAHA three.

568
00:24:39.119 --> 00:24:40.240
<v Speaker 1>Those aren't vulnerable.

569
00:24:40.440 --> 00:24:43.599
<v Speaker 2>Nope. It's also important to know the limitations of older

570
00:24:43.640 --> 00:24:46.599
<v Speaker 2>hash functions and not use them for anything critical.

571
00:24:46.759 --> 00:24:49.880
<v Speaker 1>Okay, good to know. What about padding oracle attacks?

572
00:24:49.960 --> 00:24:53.119
<v Speaker 2>Those target block siteer algorithms that use padding. Padding it's

573
00:24:53.200 --> 00:24:55.599
<v Speaker 2>extra data added to the plaintext. Make sure it aligns

574
00:24:55.599 --> 00:24:58.720
<v Speaker 2>with the block size, like packing peanuts exactly. But the

575
00:24:58.799 --> 00:25:02.400
<v Speaker 2>vulnerability is in how the server handles incorrect padding.

576
00:25:02.359 --> 00:25:05.559
<v Speaker 1>So the attacker sends bad ciphertext and the server gives

577
00:25:05.599 --> 00:25:07.480
<v Speaker 1>them clues based on its response.

578
00:25:07.599 --> 00:25:10.279
<v Speaker 2>Precisely, they can figure out the plain text without knowing

579
00:25:10.319 --> 00:25:10.680
<v Speaker 2>the key.

580
00:25:10.799 --> 00:25:13.240
<v Speaker 1>It's like they're playing twenty questions with the server.

581
00:25:13.480 --> 00:25:16.680
<v Speaker 2>Great analogy, and they can use this to decrypt data,

582
00:25:17.079 --> 00:25:19.920
<v Speaker 2>modify ciphertext, even forge new ciphertext.

583
00:25:20.079 --> 00:25:21.519
<v Speaker 1>So what's the defense against this?

584
00:25:21.920 --> 00:25:24.960
<v Speaker 2>Use secure padding schemes, make sure the IV is random

585
00:25:24.960 --> 00:25:25.759
<v Speaker 2>and secret, and.

586
00:25:25.799 --> 00:25:28.559
<v Speaker 1>Always validate data integrity exactly.

587
00:25:28.720 --> 00:25:30.319
<v Speaker 2>Catch those tampering attempts early.

588
00:25:30.400 --> 00:25:33.039
<v Speaker 1>Okay, we've covered a lot of ground here. It's clear

589
00:25:33.279 --> 00:25:36.759
<v Speaker 1>that even cryptography can be attacked if we're not careful.

590
00:25:36.960 --> 00:25:40.519
<v Speaker 2>Absolutely. Security is about understanding the whole system, not just

591
00:25:40.599 --> 00:25:42.400
<v Speaker 2>individual components.

592
00:25:41.839 --> 00:25:45.240
<v Speaker 1>And attackers are always looking for those weak points exactly.

593
00:25:44.839 --> 00:25:47.079
<v Speaker 2>So we need to be vigilant and stay ahead of

594
00:25:47.119 --> 00:25:47.480
<v Speaker 2>the game.

595
00:25:47.839 --> 00:25:52.319
<v Speaker 1>Speaking of staying ahead, the source material emphasizes practicing these

596
00:25:52.359 --> 00:25:53.839
<v Speaker 1>techniques in a safe environment.

597
00:25:53.960 --> 00:25:56.200
<v Speaker 2>Oh yeah, that's crucial. You wouldn't want to learn to

598
00:25:56.240 --> 00:25:59.559
<v Speaker 2>drive on a busy highway, right, makes sense. Same with cybersecurity.

599
00:26:00.000 --> 00:26:01.839
<v Speaker 2>Need to practice in a controlled environment.

600
00:26:02.000 --> 00:26:06.279
<v Speaker 1>They mentioned using virtual machines and deliberately vulnerable software.

601
00:26:06.839 --> 00:26:10.160
<v Speaker 2>Yeah, those are great tools. Virtual machines isolate your experiments,

602
00:26:10.519 --> 00:26:12.519
<v Speaker 2>so you don't mess up your real system.

603
00:26:12.359 --> 00:26:15.559
<v Speaker 1>And vulnerable software lets you practice attacks without breaking the

604
00:26:15.640 --> 00:26:16.640
<v Speaker 1>law exactly.

605
00:26:17.000 --> 00:26:19.000
<v Speaker 2>It's like a cybersecurity dojo.

606
00:26:18.759 --> 00:26:21.720
<v Speaker 1>Where you can spar without getting hurt precisely.

607
00:26:21.599 --> 00:26:24.039
<v Speaker 2>And there are tons of resources online for this kind

608
00:26:24.079 --> 00:26:25.160
<v Speaker 2>of practice.

609
00:26:24.759 --> 00:26:28.240
<v Speaker 1>So you can learn from others and test your skills exactly.

610
00:26:28.519 --> 00:26:31.799
<v Speaker 2>It's a whole community of ethical hackers dedicated to making

611
00:26:31.839 --> 00:26:32.720
<v Speaker 2>systems more secure.

612
00:26:32.960 --> 00:26:35.359
<v Speaker 1>It's pretty cool that there are people out there actively

613
00:26:35.359 --> 00:26:37.839
<v Speaker 1>trying to break things in order to make them stronger.

614
00:26:38.279 --> 00:26:42.680
<v Speaker 2>That's the essence of ethical hacking. By understanding the attacker's mindset,

615
00:26:43.279 --> 00:26:44.759
<v Speaker 2>we can build better defenses.

616
00:26:45.160 --> 00:26:48.000
<v Speaker 1>So it's not just about building walls, it's about understanding

617
00:26:48.000 --> 00:26:49.880
<v Speaker 1>how those walls can be breached.

618
00:26:49.599 --> 00:26:51.440
<v Speaker 2>And finding ways to reinforce them.

619
00:26:51.680 --> 00:26:54.400
<v Speaker 1>This whole deep dive has been eye opening. It's a

620
00:26:54.440 --> 00:26:56.799
<v Speaker 1>lot more complex than I ever imagined.

621
00:26:56.680 --> 00:26:59.319
<v Speaker 2>It is, but it's also fascinating, isn't it. There's always

622
00:26:59.319 --> 00:27:00.440
<v Speaker 2>something new to learn.

623
00:27:00.640 --> 00:27:03.200
<v Speaker 1>Okay, so we've learned about all sorts of attacks, from

624
00:27:03.279 --> 00:27:07.680
<v Speaker 1>exploiting open source intelligence to messing with cryptography.

625
00:27:08.400 --> 00:27:10.240
<v Speaker 2>What do you think is the most important takeaway from

626
00:27:10.240 --> 00:27:10.559
<v Speaker 2>all this?

627
00:27:11.279 --> 00:27:14.079
<v Speaker 1>I think it's that security is a journey not a destination.

628
00:27:14.559 --> 00:27:16.519
<v Speaker 1>I like that you can't just set it and forget it.

629
00:27:16.599 --> 00:27:18.400
<v Speaker 2>Absolutely, attackers are always.

630
00:27:18.160 --> 00:27:19.839
<v Speaker 1>Evolving, so we have to evolve too.

631
00:27:19.880 --> 00:27:23.839
<v Speaker 2>We need to be proactive, always learning, always adapting, and.

632
00:27:23.759 --> 00:27:25.200
<v Speaker 1>Never underestimating our opponent.

633
00:27:25.319 --> 00:27:27.640
<v Speaker 2>Well said, It's a constant arms race.

634
00:27:28.000 --> 00:27:30.880
<v Speaker 1>So what can our listeners do to stay ahead in

635
00:27:30.960 --> 00:27:31.839
<v Speaker 1>this arms race?

636
00:27:32.400 --> 00:27:37.000
<v Speaker 2>Stay curious, stay informed, and never stop learning. The world

637
00:27:37.079 --> 00:27:40.200
<v Speaker 2>of cybersecurity is constantly changing, so you need to keep up.

638
00:27:40.519 --> 00:27:42.640
<v Speaker 1>It's not just about the technology either, right.

639
00:27:42.759 --> 00:27:47.440
<v Speaker 2>Definitely not. It's also about awareness, training, and building a

640
00:27:47.480 --> 00:27:49.000
<v Speaker 2>culture of security.

641
00:27:48.720 --> 00:27:51.200
<v Speaker 1>In organizations and in our personal lives.

642
00:27:51.519 --> 00:27:54.279
<v Speaker 2>Exactly. Everyone has a role to play in making the

643
00:27:54.359 --> 00:27:55.519
<v Speaker 2>digital world safer.

644
00:27:55.680 --> 00:27:58.920
<v Speaker 1>Well said, this deep dive has been incredible. It's given

645
00:27:59.000 --> 00:28:00.480
<v Speaker 1>us a glimpse into the mind kind of an.

646
00:28:00.400 --> 00:28:03.799
<v Speaker 2>Attacker, and hopefully it's empowered our listeners to take their

647
00:28:03.799 --> 00:28:05.039
<v Speaker 2>security to the next level.

648
00:28:05.079 --> 00:28:08.680
<v Speaker 1>Absolutely, thanks for joining us on this wild ride, and remember,

649
00:28:09.039 --> 00:28:12.039
<v Speaker 1>stay vigilant, stay curious, and stay secure.

650
00:28:12.160 --> 00:28:14.480
<v Speaker 2>We've gone deep on hacking techniques for sure, but the

651
00:28:14.519 --> 00:28:18.160
<v Speaker 2>sources also point out something crucial. Oh, it's not enough

652
00:28:18.160 --> 00:28:21.680
<v Speaker 2>to just know this stuff. You need hands on practice.

653
00:28:21.240 --> 00:28:22.000
<v Speaker 1>To really get it.

654
00:28:22.079 --> 00:28:25.440
<v Speaker 2>Exactly like imagine trying to learn martial arts from a book.

655
00:28:25.799 --> 00:28:27.759
<v Speaker 1>You might understand the moves, but could.

656
00:28:27.519 --> 00:28:30.160
<v Speaker 2>You actually defend yourself. It's the same with cybersecurity.

657
00:28:30.359 --> 00:28:33.079
<v Speaker 1>So how do we get that hands on experience safely?

658
00:28:33.559 --> 00:28:36.119
<v Speaker 1>I don't want to accidently cause a blackout or something.

659
00:28:36.240 --> 00:28:41.960
<v Speaker 2>Your sources have the answer. Virtual machines and deliberately vulnerable software. Okay,

660
00:28:42.319 --> 00:28:45.480
<v Speaker 2>it's like having your own cybersecurity dojo, a dojo you

661
00:28:45.519 --> 00:28:47.599
<v Speaker 2>can spar without causing real damage.

662
00:28:47.680 --> 00:28:50.200
<v Speaker 1>I love that. So I spin up a virtual machine,

663
00:28:50.279 --> 00:28:54.559
<v Speaker 1>install something like what was it, damn vulnerable web app? Yeah, exactly,

664
00:28:54.640 --> 00:28:56.559
<v Speaker 1>and just go nuts with all these attacks we've been

665
00:28:56.559 --> 00:28:57.119
<v Speaker 1>talking about.

666
00:28:57.319 --> 00:29:01.759
<v Speaker 2>Exactly. You can experiment freely, see how it work, test your.

667
00:29:01.599 --> 00:29:03.720
<v Speaker 1>Defenses without breaking anything important.

668
00:29:03.880 --> 00:29:07.319
<v Speaker 2>We're breaking the law. There's a ton of resources online too,

669
00:29:07.400 --> 00:29:09.319
<v Speaker 2>community sharing tips and challenges.

670
00:29:09.400 --> 00:29:12.559
<v Speaker 1>So it's like a whole underground world of learning it is.

671
00:29:12.680 --> 00:29:17.279
<v Speaker 2>It's all about making security stronger through responsible experimentation.

672
00:29:17.559 --> 00:29:19.720
<v Speaker 1>This is blowing my mind. There's a whole ethical hacking

673
00:29:19.759 --> 00:29:20.880
<v Speaker 1>ecosystem out there.

674
00:29:21.000 --> 00:29:25.200
<v Speaker 2>Yep. By understanding how attackers think and the tools they use,

675
00:29:25.759 --> 00:29:27.359
<v Speaker 2>we build better defenses.

676
00:29:27.519 --> 00:29:29.759
<v Speaker 1>It's like the best offense is a good defense.

677
00:29:30.000 --> 00:29:32.599
<v Speaker 2>But in this case, a good offense makes an even

678
00:29:32.640 --> 00:29:33.400
<v Speaker 2>better defense.

679
00:29:33.680 --> 00:29:37.119
<v Speaker 1>Okay, we've covered so much ground here, from open source

680
00:29:37.119 --> 00:29:41.240
<v Speaker 1>intelligence to cryptography. What's the one big thing you want

681
00:29:41.240 --> 00:29:42.279
<v Speaker 1>our listener to remember?

682
00:29:43.000 --> 00:29:46.319
<v Speaker 2>Security is a journey, not a destination. I like that

683
00:29:46.519 --> 00:29:53.000
<v Speaker 2>attackers never stop. They're creative, They're relentless, constantly evolving their tactics.

684
00:29:53.039 --> 00:29:55.880
<v Speaker 1>So we have to be just as relentless in learning.

685
00:29:55.559 --> 00:29:58.720
<v Speaker 2>And adapting exactly and never underestimate their inginuity.

686
00:29:58.799 --> 00:29:59.839
<v Speaker 1>Gotta stay sharp and.

687
00:30:00.119 --> 00:30:03.160
<v Speaker 2>Forget the human element is often the weakest link.

688
00:30:03.480 --> 00:30:05.559
<v Speaker 1>People make mistakes, they.

689
00:30:05.480 --> 00:30:10.279
<v Speaker 2>Fall for phishing scams, use weak passwords. So strong security

690
00:30:10.359 --> 00:30:13.599
<v Speaker 2>is about tech, but it's also about awareness and training.

691
00:30:13.400 --> 00:30:16.359
<v Speaker 1>Creating a culture of security exactly. This deep dive has

692
00:30:16.400 --> 00:30:18.680
<v Speaker 1>been wild. We've really gotten a look behind the curtain

693
00:30:18.759 --> 00:30:20.279
<v Speaker 1>at how attacks actually.

694
00:30:20.039 --> 00:30:21.559
<v Speaker 2>Happen and how to defend against them.

695
00:30:21.759 --> 00:30:23.519
<v Speaker 1>It's been a pleasure exploring all this with you.

696
00:30:23.839 --> 00:30:27.119
<v Speaker 2>Likewise, hopefully our listener feels empowered to take this knowledge

697
00:30:27.160 --> 00:30:29.079
<v Speaker 2>and make the digital world a little bit safer.

698
00:30:29.319 --> 00:30:32.160
<v Speaker 1>That's the goal. Thanks for joining us on this deep dive,

699
00:30:32.279 --> 00:30:36.000
<v Speaker 1>and remember, stay vigilant, stay curious, and stay secure.
