WEBVTT

1
00:00:00.040 --> 00:00:03.120
<v Speaker 1>Welcome back everyone to the deep dive. This time we're

2
00:00:03.160 --> 00:00:05.919
<v Speaker 1>going deep into the world of penetration testing.

3
00:00:06.280 --> 00:00:08.320
<v Speaker 2>Sounds intense, it is.

4
00:00:08.640 --> 00:00:13.480
<v Speaker 1>But fascinating too. Our guide is the Hacker Playbook. This

5
00:00:13.519 --> 00:00:16.760
<v Speaker 1>book is a gold mine of practical techniques, almost like

6
00:00:16.800 --> 00:00:18.359
<v Speaker 1>a blueprint for ethical.

7
00:00:18.000 --> 00:00:20.480
<v Speaker 2>Hacking, like a hacker's manual exactly.

8
00:00:21.160 --> 00:00:24.399
<v Speaker 1>Imagine being hired to test the security of say a

9
00:00:24.440 --> 00:00:25.879
<v Speaker 1>Fortune five hundred company.

10
00:00:25.960 --> 00:00:28.640
<v Speaker 2>WHOA where do you even start with something like that?

11
00:00:28.640 --> 00:00:29.640
<v Speaker 1>That's what we're going to uncover.

12
00:00:29.760 --> 00:00:30.600
<v Speaker 2>Okay, I'm all ears.

13
00:00:30.879 --> 00:00:33.759
<v Speaker 1>So the book uses this really interesting analogy of a

14
00:00:33.759 --> 00:00:36.640
<v Speaker 1>football game to break down a penetration test.

15
00:00:36.840 --> 00:00:38.320
<v Speaker 2>Okay, I like where this is gone.

16
00:00:38.359 --> 00:00:43.640
<v Speaker 1>It has phases like the pregame, scanning the network, exploiting vulnerabilities,

17
00:00:44.000 --> 00:00:45.920
<v Speaker 1>almost like planning a series of plays.

18
00:00:46.039 --> 00:00:48.079
<v Speaker 2>So it's strategic very much.

19
00:00:47.920 --> 00:00:50.520
<v Speaker 1>So it helps you see the big picture. Let's start

20
00:00:50.520 --> 00:00:52.560
<v Speaker 1>with the pregame, which is all about setting up your

21
00:00:52.600 --> 00:00:53.479
<v Speaker 1>tools and environment.

22
00:00:53.600 --> 00:00:55.159
<v Speaker 2>Gotcha, getting your gear ready.

23
00:00:55.200 --> 00:00:57.520
<v Speaker 1>And the book busted a myth for me. You don't

24
00:00:57.560 --> 00:01:01.479
<v Speaker 1>need some crazy supercomputer to run these penetration testing tools.

25
00:01:01.560 --> 00:01:04.560
<v Speaker 2>Really, that's good news for aspiring hackers, right.

26
00:01:05.319 --> 00:01:08.040
<v Speaker 1>A decent computer that can handle a few virtual machines

27
00:01:08.359 --> 00:01:12.079
<v Speaker 1>will do the trick. The book recommends Cali Linux.

28
00:01:12.040 --> 00:01:15.120
<v Speaker 2>Ah Kali Linux the go to for pen testing.

29
00:01:15.359 --> 00:01:18.359
<v Speaker 1>It's like your specialized toolbox for probing and testing.

30
00:01:18.040 --> 00:01:20.280
<v Speaker 2>Systems, and it comes with a ton of pre installed

31
00:01:20.280 --> 00:01:20.959
<v Speaker 2>tools right.

32
00:01:21.079 --> 00:01:23.879
<v Speaker 1>Absolutely, And the best part is the book actually walks

33
00:01:23.920 --> 00:01:24.959
<v Speaker 1>you through setting it up.

34
00:01:25.079 --> 00:01:28.400
<v Speaker 2>That's helpful, especially for beginners. It's like having a coach guide.

35
00:01:28.159 --> 00:01:32.120
<v Speaker 1>You precisely now. In this toolbox you'll find both open

36
00:01:32.200 --> 00:01:37.000
<v Speaker 1>source and commercial tools. Industry standards like nessis, which is

37
00:01:37.079 --> 00:01:41.239
<v Speaker 1>amazing for vulnerability scanning, and burp suite, which is super

38
00:01:41.280 --> 00:01:43.519
<v Speaker 1>powerful for web application security testing.

39
00:01:43.599 --> 00:01:46.079
<v Speaker 2>Those are big names. Yeah, but what if you're on

40
00:01:46.120 --> 00:01:47.799
<v Speaker 2>a budget or just starting out.

41
00:01:47.920 --> 00:01:51.719
<v Speaker 1>The book mentions OSPAP two it's a free alternative to

42
00:01:51.719 --> 00:01:53.719
<v Speaker 1>burp Suite, great for getting your feet wet.

43
00:01:53.799 --> 00:01:55.760
<v Speaker 2>That's good to know. Options are always good.

44
00:01:55.959 --> 00:01:59.000
<v Speaker 1>Okay, So let's say we've got our toolbox ready, how

45
00:01:59.000 --> 00:02:03.439
<v Speaker 1>do we even approach this massive fortune five hundred company network.

46
00:02:03.439 --> 00:02:05.359
<v Speaker 1>It's got to be like a digital fortress, right, It's

47
00:02:05.400 --> 00:02:07.519
<v Speaker 1>definitely a challenge. So where do we even begin?

48
00:02:07.920 --> 00:02:10.719
<v Speaker 2>Well, you wouldn't storm a fortress without knowing the terrain, right,

49
00:02:11.280 --> 00:02:12.960
<v Speaker 2>That's where scanning the network comes in.

50
00:02:13.039 --> 00:02:16.439
<v Speaker 1>Okay, so we're scouting gathering intel exactly.

51
00:02:16.800 --> 00:02:20.199
<v Speaker 2>The book breaks it down into two approaches, passive and

52
00:02:20.319 --> 00:02:21.360
<v Speaker 2>active discovery.

53
00:02:21.639 --> 00:02:23.520
<v Speaker 1>Passive inactive tell me more about those.

54
00:02:23.639 --> 00:02:28.000
<v Speaker 2>Passive discovery is all about being stealthy. You're gathering information

55
00:02:28.199 --> 00:02:30.879
<v Speaker 2>without directly interacting with the target network.

56
00:02:31.039 --> 00:02:34.280
<v Speaker 1>So like observing from a distance looking for weak points.

57
00:02:34.400 --> 00:02:38.360
<v Speaker 2>You got it. One technique they highlight is using discover scripts.

58
00:02:38.759 --> 00:02:39.319
<v Speaker 1>What are those?

59
00:02:39.479 --> 00:02:43.080
<v Speaker 2>They automate searches on sites like LinkedIn and use domain

60
00:02:43.159 --> 00:02:44.719
<v Speaker 2>tools to uncover information.

61
00:02:45.199 --> 00:02:48.439
<v Speaker 1>So you're like a digital detective piecing together clues precisely.

62
00:02:48.639 --> 00:02:51.960
<v Speaker 2>Now, get this, Even old data breaches can be valuable.

63
00:02:52.319 --> 00:02:54.639
<v Speaker 2>You can use those credential dumps to see if any

64
00:02:54.680 --> 00:02:57.400
<v Speaker 2>employees might have reused their compromise passwords.

65
00:02:57.439 --> 00:03:00.240
<v Speaker 1>Wow, that's clever using their own mistakes against them, right.

66
00:03:00.719 --> 00:03:03.439
<v Speaker 2>It really shows how human behavior plays a big role

67
00:03:03.520 --> 00:03:04.560
<v Speaker 2>in cybersecurity.

68
00:03:04.840 --> 00:03:08.080
<v Speaker 1>People often reuse passwords for convenience, but it can have

69
00:03:08.240 --> 00:03:10.240
<v Speaker 1>serious consequences.

70
00:03:09.800 --> 00:03:13.120
<v Speaker 2>No doubt. And it's not just usernames and passwords. Think

71
00:03:13.159 --> 00:03:17.120
<v Speaker 2>about all the other info companies might expose employee details,

72
00:03:17.479 --> 00:03:19.919
<v Speaker 2>server names, software versions.

73
00:03:19.719 --> 00:03:22.520
<v Speaker 1>All valuable intel for a penetration destric exactly.

74
00:03:22.960 --> 00:03:25.800
<v Speaker 2>Every bit of information is a potential lead.

75
00:03:26.199 --> 00:03:30.840
<v Speaker 1>Okay, So passive discovery is all about stealth and gathering

76
00:03:30.879 --> 00:03:34.919
<v Speaker 1>intel without raising any alarms. What about active discovery? Is

77
00:03:34.919 --> 00:03:37.080
<v Speaker 1>that when we start knocking on those digital doors.

78
00:03:37.360 --> 00:03:40.919
<v Speaker 2>Yeah, you could say that active discovery involves probing the network,

79
00:03:41.280 --> 00:03:46.400
<v Speaker 2>actively searching for live systems, open ports, running services, and vulnerabilities.

80
00:03:46.599 --> 00:03:49.560
<v Speaker 1>So that's where those vulnerability scanners like NESSUS come in.

81
00:03:49.800 --> 00:03:52.000
<v Speaker 2>Right, They automate a lot of that process.

82
00:03:52.080 --> 00:03:53.120
<v Speaker 1>I'm pretty straightforward.

83
00:03:53.520 --> 00:03:56.360
<v Speaker 2>It can be, but the book warns against relying solely

84
00:03:56.400 --> 00:03:58.680
<v Speaker 2>on automated scans. They have their limitations.

85
00:03:59.000 --> 00:04:01.599
<v Speaker 1>Why is that they were good at finding vulnerabilities?

86
00:04:01.639 --> 00:04:05.199
<v Speaker 2>They are, but they might miss some. Oh some vulnerabilities

87
00:04:05.240 --> 00:04:09.560
<v Speaker 2>need specific conditions to trigger. Others are hidden behind custom code.

88
00:04:10.039 --> 00:04:12.280
<v Speaker 1>So manual probing is still important.

89
00:04:12.680 --> 00:04:16.319
<v Speaker 2>It's crucial, especially when combined with a good understanding of

90
00:04:16.360 --> 00:04:17.839
<v Speaker 2>networking and how things work.

91
00:04:18.160 --> 00:04:21.360
<v Speaker 1>So it's about blending the power of those tools with

92
00:04:21.639 --> 00:04:23.079
<v Speaker 1>human intuition and skill.

93
00:04:23.279 --> 00:04:27.079
<v Speaker 2>That's the key. And understanding the tools themselves is important too.

94
00:04:27.199 --> 00:04:29.439
<v Speaker 2>Like the book talks about customizing en map.

95
00:04:29.680 --> 00:04:31.360
<v Speaker 1>Enmap that's a popular one.

96
00:04:31.279 --> 00:04:33.360
<v Speaker 2>Right, Yeah, it's a network scanning tool. They show you

97
00:04:33.360 --> 00:04:35.240
<v Speaker 2>how to tweak it for faster assessments.

98
00:04:35.399 --> 00:04:37.720
<v Speaker 1>Cool any other interesting tools.

99
00:04:37.839 --> 00:04:41.040
<v Speaker 2>There's peeping tom. This one's pretty cool. It takes screenshots

100
00:04:41.040 --> 00:04:42.879
<v Speaker 2>of web services screen shots.

101
00:04:42.959 --> 00:04:44.240
<v Speaker 1>Why is that helpful.

102
00:04:44.040 --> 00:04:46.319
<v Speaker 2>When you're dealing with tons of websites. It gives you

103
00:04:46.319 --> 00:04:49.600
<v Speaker 2>a quick visual overview. You can see what looks promising

104
00:04:49.639 --> 00:04:50.600
<v Speaker 2>for further testing.

105
00:04:50.839 --> 00:04:55.360
<v Speaker 1>Ah, I see Prioritizing targets exactly helps you focus your efforts. Now,

106
00:04:55.360 --> 00:04:58.680
<v Speaker 1>speaking of websites, web app security is a huge part

107
00:04:58.720 --> 00:05:01.720
<v Speaker 1>of penetration testing. What kind of tools and tactics are

108
00:05:01.720 --> 00:05:02.519
<v Speaker 1>we talking about there?

109
00:05:02.560 --> 00:05:05.160
<v Speaker 2>Web apps are often the most exposed part of a

110
00:05:05.199 --> 00:05:09.600
<v Speaker 2>company's attack surface. It's where attackers love to strike. The

111
00:05:09.600 --> 00:05:12.000
<v Speaker 2>book spends a lot of time on web app scanning,

112
00:05:12.399 --> 00:05:15.600
<v Speaker 2>especially with burp suite pro so.

113
00:05:15.639 --> 00:05:17.759
<v Speaker 1>Burpsuite is our go to for web apps.

114
00:05:18.240 --> 00:05:20.879
<v Speaker 2>It's a Swiss army knife for web app testers. You

115
00:05:20.879 --> 00:05:26.160
<v Speaker 2>can intercept traffic, modify requests, test for vulnerabilities like sequel injection,

116
00:05:26.879 --> 00:05:30.040
<v Speaker 2>cross site scripting. It's incredibly powerful.

117
00:05:30.079 --> 00:05:31.240
<v Speaker 1>It's like a hacker's playground.

118
00:05:31.319 --> 00:05:34.720
<v Speaker 2>You could say that it allows for both automated and

119
00:05:34.920 --> 00:05:35.800
<v Speaker 2>manual testing.

120
00:05:36.120 --> 00:05:38.920
<v Speaker 1>So we've gathered our intel scanned the network and found

121
00:05:38.959 --> 00:05:43.560
<v Speaker 1>some potential weaknesses. What's next in our penetration testing playbook, Well.

122
00:05:43.399 --> 00:05:46.720
<v Speaker 2>Now comes the fun part, the drive. We try to

123
00:05:46.759 --> 00:05:50.399
<v Speaker 2>turn those potential vulnerabilities into actual exploits.

124
00:05:50.439 --> 00:05:52.519
<v Speaker 1>So we've reached the drive time to see if we

125
00:05:52.519 --> 00:05:54.600
<v Speaker 1>can actually exploit the vulnerabilities we found.

126
00:05:54.639 --> 00:05:56.600
<v Speaker 2>This is where things get real, right exactly.

127
00:05:56.959 --> 00:06:00.000
<v Speaker 1>This is where all that intel and scanning pays off. Yeah,

128
00:06:00.000 --> 00:06:03.240
<v Speaker 1>and when it comes to exploiting vulnerabilities, metasploit is the

129
00:06:03.240 --> 00:06:04.040
<v Speaker 1>star of the show.

130
00:06:04.199 --> 00:06:05.519
<v Speaker 2>Metasploy. Yeah, I've heard of that.

131
00:06:05.600 --> 00:06:08.480
<v Speaker 1>It's incredibly powerful, almost like a library of pre built

132
00:06:08.519 --> 00:06:11.040
<v Speaker 1>exploits for all sorts of vulnerabilities.

133
00:06:11.079 --> 00:06:13.959
<v Speaker 2>Looks like having a cheat sheet for breaking into systems.

134
00:06:14.279 --> 00:06:18.079
<v Speaker 1>Well not quite. The book stresses that it's not about

135
00:06:18.120 --> 00:06:19.439
<v Speaker 1>blindly using the tool.

136
00:06:19.560 --> 00:06:21.199
<v Speaker 2>Okay, so you need to know what you're doing. You

137
00:06:21.319 --> 00:06:25.680
<v Speaker 2>really have to understand why exploits work, how those vulnerabilities

138
00:06:25.720 --> 00:06:29.079
<v Speaker 2>can be manipulated. The book uses a classic example to

139
00:06:29.120 --> 00:06:33.319
<v Speaker 2>illustrate this, the MS zero eight zero six seven vulnerability

140
00:06:33.360 --> 00:06:33.879
<v Speaker 2>in Windows.

141
00:06:34.000 --> 00:06:35.560
<v Speaker 1>Oh yeah, I remember hearing about that one. It was

142
00:06:35.560 --> 00:06:36.680
<v Speaker 1>a big deal back in the day.

143
00:06:36.759 --> 00:06:39.639
<v Speaker 2>It was. It shows how a tiny flow can have

144
00:06:39.839 --> 00:06:44.199
<v Speaker 2>massive consequences. MSR eight zero six seven allowed attackers to

145
00:06:44.279 --> 00:06:48.240
<v Speaker 2>run code on a vulnerable machine remotely, no authentication needed.

146
00:06:48.480 --> 00:06:51.240
<v Speaker 1>Yikes. So you're saying someone could take control of a

147
00:06:51.279 --> 00:06:53.680
<v Speaker 1>computer just by sending a network packet.

148
00:06:53.759 --> 00:06:57.639
<v Speaker 2>That's the power of a remote code execution vulnerability. And

149
00:06:57.759 --> 00:07:01.240
<v Speaker 2>metasploit has a module just for exploit msibeto zero six.

150
00:07:01.199 --> 00:07:03.439
<v Speaker 1>Seven, So it takes care of all the technical bits.

151
00:07:03.560 --> 00:07:05.560
<v Speaker 2>It helps craft the exploit, but you still need to

152
00:07:05.639 --> 00:07:07.199
<v Speaker 2>understand what's happening under the hood.

153
00:07:07.279 --> 00:07:08.759
<v Speaker 1>I see. So you need to know how to pick

154
00:07:08.759 --> 00:07:11.839
<v Speaker 1>the right module, configure the settings, and choose.

155
00:07:11.560 --> 00:07:14.240
<v Speaker 2>The payload exactly. The payload is the part that actually

156
00:07:14.240 --> 00:07:15.439
<v Speaker 2>does the attacker's dirty work.

157
00:07:15.439 --> 00:07:16.639
<v Speaker 1>What kind of dirty work It.

158
00:07:16.600 --> 00:07:19.279
<v Speaker 2>Could be opening a command shell, giving full control of

159
00:07:19.279 --> 00:07:21.360
<v Speaker 2>the system, or something more.

160
00:07:21.240 --> 00:07:25.240
<v Speaker 1>Sneaky like installing a backdoor or stealing data exactly.

161
00:07:25.279 --> 00:07:26.839
<v Speaker 2>It all depends on the attacker's goal.

162
00:07:27.199 --> 00:07:31.480
<v Speaker 1>So metasploit helps exploit those vulnerabilities we found through scanning.

163
00:07:32.000 --> 00:07:34.279
<v Speaker 1>What about those specific to web applications.

164
00:07:34.600 --> 00:07:37.680
<v Speaker 2>That's where things get more hands on. The throw is

165
00:07:37.800 --> 00:07:40.079
<v Speaker 2>all about manual web application testing.

166
00:07:40.279 --> 00:07:42.920
<v Speaker 1>Ah, so we're getting into the art of penetration testing.

167
00:07:42.959 --> 00:07:45.759
<v Speaker 2>Now you could say that it's about going beyond the

168
00:07:45.800 --> 00:07:49.480
<v Speaker 2>automated tools and using your skills to find those hidden vulnerability.

169
00:07:49.600 --> 00:07:53.079
<v Speaker 1>I like it. So we're talking SQL injection, cross site scripting,

170
00:07:53.160 --> 00:07:54.040
<v Speaker 1>those kinds of things.

171
00:07:54.199 --> 00:07:56.560
<v Speaker 2>You got it. Let's start with a SEQL injection or

172
00:07:56.600 --> 00:08:00.399
<v Speaker 2>seql The book talks about tools like seql map and

173
00:08:00.560 --> 00:08:01.480
<v Speaker 2>school Ninja.

174
00:08:01.519 --> 00:08:03.680
<v Speaker 1>I've heard as a sql map, but what's school Inja.

175
00:08:03.759 --> 00:08:07.600
<v Speaker 2>They both exploit SQL injection flaws, but they have different strengths.

176
00:08:08.000 --> 00:08:11.199
<v Speaker 2>SQL injection is tricking an application into spelling secrets from

177
00:08:11.199 --> 00:08:11.959
<v Speaker 2>its database.

178
00:08:12.160 --> 00:08:15.199
<v Speaker 1>So like if I'm filling out a form online, someone

179
00:08:15.199 --> 00:08:18.120
<v Speaker 1>could inject code to mess with the database.

180
00:08:18.319 --> 00:08:20.879
<v Speaker 2>That's the idea. Sql map automates a lot of this.

181
00:08:21.000 --> 00:08:23.120
<v Speaker 2>It tries different variations of SQL.

182
00:08:22.879 --> 00:08:24.720
<v Speaker 1>Code, brute force approach.

183
00:08:24.720 --> 00:08:27.439
<v Speaker 2>Kind of Now, school Ninja is more steallly.

184
00:08:27.279 --> 00:08:31.040
<v Speaker 1>So it's designed to slip past security measures exactly.

185
00:08:31.279 --> 00:08:33.759
<v Speaker 2>It's all about choosing the right tool for the job.

186
00:08:34.480 --> 00:08:37.000
<v Speaker 2>The book gives some pretty cool examples of how to

187
00:08:37.120 --> 00:08:41.840
<v Speaker 2>use these tools. Imagine retrieving user names and passwords from

188
00:08:41.840 --> 00:08:42.960
<v Speaker 2>a database.

189
00:08:42.639 --> 00:08:45.399
<v Speaker 1>Or even getting full control of the database server. That's

190
00:08:45.399 --> 00:08:46.600
<v Speaker 1>a gold mine, right.

191
00:08:46.480 --> 00:08:48.440
<v Speaker 2>It's like getting the keys to the kingdom.

192
00:08:48.600 --> 00:08:51.759
<v Speaker 1>All right, so we've talked about SQL. What about cross

193
00:08:51.759 --> 00:08:53.919
<v Speaker 1>site scripting. I know that's another big one, but how

194
00:08:53.919 --> 00:08:54.879
<v Speaker 1>does it actually work.

195
00:08:55.000 --> 00:08:59.360
<v Speaker 2>Cross site scripting or XSS, is injecting malicious code into

196
00:08:59.399 --> 00:09:02.440
<v Speaker 2>a website, which then runs in the browser of other

197
00:09:02.639 --> 00:09:04.000
<v Speaker 2>users who visit the site.

198
00:09:04.039 --> 00:09:06.519
<v Speaker 1>So you're not attacking the server directly, not this.

199
00:09:06.519 --> 00:09:08.879
<v Speaker 2>Time, you're targeting the people who use it. Think of

200
00:09:08.919 --> 00:09:10.720
<v Speaker 2>it like planting a trap on the website.

201
00:09:10.759 --> 00:09:11.120
<v Speaker 1>That's right.

202
00:09:11.440 --> 00:09:15.159
<v Speaker 2>The book shows how to exploit EXSS vulnerabilities using a

203
00:09:15.200 --> 00:09:19.159
<v Speaker 2>framework called BEEF, the Browser Exploitation Framework.

204
00:09:19.440 --> 00:09:20.639
<v Speaker 1>BEEF sounds interesting.

205
00:09:20.679 --> 00:09:23.440
<v Speaker 2>It basically gives you control over a victim's browser.

206
00:09:23.559 --> 00:09:26.200
<v Speaker 1>Hold on, you're saying you can control someone else's browser.

207
00:09:26.399 --> 00:09:29.879
<v Speaker 2>That's the power of XSS. Imagine you find a vulnerability.

208
00:09:29.960 --> 00:09:33.000
<v Speaker 2>You could inject a link that, when clicked, loads this

209
00:09:33.159 --> 00:09:35.559
<v Speaker 2>BEEF thing into their browser. Men, what then you can

210
00:09:35.559 --> 00:09:37.960
<v Speaker 2>do all sorts of things like steal cookies, grab their

211
00:09:37.960 --> 00:09:40.360
<v Speaker 2>logging credentials, even launch more attacks.

212
00:09:40.639 --> 00:09:43.879
<v Speaker 1>WHOA, that's some serious stuff. Yeah, so you can basically

213
00:09:43.879 --> 00:09:46.759
<v Speaker 1>do anything they can do on that website pretty much.

214
00:09:47.159 --> 00:09:49.200
<v Speaker 2>The book even shows you how to use a BEEF

215
00:09:49.279 --> 00:09:53.440
<v Speaker 2>module called petty Theft. It steals user credentials, proving just

216
00:09:53.559 --> 00:09:55.240
<v Speaker 2>how dangerous EXSS can be.

217
00:09:55.720 --> 00:09:58.960
<v Speaker 1>That's scary. So how do developers protect against this?

218
00:09:59.360 --> 00:10:03.320
<v Speaker 2>Input valid is crucial Making sure any data submitted by

219
00:10:03.399 --> 00:10:06.320
<v Speaker 2>users is carefully checked and cleaned. Think of it like

220
00:10:06.360 --> 00:10:08.399
<v Speaker 2>having a security guard checking IDs at the.

221
00:10:08.320 --> 00:10:11.039
<v Speaker 1>Door so no sneaky code gets through.

222
00:10:11.200 --> 00:10:14.720
<v Speaker 2>Right now, we've talked about SQL injection and cross site scripting,

223
00:10:15.240 --> 00:10:19.759
<v Speaker 2>let's move on to crosset request forgery or CSRF. AH.

224
00:10:19.879 --> 00:10:22.720
<v Speaker 1>CSRF, that one always trips me up a little. It's

225
00:10:22.720 --> 00:10:24.679
<v Speaker 1>a bit more subtle than the others, right it is.

226
00:10:25.000 --> 00:10:27.559
<v Speaker 2>It exploits the trust a website has and a logged

227
00:10:27.559 --> 00:10:31.120
<v Speaker 2>in user. Imagine you're logged into your bank's website. A

228
00:10:31.159 --> 00:10:33.960
<v Speaker 2>CSRF attack could trick you into clicking a link, you

229
00:10:34.080 --> 00:10:36.120
<v Speaker 2>kind of link, one that sends a hidden request to

230
00:10:36.159 --> 00:10:38.600
<v Speaker 2>the bank doing something you didn't authorize.

231
00:10:38.120 --> 00:10:41.399
<v Speaker 1>So like transferring money without me even knowing it exactly.

232
00:10:41.559 --> 00:10:43.600
<v Speaker 2>And you don't even have to visit a shady website

233
00:10:43.600 --> 00:10:45.440
<v Speaker 2>for this to happen. The link could be in an

234
00:10:45.480 --> 00:10:48.679
<v Speaker 2>email or even on a legit website that's been compromised.

235
00:10:48.840 --> 00:10:52.120
<v Speaker 1>That's unsettling. So how do you stop these CSRF attacks?

236
00:10:52.320 --> 00:10:57.559
<v Speaker 2>CSRF tokens are a common defense, unique unpredictable tokens that

237
00:10:57.600 --> 00:11:00.600
<v Speaker 2>the server generates and includes in every form you submit.

238
00:11:00.679 --> 00:11:02.759
<v Speaker 2>It's like a secret handshake.

239
00:11:02.519 --> 00:11:04.759
<v Speaker 1>So the server knows the request is legit.

240
00:11:04.919 --> 00:11:07.960
<v Speaker 2>Exactly. It makes it much harder for attackers to forge

241
00:11:08.000 --> 00:11:08.799
<v Speaker 2>those requests.

242
00:11:08.919 --> 00:11:12.200
<v Speaker 1>Makes sense. Okay? What about session hijacking? I know that's

243
00:11:12.200 --> 00:11:14.919
<v Speaker 1>another way attackers can impersonate users, right.

244
00:11:15.080 --> 00:11:18.440
<v Speaker 2>Session hijacking is all about stealing those session tokens. They're

245
00:11:18.440 --> 00:11:21.240
<v Speaker 2>like digital keys that websites use to keep you logged in.

246
00:11:21.519 --> 00:11:23.919
<v Speaker 1>So if an attacker steals my second token they can

247
00:11:23.960 --> 00:11:24.600
<v Speaker 1>log in is me.

248
00:11:25.039 --> 00:11:28.960
<v Speaker 2>You got it. Tools like burpsuite can analyze how websites

249
00:11:29.039 --> 00:11:31.679
<v Speaker 2>make these tokens looking for weaknesses.

250
00:11:31.919 --> 00:11:34.840
<v Speaker 1>So what can developers do to make those tokens more secure?

251
00:11:35.039 --> 00:11:38.679
<v Speaker 2>Make sure they're generated securely using random values and set

252
00:11:38.679 --> 00:11:41.559
<v Speaker 2>them to expire after a short time. Also, storing them

253
00:11:41.600 --> 00:11:43.080
<v Speaker 2>on the server side is much safer.

254
00:11:43.240 --> 00:11:45.919
<v Speaker 1>Keep them out of reach of those attackers exactly.

255
00:11:46.679 --> 00:11:49.039
<v Speaker 2>Okay, Now, how about something a bit more under the radar.

256
00:11:49.799 --> 00:11:50.799
<v Speaker 2>Have you heard of fuzzing?

257
00:11:51.440 --> 00:11:52.720
<v Speaker 1>Fuzzing rings a bell.

258
00:11:53.120 --> 00:11:55.799
<v Speaker 2>It's a way of finding those hidden vulnerabilities by sending

259
00:11:55.879 --> 00:11:57.799
<v Speaker 2>unexpected data to an application.

260
00:11:58.200 --> 00:12:01.200
<v Speaker 1>So you're basically trying to break things by throwing random

261
00:12:01.279 --> 00:12:01.919
<v Speaker 1>junk at them.

262
00:12:02.279 --> 00:12:05.840
<v Speaker 2>There's a method to the madness. Fuzzing tools use lists

263
00:12:05.840 --> 00:12:08.960
<v Speaker 2>of common inputs or generate them based on what they're testing.

264
00:12:09.679 --> 00:12:13.559
<v Speaker 2>The book uses an example of fuzzing with burpsuite. Imagine

265
00:12:13.559 --> 00:12:15.000
<v Speaker 2>testing an online store.

266
00:12:15.440 --> 00:12:16.600
<v Speaker 1>Okay, I'm picturing it.

267
00:12:16.919 --> 00:12:19.919
<v Speaker 2>You could fuzz the parameters that control things like product

268
00:12:19.960 --> 00:12:21.440
<v Speaker 2>ideas or prices, and.

269
00:12:21.360 --> 00:12:24.320
<v Speaker 1>By doing that you might find a way to, say,

270
00:12:24.720 --> 00:12:27.559
<v Speaker 1>buy things for ridiculously cheap exactly.

271
00:12:27.879 --> 00:12:31.799
<v Speaker 2>Fuzzing can uncover those weird vulnerabilities that other tests might miss.

272
00:12:32.240 --> 00:12:35.360
<v Speaker 1>Cool. So we've covered a lot of offensive techniques so far.

273
00:12:35.960 --> 00:12:38.879
<v Speaker 1>But let's say an attacker gets into a network. What's next?

274
00:12:38.919 --> 00:12:40.960
<v Speaker 1>How do they move around and gain more access.

275
00:12:41.399 --> 00:12:43.840
<v Speaker 2>That's where lateral movement comes in. It's all about moving

276
00:12:43.840 --> 00:12:46.399
<v Speaker 2>from that initial foothold to other systems within the.

277
00:12:46.360 --> 00:12:49.519
<v Speaker 1>Network, So escalating privileges getting to those crown.

278
00:12:49.320 --> 00:12:53.080
<v Speaker 2>Jewels you got it, domain admin access is often the

279
00:12:53.200 --> 00:12:55.879
<v Speaker 2>ultimate goal. The book goes over a bunch of tools

280
00:12:55.960 --> 00:13:00.799
<v Speaker 2>and techniques for this, exploiting network protocols, using stolen credentials,

281
00:13:01.200 --> 00:13:05.200
<v Speaker 2>even leveraging powerful scripting languages like PowerShell.

282
00:13:04.759 --> 00:13:07.639
<v Speaker 1>Okay, let's break down some of these lateral movement techniques.

283
00:13:08.120 --> 00:13:11.480
<v Speaker 1>The book mentions a tool called Responder. What's that all about?

284
00:13:11.600 --> 00:13:15.240
<v Speaker 2>Responder is pretty clever. It exploits flaws in those protocols

285
00:13:15.240 --> 00:13:19.039
<v Speaker 2>Windows uses for things like name resolution and finding proxies.

286
00:13:19.679 --> 00:13:23.879
<v Speaker 2>Think LMNR, NBTNS and WPA.

287
00:13:24.240 --> 00:13:26.679
<v Speaker 1>Okay, so it's taking advantage of how Windows networks work.

288
00:13:26.840 --> 00:13:29.240
<v Speaker 2>It sets up a rogue server that tricks victims into

289
00:13:29.279 --> 00:13:31.159
<v Speaker 2>connecting to it instead of the real one.

290
00:13:31.200 --> 00:13:32.720
<v Speaker 1>So it's like a fake signpos point in them in

291
00:13:32.720 --> 00:13:33.600
<v Speaker 1>the wrong direction.

292
00:13:33.559 --> 00:13:37.120
<v Speaker 2>Exactly, and once they connect, bam, the attacker can grab

293
00:13:37.159 --> 00:13:41.279
<v Speaker 2>all sorts of juicy information, NTLM hashes, cookies, you name it.

294
00:13:41.360 --> 00:13:43.799
<v Speaker 1>Wait, those NTLM things are used for Windows logins, right

295
00:13:43.879 --> 00:13:44.360
<v Speaker 1>they are.

296
00:13:44.399 --> 00:13:46.480
<v Speaker 2>And Responder can snatch them right out of the air.

297
00:13:46.840 --> 00:13:49.200
<v Speaker 2>Then you can use tools to crack those hashes and

298
00:13:49.240 --> 00:13:51.600
<v Speaker 2>get the actual passwords. It's like getting a copy of

299
00:13:51.600 --> 00:13:52.480
<v Speaker 2>the key to the castle.

300
00:13:52.759 --> 00:13:55.360
<v Speaker 1>That's insane. So just by being on the same network

301
00:13:55.440 --> 00:13:57.200
<v Speaker 1>you could potentially capture all that.

302
00:13:57.360 --> 00:14:01.360
<v Speaker 2>It's surprisingly effective, especially when people are automatically logging into things,

303
00:14:01.879 --> 00:14:04.759
<v Speaker 2>and Responder can do even more it can inject a

304
00:14:04.759 --> 00:14:08.559
<v Speaker 2>fake wpad file, forcing the victim's browser to use the

305
00:14:08.600 --> 00:14:10.279
<v Speaker 2>attacker's computer as a proxy.

306
00:14:10.480 --> 00:14:12.960
<v Speaker 1>Talk about a man in the middle rat.

307
00:14:12.720 --> 00:14:17.279
<v Speaker 2>You're controlling the traffic now. Another technique is smb relay attacks.

308
00:14:17.320 --> 00:14:19.879
<v Speaker 2>They exploit how Windows handles authentication.

309
00:14:20.320 --> 00:14:23.000
<v Speaker 1>Smb relay refresh my memory on that one.

310
00:14:23.120 --> 00:14:25.879
<v Speaker 2>Imagine someone trying to connect to a file share with

311
00:14:25.960 --> 00:14:29.480
<v Speaker 2>an smb relay attack. Their request goes through the attacker's

312
00:14:29.600 --> 00:14:33.679
<v Speaker 2>machine first. Sneaky, the attacker relays the authentication request to

313
00:14:33.720 --> 00:14:36.600
<v Speaker 2>the real file server, tricking the victim into giving their

314
00:14:36.600 --> 00:14:37.799
<v Speaker 2>credentials to the attacker.

315
00:14:37.919 --> 00:14:40.840
<v Speaker 1>So like a middleman intercepting the conversation exactly.

316
00:14:41.240 --> 00:14:44.799
<v Speaker 2>Tools like smbu relay and invey are perfect for this

317
00:14:44.919 --> 00:14:45.519
<v Speaker 2>kind of attack.

318
00:14:45.600 --> 00:14:47.840
<v Speaker 1>Okay, so let's say we've snagged some of those NTLM

319
00:14:47.919 --> 00:14:51.320
<v Speaker 1>hashes or other log in information. What then, how do

320
00:14:51.399 --> 00:14:54.799
<v Speaker 1>we actually use those to get into other systems.

321
00:14:54.879 --> 00:14:57.679
<v Speaker 2>That's where the big guns come out. Tools like WCE.

322
00:14:57.840 --> 00:15:00.000
<v Speaker 1>And mimicat those names sound familiar.

323
00:15:00.120 --> 00:15:03.639
<v Speaker 2>They extract passwords and hashes right from a computer's.

324
00:15:03.159 --> 00:15:07.399
<v Speaker 1>Memory, so you could potentially dump the passwords of everyone

325
00:15:07.480 --> 00:15:08.440
<v Speaker 1>logged onto a system.

326
00:15:08.559 --> 00:15:12.120
<v Speaker 2>You got it, it's powerful stuff, but there's a catch.

327
00:15:12.200 --> 00:15:15.559
<v Speaker 2>You usually need admin rights to use these tools.

328
00:15:15.799 --> 00:15:18.440
<v Speaker 1>Makes sense you need some level of access first.

329
00:15:18.559 --> 00:15:21.919
<v Speaker 2>That's often the whole point of lateral movement, to gain

330
00:15:22.000 --> 00:15:24.679
<v Speaker 2>more and more control within the network, work your way

331
00:15:24.759 --> 00:15:27.320
<v Speaker 2>up the ladder, so to speak. The book mentions a

332
00:15:27.360 --> 00:15:30.240
<v Speaker 2>technique for exploiting group policy preferences.

333
00:15:30.440 --> 00:15:32.240
<v Speaker 1>Group policy preferences, what's that?

334
00:15:32.440 --> 00:15:35.320
<v Speaker 2>It's a Windows feature that admins use to manage settings

335
00:15:35.360 --> 00:15:38.679
<v Speaker 2>across a whole network. The problem is the passwords for

336
00:15:38.720 --> 00:15:42.240
<v Speaker 2>these policies can be stored insecurely, so.

337
00:15:42.240 --> 00:15:45.120
<v Speaker 1>An attacker could potentially get their hands on some high level.

338
00:15:44.879 --> 00:15:48.960
<v Speaker 2>Passwords domain admin credentials. Even that's game over. The book

339
00:15:49.039 --> 00:15:51.320
<v Speaker 2>actually shows you how to do this using a Python

340
00:15:51.360 --> 00:15:52.679
<v Speaker 2>script and tools.

341
00:15:52.399 --> 00:15:54.879
<v Speaker 1>Like powersploy powersplay. Is that a PowerShell thing?

342
00:15:55.039 --> 00:15:58.240
<v Speaker 2>It is? PowerShell is a scripting language built into Windows,

343
00:15:58.519 --> 00:15:59.960
<v Speaker 2>and it's incredibly versatile.

344
00:16:00.159 --> 00:16:03.519
<v Speaker 1>I've heard it's a favorite among both admins and attackers.

345
00:16:03.159 --> 00:16:06.440
<v Speaker 2>For good reason. You can use it for automating tasks

346
00:16:06.720 --> 00:16:09.200
<v Speaker 2>or carrying out sophisticated attacks.

347
00:16:08.879 --> 00:16:12.799
<v Speaker 1>So it's powerful but also potentially dangerous if it falls

348
00:16:12.799 --> 00:16:13.759
<v Speaker 1>into the wrong hands.

349
00:16:13.840 --> 00:16:17.080
<v Speaker 2>Exactly. The book has a whole section on PowerShell for

350
00:16:17.159 --> 00:16:21.519
<v Speaker 2>post exploitation, covering tools like power spoit and nicheing.

351
00:16:21.840 --> 00:16:24.360
<v Speaker 1>What kind of things can you do with PowerShell after

352
00:16:24.399 --> 00:16:25.720
<v Speaker 1>you've compromised the system?

353
00:16:25.840 --> 00:16:28.600
<v Speaker 2>Oh, all sorts of things. You can inject toad into

354
00:16:29.000 --> 00:16:33.960
<v Speaker 2>running processes, connect to other systems, even log keystrokes. The

355
00:16:34.039 --> 00:16:35.600
<v Speaker 2>possibilities are endless.

356
00:16:35.639 --> 00:16:38.360
<v Speaker 1>It's like a hacker Swiss army knife, you could say that.

357
00:16:38.759 --> 00:16:41.360
<v Speaker 2>And because it's built into Windows, it often flies under

358
00:16:41.399 --> 00:16:42.840
<v Speaker 2>the radar of security software.

359
00:16:42.919 --> 00:16:46.240
<v Speaker 1>That makes it even more dangerous. So we've got lateral movement,

360
00:16:46.399 --> 00:16:49.519
<v Speaker 1>privileged escalation, PowerShell. What other tricks do we need to

361
00:16:49.519 --> 00:16:49.960
<v Speaker 1>be aware of?

362
00:16:50.240 --> 00:16:53.240
<v Speaker 2>Well, no discussion of hacking would be complete without mentioning

363
00:16:53.480 --> 00:16:54.600
<v Speaker 2>man in the middle attacks.

364
00:16:54.639 --> 00:16:56.840
<v Speaker 1>Yep, manim attacks, Yeah, I've heard of those.

365
00:16:57.039 --> 00:17:00.159
<v Speaker 2>This is where an attacker gets between two parties, intercept

366
00:17:00.399 --> 00:17:03.440
<v Speaker 2>and potentially manipulating their communication so.

367
00:17:03.360 --> 00:17:07.920
<v Speaker 1>They're easdropping and maybe even tampering with the messages exactly.

368
00:17:08.359 --> 00:17:10.839
<v Speaker 2>And one of the classic tools for this is Ettercap.

369
00:17:10.920 --> 00:17:12.400
<v Speaker 1>Ettercap that name sounds familiar.

370
00:17:12.440 --> 00:17:16.119
<v Speaker 2>It lets you do ARP spoofing. It tricks devices on

371
00:17:16.160 --> 00:17:19.759
<v Speaker 2>the network into sending their traffic through the attacker's computer.

372
00:17:19.759 --> 00:17:21.799
<v Speaker 1>So the attacker becomes the middleman.

373
00:17:21.599 --> 00:17:24.480
<v Speaker 2>Precisely, and they can do all sorts of nasty things.

374
00:17:24.599 --> 00:17:26.480
<v Speaker 2>The book shows you how to use etter cap for

375
00:17:26.599 --> 00:17:27.559
<v Speaker 2>DNS spoofing.

376
00:17:27.839 --> 00:17:29.200
<v Speaker 1>DNS spoofing, what's that.

377
00:17:29.599 --> 00:17:33.359
<v Speaker 2>Imagine you're trying to visit your bank's website with DNAs spoofing.

378
00:17:33.440 --> 00:17:36.599
<v Speaker 2>The attacker redirects you to a fake website that looks

379
00:17:36.759 --> 00:17:37.839
<v Speaker 2>just like the real deal.

380
00:17:38.039 --> 00:17:41.519
<v Speaker 1>That's terrifying. You could easily enter your login info without

381
00:17:41.519 --> 00:17:42.599
<v Speaker 1>realizing it's a trap.

382
00:17:42.680 --> 00:17:45.079
<v Speaker 2>That's the danger. And it's not just websites. They could

383
00:17:45.119 --> 00:17:49.160
<v Speaker 2>redirect you to fake update servers, download malware, you name it.

384
00:17:49.359 --> 00:17:52.160
<v Speaker 1>Yikes. So edercap is a pretty powerful tool, it.

385
00:17:52.079 --> 00:17:54.720
<v Speaker 2>Is, and there are even more advanced tools out there.

386
00:17:55.000 --> 00:17:59.319
<v Speaker 2>The book mentions evil Foka, which targets IPv six networks at.

387
00:17:59.160 --> 00:18:01.839
<v Speaker 1>Pv six that's the newer version of the Internet Protocol,

388
00:18:01.920 --> 00:18:02.799
<v Speaker 1>right exactly.

389
00:18:02.920 --> 00:18:05.079
<v Speaker 2>It just shows that attackers are always coming up with

390
00:18:05.160 --> 00:18:07.319
<v Speaker 2>new ways to exploit new technologies.

391
00:18:07.480 --> 00:18:11.039
<v Speaker 1>It's like an arms race. Speaking of new ways, what

392
00:18:11.119 --> 00:18:13.880
<v Speaker 1>about attacks that target cookies? Those are used to track

393
00:18:13.960 --> 00:18:15.960
<v Speaker 1>user sessions on websites right right.

394
00:18:16.039 --> 00:18:19.599
<v Speaker 2>Cookies are little text files that websites store on your computer.

395
00:18:20.000 --> 00:18:23.680
<v Speaker 2>They remember things like your login status or preferences.

396
00:18:23.759 --> 00:18:26.680
<v Speaker 1>So if an attacker steals my cookies, they can basically

397
00:18:26.720 --> 00:18:28.279
<v Speaker 1>become me on that website.

398
00:18:28.359 --> 00:18:31.799
<v Speaker 2>You got it, And that's where attacks like sidejacking and

399
00:18:31.839 --> 00:18:32.960
<v Speaker 2>cookie stealing come in.

400
00:18:33.160 --> 00:18:34.200
<v Speaker 1>Tell me more about those.

401
00:18:34.400 --> 00:18:38.960
<v Speaker 2>Sidejacking is all about capturing cookies over unencrypted connections. Say

402
00:18:38.960 --> 00:18:41.359
<v Speaker 2>you're using public Wi Fi without a password.

403
00:18:41.480 --> 00:18:42.279
<v Speaker 1>Uh, oh, I've done that.

404
00:18:42.359 --> 00:18:44.880
<v Speaker 2>An attacker on that same network could use tools like

405
00:18:44.960 --> 00:18:47.519
<v Speaker 2>Hamster or ferret to snag your cookies.

406
00:18:47.599 --> 00:18:50.599
<v Speaker 1>And if they get my session cookie for like my

407
00:18:50.720 --> 00:18:52.359
<v Speaker 1>online banking, they're in.

408
00:18:52.440 --> 00:18:55.039
<v Speaker 2>They could potentially take over your account. That's why it's

409
00:18:55.039 --> 00:18:58.319
<v Speaker 2>so important for websites to use HTTPS, which encrypts everything.

410
00:18:58.480 --> 00:19:02.359
<v Speaker 1>So HTTPS scrambles it data, making it unreadable to snoopers.

411
00:19:02.920 --> 00:19:05.799
<v Speaker 2>Makes sense? What about those tools I've heard of fire

412
00:19:05.799 --> 00:19:09.319
<v Speaker 2>sheep and SSL strip. Didn't they mess with cookies and Https?

413
00:19:09.559 --> 00:19:13.200
<v Speaker 2>They did. Fire sheep was notorious for hijacking sessions over

414
00:19:13.240 --> 00:19:17.519
<v Speaker 2>those unencrypted networks, especially on sites like Facebook and Twitter, So.

415
00:19:17.440 --> 00:19:21.039
<v Speaker 1>It showed everyone how vulnerable those unencrypted connections were.

416
00:19:21.240 --> 00:19:23.160
<v Speaker 2>You could say that it was a wake up call.

417
00:19:23.279 --> 00:19:25.160
<v Speaker 1>What about SSL strip? How does that work?

418
00:19:25.319 --> 00:19:30.039
<v Speaker 2>Fsl strip is sneaky. It downgrades HTTPS connections to regular HTTP,

419
00:19:30.400 --> 00:19:31.599
<v Speaker 2>removing that encryption.

420
00:19:31.799 --> 00:19:35.400
<v Speaker 1>So even if a website uses HTTPS, an attacker could

421
00:19:35.440 --> 00:19:37.079
<v Speaker 1>bypass it with SSL strip.

422
00:19:37.160 --> 00:19:40.720
<v Speaker 2>In certain situations, yes, it allows them to eavesdrop on traffic,

423
00:19:41.119 --> 00:19:43.799
<v Speaker 2>but they need to be in a position to manipulate

424
00:19:43.839 --> 00:19:45.319
<v Speaker 2>that network traffic.

425
00:19:45.079 --> 00:19:47.880
<v Speaker 1>So like running a fake Wi Fi hotspot.

426
00:19:47.640 --> 00:19:51.519
<v Speaker 2>Or using a technique like ARP spoofing to readirect traffic.

427
00:19:51.599 --> 00:19:53.720
<v Speaker 1>Okay, so we've covered a ton of network and web

428
00:19:53.720 --> 00:19:57.799
<v Speaker 1>application attacks, but the book also talks about physical attacks

429
00:19:57.920 --> 00:19:59.519
<v Speaker 1>the on sidekick.

430
00:19:59.160 --> 00:20:02.680
<v Speaker 2>Right, security is often overlooked, but it's just as important

431
00:20:02.720 --> 00:20:06.880
<v Speaker 2>as digital security. This section covers compromising wireless networks, cloning

432
00:20:06.960 --> 00:20:09.440
<v Speaker 2>key cards, and planting secret devices for access.

433
00:20:09.559 --> 00:20:11.799
<v Speaker 1>Let's start with those wireless attacks. How do people usually

434
00:20:11.839 --> 00:20:13.279
<v Speaker 1>break into Wi Fi networks?

435
00:20:13.480 --> 00:20:17.039
<v Speaker 2>If a company is still using WEP encryption, that's like

436
00:20:17.160 --> 00:20:20.839
<v Speaker 2>leaving the door wide open. It's super easy to crack

437
00:20:20.880 --> 00:20:22.799
<v Speaker 2>with tools like fern Wi Fi cracker.

438
00:20:23.039 --> 00:20:25.640
<v Speaker 1>So if you see a Wi Fi network using WEP,

439
00:20:26.480 --> 00:20:27.640
<v Speaker 1>run away fast.

440
00:20:28.119 --> 00:20:31.200
<v Speaker 2>WPA two is the standard now much more secure, but

441
00:20:31.319 --> 00:20:34.640
<v Speaker 2>even that can be vulnerable, especially if the passwords are weak.

442
00:20:34.799 --> 00:20:36.680
<v Speaker 1>Right, A good password is your first line of.

443
00:20:36.640 --> 00:20:41.359
<v Speaker 2>Defense absolutely to crack WPA two. Attackers usually capture the

444
00:20:41.400 --> 00:20:44.359
<v Speaker 2>handshake when a device connects. Then they use tools like

445
00:20:44.400 --> 00:20:47.200
<v Speaker 2>hashcat to try and figure out the password. That's why

446
00:20:47.279 --> 00:20:49.759
<v Speaker 2>having a strong, unique password is so important.

447
00:20:50.000 --> 00:20:52.960
<v Speaker 1>The longer and more random, the better. What about those

448
00:20:53.079 --> 00:20:54.440
<v Speaker 1>WPS attacks I've heard of.

449
00:20:54.720 --> 00:20:57.960
<v Speaker 2>WPS stands for a Wi Fi Protected setup. It was

450
00:20:57.960 --> 00:21:00.640
<v Speaker 2>supposed to make connecting to Wi Fi easy, but it

451
00:21:00.720 --> 00:21:04.640
<v Speaker 2>actually introduced some security flaws. It uses a pin, and

452
00:21:04.799 --> 00:21:08.000
<v Speaker 2>attackers can route force those pins with tools like reaver

453
00:21:08.359 --> 00:21:09.279
<v Speaker 2>root force, so.

454
00:21:09.200 --> 00:21:11.160
<v Speaker 1>They just keep trying different pins until they get it.

455
00:21:11.240 --> 00:21:13.640
<v Speaker 2>Pretty much, it's like trying every combination on the lock

456
00:21:13.720 --> 00:21:14.440
<v Speaker 2>until it opens.

457
00:21:14.559 --> 00:21:16.039
<v Speaker 1>Not very secure, then not at all.

458
00:21:16.079 --> 00:21:18.799
<v Speaker 2>And the book covers even trickier wireless attacks like going

459
00:21:18.839 --> 00:21:20.799
<v Speaker 2>after WPA enterprise networks.

460
00:21:21.039 --> 00:21:24.440
<v Speaker 1>Those are the ones used in businesses right with stronger security.

461
00:21:24.079 --> 00:21:26.759
<v Speaker 2>Exactly, they might try setting up a fake server that

462
00:21:26.839 --> 00:21:31.079
<v Speaker 2>handles authentication. That way they can capture user names and passwords.

463
00:21:31.759 --> 00:21:35.599
<v Speaker 1>Tricky, so they're impersonating the legitimate system exactly.

464
00:21:35.680 --> 00:21:36.880
<v Speaker 2>It's all about deception.

465
00:21:37.519 --> 00:21:42.200
<v Speaker 1>Okay, moving on to physical access. What are some sneaky

466
00:21:42.240 --> 00:21:45.559
<v Speaker 1>ways attackers get into buildings or secure areas.

467
00:21:45.839 --> 00:21:48.480
<v Speaker 2>Cloning those access cards is pretty common.

468
00:21:48.640 --> 00:21:50.519
<v Speaker 1>You mean, like those key cards you swipe to get in.

469
00:21:50.720 --> 00:21:53.559
<v Speaker 2>Yeah, they can copy the data from a legit card

470
00:21:53.680 --> 00:21:56.680
<v Speaker 2>using an RFID reader and then create a fake one.

471
00:21:56.799 --> 00:21:58.839
<v Speaker 2>It's like making a duplicate key so.

472
00:21:58.759 --> 00:22:01.200
<v Speaker 1>You can walk right in. What about social engineering? Isn't

473
00:22:01.240 --> 00:22:02.759
<v Speaker 1>that a big part of physical attacks?

474
00:22:02.960 --> 00:22:06.240
<v Speaker 2>Huge They might trick employees into letting them in, pretend

475
00:22:06.319 --> 00:22:10.240
<v Speaker 2>to be a delivery person, a maintenance worker, anything to

476
00:22:10.279 --> 00:22:11.480
<v Speaker 2>get past security.

477
00:22:11.599 --> 00:22:14.480
<v Speaker 1>So physical security is just as much about people as

478
00:22:14.480 --> 00:22:15.640
<v Speaker 1>it is about technology.

479
00:22:15.759 --> 00:22:18.880
<v Speaker 2>Totally. Now, the book gets even sneakier talking about planting,

480
00:22:19.240 --> 00:22:21.000
<v Speaker 2>pen testing drop boxes.

481
00:22:21.119 --> 00:22:22.400
<v Speaker 1>Drop boxes, what are those?

482
00:22:22.480 --> 00:22:26.160
<v Speaker 2>They're tiny devices attackers hide inside the target's environment.

483
00:22:25.920 --> 00:22:26.960
<v Speaker 1>Like a secret backdoor.

484
00:22:27.359 --> 00:22:30.359
<v Speaker 2>You got it. They can be hidden anywhere air vents,

485
00:22:30.559 --> 00:22:33.599
<v Speaker 2>behind furniture, even inside computers.

486
00:22:33.160 --> 00:22:35.960
<v Speaker 1>So even if they lose their initial access, they still

487
00:22:35.960 --> 00:22:36.599
<v Speaker 1>have a way.

488
00:22:36.440 --> 00:22:40.200
<v Speaker 2>Back in exactly. The book mentions the odroid U two

489
00:22:40.400 --> 00:22:43.079
<v Speaker 2>as a good platform for making these. They walk you

490
00:22:43.119 --> 00:22:46.279
<v Speaker 2>through setting it up with remote access and scripts so

491
00:22:46.319 --> 00:22:48.960
<v Speaker 2>the attacker can connect back in whenever they want.

492
00:22:49.160 --> 00:22:50.400
<v Speaker 1>That's some next level stuff.

493
00:22:50.440 --> 00:22:53.359
<v Speaker 2>It shows how determined some attackers can be. They'll go

494
00:22:53.440 --> 00:22:55.640
<v Speaker 2>to great lengths to maintain access.

495
00:22:56.000 --> 00:22:58.920
<v Speaker 1>Okay, we've covered a lot, from scanning networks to sneaking

496
00:22:59.000 --> 00:23:03.559
<v Speaker 1>into buildings. What other must have skills do penetration testers need?

497
00:23:03.920 --> 00:23:07.799
<v Speaker 2>The Hacker playbook calls these special teams things like cracking passwords,

498
00:23:07.839 --> 00:23:11.000
<v Speaker 2>creating those exploits, and bypassing security measures.

499
00:23:11.160 --> 00:23:14.160
<v Speaker 1>So the elite forces of hacking. Let's start with cracking passwords.

500
00:23:14.160 --> 00:23:15.400
<v Speaker 1>What are some common techniques?

501
00:23:15.799 --> 00:23:19.400
<v Speaker 2>Route forcing is the most basic. Trying every possible character

502
00:23:19.440 --> 00:23:21.079
<v Speaker 2>combination until they find the right.

503
00:23:20.960 --> 00:23:22.680
<v Speaker 1>Password sounds time consuming.

504
00:23:22.839 --> 00:23:27.279
<v Speaker 2>It can be, especially for long, complex passwords, so attackers

505
00:23:27.279 --> 00:23:30.680
<v Speaker 2>look for shortcuts, like what word lists and rules. Word

506
00:23:30.720 --> 00:23:34.400
<v Speaker 2>lists are like dictionaries of common passwords. Rules are ways

507
00:23:34.440 --> 00:23:35.920
<v Speaker 2>to modify those passwords.

508
00:23:36.000 --> 00:23:38.160
<v Speaker 1>So they might take a password like password one two

509
00:23:38.200 --> 00:23:41.359
<v Speaker 1>three and try variations like password one two three or

510
00:23:41.640 --> 00:23:43.319
<v Speaker 1>p at two dollar and one two to.

511
00:23:43.279 --> 00:23:46.559
<v Speaker 2>Three dollars exactly. They also use rules to add things

512
00:23:46.640 --> 00:23:49.799
<v Speaker 2>like years or words related to the target. It's all

513
00:23:49.839 --> 00:23:53.160
<v Speaker 2>about guessing based on how people usually create passwords.

514
00:23:53.200 --> 00:23:55.319
<v Speaker 1>They're using psychology as much as technology.

515
00:23:55.400 --> 00:23:57.599
<v Speaker 2>You got it, and they use tools like John the

516
00:23:57.640 --> 00:23:59.559
<v Speaker 2>Ripple and hashcat to automate all this.

517
00:24:00.039 --> 00:24:01.480
<v Speaker 1>What do those tools actually do?

518
00:24:01.799 --> 00:24:04.720
<v Speaker 2>They take those stolen password hashes and try to guess

519
00:24:04.759 --> 00:24:09.440
<v Speaker 2>the real passwords using word lists, rules, and various cracking techniques.

520
00:24:09.559 --> 00:24:11.279
<v Speaker 2>It's a bit like a high tech guessing game.

521
00:24:11.400 --> 00:24:13.400
<v Speaker 1>Okay, remind me again what's a hash password.

522
00:24:13.480 --> 00:24:15.359
<v Speaker 2>It's like a scrambled version of a password. It's a

523
00:24:15.359 --> 00:24:17.880
<v Speaker 2>one way transformation. You can't go back from the hash

524
00:24:17.880 --> 00:24:19.400
<v Speaker 2>to the original password easily.

525
00:24:19.599 --> 00:24:22.400
<v Speaker 1>So attackers are trying to find a password that, when hashed,

526
00:24:22.799 --> 00:24:24.519
<v Speaker 1>matches the one they stole exactly.

527
00:24:24.720 --> 00:24:27.039
<v Speaker 2>And the book shows how to crack MD five hashes

528
00:24:27.119 --> 00:24:30.839
<v Speaker 2>using John the Ripper and WPA two hashes using hashcat.

529
00:24:31.119 --> 00:24:34.599
<v Speaker 1>It all comes back to having strong, unique passwords and

530
00:24:34.640 --> 00:24:35.759
<v Speaker 1>storing them securely.

531
00:24:35.920 --> 00:24:39.200
<v Speaker 2>Absolutely, the stronger your passwords, the harder they are to crack.

532
00:24:41.119 --> 00:24:45.039
<v Speaker 1>Okay, now let's talk about exploit development. How do attackers

533
00:24:45.200 --> 00:24:47.559
<v Speaker 1>actually create those exploits?

534
00:24:47.880 --> 00:24:50.200
<v Speaker 2>Yeah, that always seems like a mysterious process to me.

535
00:24:50.400 --> 00:24:53.759
<v Speaker 1>It's a complex skill. It requires a deep understanding of

536
00:24:53.839 --> 00:24:58.359
<v Speaker 1>software vulnerabilities and how to exploit them. Attackers often start

537
00:24:58.440 --> 00:24:59.559
<v Speaker 1>by looking at known.

538
00:24:59.440 --> 00:25:01.400
<v Speaker 2>Vulnerability so they do their research.

539
00:25:01.640 --> 00:25:05.759
<v Speaker 1>They use websites like exploit dB and the National Vulnerability Database.

540
00:25:06.279 --> 00:25:09.039
<v Speaker 1>They also use techniques like fuzzing, which we talked about

541
00:25:09.079 --> 00:25:10.720
<v Speaker 1>and reverse engineering to find new ones.

542
00:25:10.839 --> 00:25:12.000
<v Speaker 2>Whatt's reverse engineering.

543
00:25:12.240 --> 00:25:14.799
<v Speaker 1>It's taking software apart to see how it works, like

544
00:25:14.960 --> 00:25:17.680
<v Speaker 1>dissecting a machine to see how all the gears fit together.

545
00:25:17.839 --> 00:25:18.880
<v Speaker 2>That sounds pretty intense.

546
00:25:19.279 --> 00:25:21.799
<v Speaker 1>It can be. And once they find a weakness, they

547
00:25:21.839 --> 00:25:24.400
<v Speaker 1>need to write code to exploit it, make it do

548
00:25:24.519 --> 00:25:26.079
<v Speaker 1>things it wasn't designed to do.

549
00:25:26.240 --> 00:25:28.720
<v Speaker 2>So it's like being a programmer, but for evil in

550
00:25:28.759 --> 00:25:29.079
<v Speaker 2>a way.

551
00:25:29.160 --> 00:25:31.640
<v Speaker 1>Yeah, but there are tools and frameworks that can help,

552
00:25:31.880 --> 00:25:36.559
<v Speaker 1>like metasploit. Right, Okay, let's talk about bypassing security controls?

553
00:25:37.480 --> 00:25:42.200
<v Speaker 1>How do attackers get past things like firewalls and anti virus.

554
00:25:42.480 --> 00:25:44.920
<v Speaker 2>Attackers are always trying to stay ahead of the game.

555
00:25:45.559 --> 00:25:49.039
<v Speaker 2>They might tunnel traffic through weird ports, disguise their code

556
00:25:49.079 --> 00:25:53.359
<v Speaker 2>to avoid detection, even exploit flaws in the security software itself.

557
00:25:53.519 --> 00:25:55.559
<v Speaker 1>It's a never ending battle, isn't it It is.

558
00:25:56.039 --> 00:25:59.440
<v Speaker 2>Attackers and defenders are constantly trying to outsmart each other.

559
00:26:00.079 --> 00:26:02.039
<v Speaker 2>That's why it's so important to stay up to date

560
00:26:02.079 --> 00:26:05.000
<v Speaker 2>on the latest threats and have a layered security approach.

561
00:26:05.279 --> 00:26:07.880
<v Speaker 2>Don't rely on just one thing to protect you.

562
00:26:08.359 --> 00:26:10.640
<v Speaker 1>Okay, so we've covered a lot of the technical stuff,

563
00:26:11.039 --> 00:26:13.759
<v Speaker 1>but what happens after a penetration test is done. What

564
00:26:13.759 --> 00:26:14.920
<v Speaker 1>about the reporting phase?

565
00:26:15.240 --> 00:26:17.720
<v Speaker 2>The report is super important. It's where you tell the

566
00:26:17.759 --> 00:26:20.200
<v Speaker 2>client what you found and how they can improve their security.

567
00:26:20.359 --> 00:26:22.400
<v Speaker 1>So it's not just about breaking in, it's about helping

568
00:26:22.400 --> 00:26:23.200
<v Speaker 1>them fix things.

569
00:26:23.319 --> 00:26:26.960
<v Speaker 2>Absolutely. A good report is clear, concise, and actionable. It

570
00:26:27.000 --> 00:26:29.240
<v Speaker 2>tells them what's broken, how you broke it, and how

571
00:26:29.279 --> 00:26:29.839
<v Speaker 2>to fix.

572
00:26:29.640 --> 00:26:31.599
<v Speaker 1>It, so it's a roadmap to better security.

573
00:26:31.880 --> 00:26:34.720
<v Speaker 2>Exactly. It should have an executive summary that gives a

574
00:26:34.799 --> 00:26:37.720
<v Speaker 2>high level overview, then go into the nitty gritty of

575
00:26:37.759 --> 00:26:41.960
<v Speaker 2>each vulnerability. How serious is it, how did you exploit it,

576
00:26:42.440 --> 00:26:43.839
<v Speaker 2>and what can they do to fix it?

577
00:26:44.559 --> 00:26:47.440
<v Speaker 1>So it's not just a laundry list of problems. It's

578
00:26:47.440 --> 00:26:50.079
<v Speaker 1>about providing context and guidance.

579
00:26:49.799 --> 00:26:53.319
<v Speaker 2>Right, and the report should prioritize the vulnerabilities based on

580
00:26:53.359 --> 00:26:57.599
<v Speaker 2>their severity. It needs to offer concrete solutions, including technical

581
00:26:57.640 --> 00:26:59.160
<v Speaker 2>details and best practices.

582
00:26:59.319 --> 00:27:00.960
<v Speaker 1>What about the level of detail. Does it have to

583
00:27:01.000 --> 00:27:01.839
<v Speaker 1>be super technical?

584
00:27:02.079 --> 00:27:04.799
<v Speaker 2>It depends on who's reading it. For a tech team, yeah,

585
00:27:04.839 --> 00:27:08.200
<v Speaker 2>go deep. But for management or executives, keep it simple

586
00:27:08.240 --> 00:27:11.119
<v Speaker 2>and focus on the business impact of those vulnerabilities.

587
00:27:11.200 --> 00:27:12.880
<v Speaker 1>So tailor the report to the audience.

588
00:27:13.000 --> 00:27:16.279
<v Speaker 2>Exactly. A good penetration tester isn't just a tech whiz,

589
00:27:16.319 --> 00:27:18.119
<v Speaker 2>they're also a good communicator.

590
00:27:18.200 --> 00:27:21.799
<v Speaker 1>Communication is key in any field. Okay, so we've covered

591
00:27:21.839 --> 00:27:24.200
<v Speaker 1>a ton of ground in this deep dive. Any major

592
00:27:24.240 --> 00:27:25.599
<v Speaker 1>takeaways for our listeners.

593
00:27:26.000 --> 00:27:28.599
<v Speaker 2>I think the biggest one is that penetration testing is

594
00:27:28.680 --> 00:27:32.400
<v Speaker 2>crucial for finding and fixing security holes. It's not about

595
00:27:32.440 --> 00:27:36.279
<v Speaker 2>being malicious, It's about helping organizations improve their defenses.

596
00:27:36.079 --> 00:27:39.240
<v Speaker 1>And thinking like an attacker, understand their methods so we

597
00:27:39.240 --> 00:27:40.519
<v Speaker 1>can build better defenses.

598
00:27:40.599 --> 00:27:43.920
<v Speaker 2>You got it. And this book, The Hacker Playbook, is

599
00:27:43.960 --> 00:27:46.680
<v Speaker 2>a great resource for anyone wanting to learn more about

600
00:27:46.720 --> 00:27:47.720
<v Speaker 2>penetration testing.

601
00:27:47.920 --> 00:27:51.599
<v Speaker 1>Definitely. Now imagine you're wrapping up a penetration test for

602
00:27:51.640 --> 00:27:54.440
<v Speaker 1>that Fortune five hundred company. We talked about what would

603
00:27:54.480 --> 00:27:56.279
<v Speaker 1>be the key points in your report.

604
00:27:56.599 --> 00:27:59.880
<v Speaker 2>Well, it'd stressed the importance of a layered security.

605
00:27:59.319 --> 00:28:03.039
<v Speaker 1>Approach, so don't rely on just one thing exactly.

606
00:28:03.480 --> 00:28:06.680
<v Speaker 2>Multiple layers of security controls mean that if one fails,

607
00:28:06.839 --> 00:28:09.400
<v Speaker 2>others are there to catch the attack, like having a

608
00:28:09.440 --> 00:28:12.640
<v Speaker 2>backup plan for your backup plan. Defense in depth, right,

609
00:28:12.799 --> 00:28:16.279
<v Speaker 2>and I'd emphasize strong passwords, keeping software up to date,

610
00:28:16.559 --> 00:28:21.000
<v Speaker 2>and training employees on security best practices. You know the basics.

611
00:28:21.079 --> 00:28:22.640
<v Speaker 1>The basics are often the most important.

612
00:28:22.680 --> 00:28:25.440
<v Speaker 2>You'd be surprised how often they're overlooked. Of course, I'd

613
00:28:25.440 --> 00:28:28.599
<v Speaker 2>also highlight those specific vulnerabilities we found during the test

614
00:28:28.640 --> 00:28:30.920
<v Speaker 2>and how to fix them, so the.

615
00:28:30.960 --> 00:28:34.519
<v Speaker 1>Report would act as a blueprint for improving their security.

616
00:28:34.160 --> 00:28:38.319
<v Speaker 2>Precisely, give them the tools and knowledge to strengthen their defenses.

617
00:28:38.599 --> 00:28:42.240
<v Speaker 1>Okay, so much great info today, any parting words of

618
00:28:42.279 --> 00:28:43.480
<v Speaker 1>wisdom for our listeners.

619
00:28:43.599 --> 00:28:46.000
<v Speaker 2>If you're interested in this stuff, definitely check out the

620
00:28:46.000 --> 00:28:48.160
<v Speaker 2>Hacker Playbook. It's a fantastic resource.

621
00:28:48.240 --> 00:28:53.279
<v Speaker 1>And remember, security is an ongoing journey. It's all about learning, adapting,

622
00:28:53.559 --> 00:28:55.160
<v Speaker 1>and staying one step ahead.

623
00:28:55.359 --> 00:28:59.079
<v Speaker 2>Well said. The more you understand about penetration testing, the

624
00:28:59.119 --> 00:29:01.839
<v Speaker 2>better you can defend against those real world attacks.

625
00:29:02.559 --> 00:29:04.599
<v Speaker 1>All right, let's end with a challenge for our listeners.

626
00:29:05.119 --> 00:29:08.839
<v Speaker 1>How would you adapt these techniques for a specific type

627
00:29:08.880 --> 00:29:12.839
<v Speaker 1>of organization like a hospital or a government agency. What

628
00:29:12.920 --> 00:29:17.079
<v Speaker 1>would be different? Fascinating, right, all these different techniques and attacks.

629
00:29:17.160 --> 00:29:19.079
<v Speaker 1>It's like a whole new world, it is.

630
00:29:19.279 --> 00:29:21.720
<v Speaker 2>And as we've been diving into these network and web

631
00:29:21.759 --> 00:29:24.319
<v Speaker 2>app attacks, it made me realize the book doesn't really

632
00:29:24.359 --> 00:29:25.720
<v Speaker 2>cover one crucial area.

633
00:29:25.839 --> 00:29:28.720
<v Speaker 1>I know, what you mean the cloud? With everything moving

634
00:29:28.759 --> 00:29:31.559
<v Speaker 1>to the cloud these days, cloud security is a whole

635
00:29:31.599 --> 00:29:32.359
<v Speaker 1>other ballgame.

636
00:29:32.559 --> 00:29:35.279
<v Speaker 2>Right. It's like we've been focused on fortifying the castle,

637
00:29:35.359 --> 00:29:37.079
<v Speaker 2>but now the battle's moving to the sky.

638
00:29:37.279 --> 00:29:39.799
<v Speaker 1>How do you even approach a penetration test when your

639
00:29:39.799 --> 00:29:42.319
<v Speaker 1>target is constantly shifting and changing in the cloud.

640
00:29:42.599 --> 00:29:45.880
<v Speaker 2>That's a key difference with cloud penetration testing. You're not

641
00:29:45.960 --> 00:29:48.759
<v Speaker 2>dealing with those physical servers and networks anymore.

642
00:29:49.160 --> 00:29:52.559
<v Speaker 1>So it's not as simple as scanning ports and looking

643
00:29:52.559 --> 00:29:54.160
<v Speaker 1>for open vulnerabilities.

644
00:29:54.440 --> 00:29:59.160
<v Speaker 2>It's more about understanding the cloud architecture, the security models,

645
00:29:59.400 --> 00:30:02.400
<v Speaker 2>how respond one's ability is shared between the cloud provider

646
00:30:02.440 --> 00:30:03.160
<v Speaker 2>and the customer.

647
00:30:04.119 --> 00:30:07.039
<v Speaker 1>So the rules of the game have changed exactly.

648
00:30:07.519 --> 00:30:11.440
<v Speaker 2>Those traditional penetration testing techniques still apply, but you have

649
00:30:11.519 --> 00:30:12.799
<v Speaker 2>to adapt them for the cloud.

650
00:30:13.160 --> 00:30:14.720
<v Speaker 1>What kind of things do you have to consider?

651
00:30:15.240 --> 00:30:21.000
<v Speaker 2>Oh, all sorts of things, misconfigured permissions, insecure APIs vulnerabilities,

652
00:30:21.000 --> 00:30:22.480
<v Speaker 2>and those servillist functions.

653
00:30:22.599 --> 00:30:24.599
<v Speaker 1>It's like learning a new language and a new set

654
00:30:24.640 --> 00:30:26.319
<v Speaker 1>of combat skills all at once.

655
00:30:26.480 --> 00:30:28.519
<v Speaker 2>You got it, and you have to be really careful

656
00:30:28.519 --> 00:30:30.400
<v Speaker 2>about the legal and ethical side.

657
00:30:30.200 --> 00:30:32.160
<v Speaker 1>Of things, right. You can't just go poking around on

658
00:30:32.160 --> 00:30:34.200
<v Speaker 1>someone else's cloud without permission exactly.

659
00:30:34.279 --> 00:30:38.160
<v Speaker 2>You need clear scope, coordination with everyone involved, and make

660
00:30:38.200 --> 00:30:40.400
<v Speaker 2>sure you're operating within the rules and agreements.

661
00:30:40.599 --> 00:30:45.279
<v Speaker 1>So cloud penetration testing requires a whole new level of expertise.

662
00:30:45.680 --> 00:30:48.640
<v Speaker 2>It does, and it's a hot field right now. Lots

663
00:30:48.680 --> 00:30:51.319
<v Speaker 2>of demand for skilled cloud pen testers.

664
00:30:51.480 --> 00:30:53.400
<v Speaker 1>So for those listeners who are ready to take their

665
00:30:53.440 --> 00:30:55.559
<v Speaker 1>skills to the cloud, what advice would you give them?

666
00:30:55.599 --> 00:30:59.359
<v Speaker 2>First, get a solid grasp of those cloud technologies. Understand

667
00:30:59.440 --> 00:31:01.160
<v Speaker 2>the different service models, like.

668
00:31:01.240 --> 00:31:06.079
<v Speaker 1>What's the difference between infrastructure as a service, platform as

669
00:31:06.119 --> 00:31:09.200
<v Speaker 1>a service, software as a service, all those as a

670
00:31:09.240 --> 00:31:10.880
<v Speaker 1>service things exactly.

671
00:31:11.680 --> 00:31:16.759
<v Speaker 2>Then dive into cloud security concepts, things like identity and

672
00:31:16.839 --> 00:31:22.759
<v Speaker 2>access management, security groups, encryption. Learn about that shared responsibility.

673
00:31:21.880 --> 00:31:24.240
<v Speaker 1>Model, knowing who's responsible for what right.

674
00:31:24.799 --> 00:31:29.200
<v Speaker 2>Then start exploring cloud specific penetration testing tools and techniques.

675
00:31:29.599 --> 00:31:33.640
<v Speaker 2>There are tools for scanning cloud infrastructure, testing APIs, finding holes,

676
00:31:33.680 --> 00:31:37.279
<v Speaker 2>and serverleist functions. It's like upgrading your toolbox for the cloud.

677
00:31:37.400 --> 00:31:39.359
<v Speaker 1>And don't forget those communication skills.

678
00:31:39.400 --> 00:31:42.519
<v Speaker 2>You're right. Cloud penetration testing is often a team effort.

679
00:31:42.720 --> 00:31:45.680
<v Speaker 2>You're working with the cloud provider, the client. Everyone needs

680
00:31:45.720 --> 00:31:47.640
<v Speaker 2>to be on the same page, being able to clearly

681
00:31:47.640 --> 00:31:49.200
<v Speaker 2>explain your findings is crucial.

682
00:31:49.440 --> 00:31:52.000
<v Speaker 1>So if the Hacker Playbook is our guide to the

683
00:31:52.079 --> 00:31:55.200
<v Speaker 1>on premises world, we need a whole new playbook for

684
00:31:55.240 --> 00:31:55.680
<v Speaker 1>the cloud.

685
00:31:56.400 --> 00:31:57.960
<v Speaker 2>I think that's a great way to put it. The

686
00:31:58.039 --> 00:32:02.440
<v Speaker 2>fundamentals are still there about understanding how things work, finding

687
00:32:02.440 --> 00:32:05.720
<v Speaker 2>those weaknesses, and showing how they can be exploited. But

688
00:32:05.799 --> 00:32:09.160
<v Speaker 2>the cloud adds a whole new layer of complexity.

689
00:32:08.640 --> 00:32:10.759
<v Speaker 1>And a whole new set of opportunities for those who

690
00:32:10.799 --> 00:32:11.720
<v Speaker 1>are up for the challenge.

691
00:32:11.799 --> 00:32:12.400
<v Speaker 2>Exactly.

692
00:32:12.920 --> 00:32:14.880
<v Speaker 1>Well, on that note, I think it's time to wrap

693
00:32:14.960 --> 00:32:15.799
<v Speaker 1>up this deep dive.

694
00:32:16.000 --> 00:32:17.519
<v Speaker 2>Yeah, we covered a lot of ground.

695
00:32:17.640 --> 00:32:20.839
<v Speaker 1>We explored the world of penetration testing, from setting up

696
00:32:20.880 --> 00:32:24.720
<v Speaker 1>your own lab to uncovering those sneaky vulnerabilities in web

697
00:32:24.759 --> 00:32:28.400
<v Speaker 1>applications and networks. We even ventured into the cloud and

698
00:32:28.480 --> 00:32:29.759
<v Speaker 1>saw how the game is changing.

699
00:32:29.920 --> 00:32:31.480
<v Speaker 2>It's been quite a journey.

700
00:32:31.279 --> 00:32:35.759
<v Speaker 1>It has so to our listeners. Keep learning, keep experimenting,

701
00:32:36.000 --> 00:32:38.880
<v Speaker 1>and keep pushing the boundaries of cybersecurity.

702
00:32:38.240 --> 00:32:41.480
<v Speaker 2>Stay curious, stay ethical, and happy hacking.

703
00:32:41.880 --> 00:32:44.440
<v Speaker 1>That's a wrap for this deep dive into the Hacker Playbook.

704
00:32:44.599 --> 00:32:47.200
<v Speaker 2>Until next time, Stay safe out there in the digital

705
00:32:47.200 --> 00:32:47.519
<v Speaker 2>world

706
00:32:47.720 --> 00:32:49.519
<v Speaker 1>And keep those firewalls strong,
