WEBVTT

1
00:00:00.080 --> 00:00:02.439
<v Speaker 1>Welcome to the deep dive, where we plunge into dense

2
00:00:02.480 --> 00:00:05.919
<v Speaker 1>information and pull out those surprising, impactful nuggets of knowledge,

3
00:00:06.240 --> 00:00:09.599
<v Speaker 1>all crafted just for you. Today, we're navigating a world

4
00:00:09.679 --> 00:00:14.000
<v Speaker 1>that's more interconnected than ever. Our digital lives, every transaction,

5
00:00:14.119 --> 00:00:17.440
<v Speaker 1>every connection, every piece of personal information flows through this

6
00:00:17.600 --> 00:00:20.480
<v Speaker 1>vast network, making the art of safe collecting it not

7
00:00:20.559 --> 00:00:23.679
<v Speaker 1>just important but absolutely critical.

8
00:00:23.920 --> 00:00:27.199
<v Speaker 2>And at the heart of that safeguarding, ironically often lies

9
00:00:27.199 --> 00:00:31.640
<v Speaker 2>its weakest point, what we call authentication hacking or password cracking.

10
00:00:32.119 --> 00:00:35.280
<v Speaker 2>It's a fascinating blend of art and science, like finding

11
00:00:35.280 --> 00:00:37.679
<v Speaker 2>the digital skeleton key. Whether you're an attacker trying to

12
00:00:37.679 --> 00:00:40.719
<v Speaker 2>get in or an ethical security tester trying to keep

13
00:00:40.759 --> 00:00:44.920
<v Speaker 2>them out, understanding this process is fundamental.

14
00:00:44.560 --> 00:00:46.759
<v Speaker 1>Right, and our mission today is to pull back the

15
00:00:46.759 --> 00:00:49.799
<v Speaker 1>curtain on this complex world. We're going to unveil the

16
00:00:49.880 --> 00:00:53.320
<v Speaker 1>layers of security that shield our digital identities, exploring the

17
00:00:53.439 --> 00:00:57.280
<v Speaker 1>very arsenal of tools wielded by malicious actors, but crucially

18
00:00:57.520 --> 00:01:00.560
<v Speaker 1>also by the pen testers and red teams who assess

19
00:01:00.560 --> 00:01:04.040
<v Speaker 1>and strengthen digital fortifications. Our goal for you is to

20
00:01:04.120 --> 00:01:07.040
<v Speaker 1>walk away with knowledge that empowers you to bolster your

21
00:01:07.079 --> 00:01:10.599
<v Speaker 1>own defenses or to better understand vulnerabilities in your environment.

22
00:01:11.000 --> 00:01:13.840
<v Speaker 2>And we're drawing our insights from an excellent source, Daniel

23
00:01:13.959 --> 00:01:17.959
<v Speaker 2>WD Delee's book Password Cracking with Kylie Lennox twenty twenty three.

24
00:01:18.519 --> 00:01:21.280
<v Speaker 2>Daniel brings a wealth of practical knowledge with over twenty

25
00:01:21.400 --> 00:01:25.079
<v Speaker 2>years in it and more than a decade focused entirely

26
00:01:25.159 --> 00:01:26.120
<v Speaker 2>on security research.

27
00:01:26.159 --> 00:01:27.760
<v Speaker 3>It's a truly valuable perspective.

28
00:01:28.040 --> 00:01:30.239
<v Speaker 1>So why does all this even matter to you personally

29
00:01:30.359 --> 00:01:33.680
<v Speaker 1>or professionally? What's truly astounding? Is it? Despite billions spent

30
00:01:33.719 --> 00:01:38.200
<v Speaker 1>on sophisticated cybersecurity, the weakest link often isn't cutting edge tech.

31
00:01:38.560 --> 00:01:42.640
<v Speaker 1>It's something we've known for decades. The human element, our brains,

32
00:01:42.640 --> 00:01:44.879
<v Speaker 1>it turns out, are often the real Achilles heel in

33
00:01:44.959 --> 00:01:45.760
<v Speaker 1>digital defense.

34
00:01:46.079 --> 00:01:49.560
<v Speaker 2>That's a profound point. The most common attack methods haven't

35
00:01:49.599 --> 00:01:53.079
<v Speaker 2>really changed because people continue to make predictable password choices.

36
00:01:53.640 --> 00:01:57.480
<v Speaker 2>For instance, root force attacks are automated tools that systematically

37
00:01:57.599 --> 00:02:01.680
<v Speaker 2>guess combinations. This is how one, two, three, four, five,

38
00:02:01.799 --> 00:02:05.640
<v Speaker 2>six or password get cracked in seconds. It's a low effort,

39
00:02:05.719 --> 00:02:06.280
<v Speaker 2>high reward.

40
00:02:06.400 --> 00:02:08.360
<v Speaker 1>So they're just throwing everything at the wall, like literally

41
00:02:08.400 --> 00:02:10.560
<v Speaker 1>trying everything. What's a step beyond that?

42
00:02:10.719 --> 00:02:14.360
<v Speaker 2>Well, yeah, essentially automated guessing, but a step up are

43
00:02:14.400 --> 00:02:18.039
<v Speaker 2>dictionary attacks, which try commonly used words or phrases from

44
00:02:18.080 --> 00:02:20.840
<v Speaker 2>pre compiled lists. If your password is Summer twenty twenty

45
00:02:20.840 --> 00:02:23.919
<v Speaker 2>four or even something like Dragon Slayer ninety nine, chances

46
00:02:23.919 --> 00:02:25.360
<v Speaker 2>are it's on one of those lists.

47
00:02:25.400 --> 00:02:28.599
<v Speaker 1>Okay, And then there's something called credential stuffing that sounds

48
00:02:28.639 --> 00:02:30.680
<v Speaker 1>particularly insidious. How does that work?

49
00:02:31.039 --> 00:02:31.400
<v Speaker 3>It is?

50
00:02:31.680 --> 00:02:35.879
<v Speaker 2>Credential stuffing takes leaked user name password pairs from one service,

51
00:02:36.120 --> 00:02:38.360
<v Speaker 2>maybe a forum that had a data breach or an

52
00:02:38.360 --> 00:02:41.080
<v Speaker 2>old gaming site you forgot about, and then attackers try

53
00:02:41.120 --> 00:02:44.039
<v Speaker 2>to reuse those exact same combinations to access your accounts

54
00:02:44.039 --> 00:02:47.360
<v Speaker 2>on other services, think like your banking or email.

55
00:02:47.680 --> 00:02:49.159
<v Speaker 3>It totally exploits.

56
00:02:48.719 --> 00:02:51.439
<v Speaker 2>The human tendency to reuse passwords across platforms.

57
00:02:51.639 --> 00:02:54.199
<v Speaker 1>Wow. Yeah, that's a huge wake up call for unique

58
00:02:54.199 --> 00:02:57.000
<v Speaker 1>passwords everywhere. Right. And of course there's phishing. We hear

59
00:02:57.000 --> 00:02:59.120
<v Speaker 1>about it constantly, but how does it fit into the

60
00:02:59.120 --> 00:03:01.680
<v Speaker 1>password cracking puzzle? Is it really cracking?

61
00:03:02.080 --> 00:03:05.159
<v Speaker 2>Well, phishing is more of a social engineering attack. It's

62
00:03:05.199 --> 00:03:09.039
<v Speaker 2>about deception right right, tricking individuals into revealing their passwords

63
00:03:09.080 --> 00:03:12.560
<v Speaker 2>via fake emails or deceptive websites. While it's not directly

64
00:03:12.639 --> 00:03:16.719
<v Speaker 2>a cracking method itself, it's a primary way attackers obtain credentials,

65
00:03:16.879 --> 00:03:19.759
<v Speaker 2>often bypassing the need for any complex cracking at all.

66
00:03:20.319 --> 00:03:23.319
<v Speaker 2>Users without you know, good security training, are far more

67
00:03:23.360 --> 00:03:25.599
<v Speaker 2>susceptible to these elaborate scams.

68
00:03:25.680 --> 00:03:28.520
<v Speaker 1>And when weak passwords are breached, what are the real

69
00:03:28.560 --> 00:03:32.319
<v Speaker 1>world consequences beyond just a simple log in failure? What

70
00:03:32.439 --> 00:03:34.240
<v Speaker 1>kind of damage are we actually talking about here?

71
00:03:34.319 --> 00:03:37.560
<v Speaker 2>Oh, the risks are quite severe for individuals and organizations.

72
00:03:37.599 --> 00:03:42.560
<v Speaker 2>Breaches often lead to significant financial loss and severe reputational damage.

73
00:03:42.919 --> 00:03:45.599
<v Speaker 2>For you personally, it could mean identity taft, where cyber

74
00:03:45.639 --> 00:03:50.439
<v Speaker 2>criminals impersonate you, leading to major financial and frankly emotional distress.

75
00:03:50.680 --> 00:03:53.080
<v Speaker 1>And it doesn't stop there, does it. Once one account

76
00:03:53.120 --> 00:03:56.080
<v Speaker 1>is compromised, what else can an attacker potentially do?

77
00:03:56.520 --> 00:03:57.039
<v Speaker 3>Exactly?

78
00:03:57.360 --> 00:04:00.800
<v Speaker 2>They can use your compromise account to send Mali emails,

79
00:04:01.240 --> 00:04:05.919
<v Speaker 2>make unauthorized transactions, maybe even spread malware, effectively turning your

80
00:04:05.919 --> 00:04:10.360
<v Speaker 2>digital presence into a weapon. For organizations, this means unauthorized

81
00:04:10.400 --> 00:04:16.120
<v Speaker 2>access to critical systems, confidential data, proprietary information. The domino

82
00:04:16.160 --> 00:04:18.959
<v Speaker 2>effect can be absolutely devastating.

83
00:04:19.439 --> 00:04:21.600
<v Speaker 1>So the answer to this, at least in part is

84
00:04:21.639 --> 00:04:25.920
<v Speaker 1>simply strong passwords. But what actually makes a password strong

85
00:04:26.160 --> 00:04:27.879
<v Speaker 1>in this context? Is it just length?

86
00:04:28.120 --> 00:04:30.720
<v Speaker 2>Length helps, But it's more than that. Passwords with a

87
00:04:30.759 --> 00:04:33.839
<v Speaker 2>mix of upper and lowercase letters, numbers, and special characters

88
00:04:33.879 --> 00:04:37.639
<v Speaker 2>significantly increase the time and effort attackers need. Unique passwords

89
00:04:37.639 --> 00:04:40.079
<v Speaker 2>for each account are your best defense against that credential

90
00:04:40.079 --> 00:04:42.360
<v Speaker 2>stuffing we mentioned. Think of it as having a different

91
00:04:42.439 --> 00:04:44.519
<v Speaker 2>key for every door in your life. And you know,

92
00:04:44.560 --> 00:04:47.319
<v Speaker 2>password managers are excellent tools to help you manage all

93
00:04:47.319 --> 00:04:50.199
<v Speaker 2>these complex, unique passwords across all your services.

94
00:04:50.279 --> 00:04:51.160
<v Speaker 3>Highly recommend them.

95
00:04:51.360 --> 00:04:55.000
<v Speaker 1>It sounds like complexity and uniqueness really pay off. And

96
00:04:55.079 --> 00:04:59.439
<v Speaker 1>how does that layered defense connect with, say, defending against

97
00:04:59.439 --> 00:05:02.439
<v Speaker 1>those fishing attacks. Does a strong password help there too?

98
00:05:02.800 --> 00:05:03.519
<v Speaker 3>Yeah? It does.

99
00:05:03.639 --> 00:05:06.279
<v Speaker 2>Even if you accidentally click a malicious link in a

100
00:05:06.319 --> 00:05:10.319
<v Speaker 2>phishing email, or robust unique password makes it much harder

101
00:05:10.360 --> 00:05:12.079
<v Speaker 2>for attackers to actually gain entry.

102
00:05:12.120 --> 00:05:15.199
<v Speaker 3>If they somehow get it, it buys you time to react.

103
00:05:15.639 --> 00:05:19.399
<v Speaker 2>So yes, education, awareness and proactive password management are truly

104
00:05:19.480 --> 00:05:22.240
<v Speaker 2>crucial for you in this ongoing battle against cyber threats.

105
00:05:22.439 --> 00:05:25.759
<v Speaker 1>With that frightening why firmly in mind, let's pivot to

106
00:05:25.839 --> 00:05:28.399
<v Speaker 1>the how how do these digital locks actually work. Let's

107
00:05:28.480 --> 00:05:30.439
<v Speaker 1>peel back the layers a bit to understand the foundation

108
00:05:30.519 --> 00:05:32.160
<v Speaker 1>of password security and computers.

109
00:05:32.399 --> 00:05:36.279
<v Speaker 2>Okay, so, when you set a password, operating systems typically

110
00:05:36.319 --> 00:05:40.319
<v Speaker 2>don't store the plain texts that would be terrible. Instead,

111
00:05:40.399 --> 00:05:43.519
<v Speaker 2>they store it in an encrypted form called a password hash.

112
00:05:44.639 --> 00:05:47.519
<v Speaker 2>Think of a hash as a unique, one way fingerprint

113
00:05:47.519 --> 00:05:50.560
<v Speaker 2>of your password. You can create the fingerprint from the password,

114
00:05:50.560 --> 00:05:52.759
<v Speaker 2>but you can't easily get the password back just from

115
00:05:52.800 --> 00:05:56.279
<v Speaker 2>the fingerprint. That's the key during most security tests. Even

116
00:05:56.279 --> 00:05:59.279
<v Speaker 2>if you recover user passwords, they'll be in this hash

117
00:05:59.319 --> 00:06:01.879
<v Speaker 2>form need to be unencrypted or cracked.

118
00:06:02.240 --> 00:06:04.879
<v Speaker 1>Though it's wild to think that some services still store

119
00:06:04.959 --> 00:06:08.560
<v Speaker 1>or transmit passwords in plain text, making them incredibly vulnerable.

120
00:06:09.079 --> 00:06:12.519
<v Speaker 1>But mostly we're talking hashes now. In the Windows world,

121
00:06:12.519 --> 00:06:14.959
<v Speaker 1>there are a couple of key authentication protocols at play

122
00:06:15.040 --> 00:06:17.839
<v Speaker 1>right like NTLM and Carberos precisely.

123
00:06:18.160 --> 00:06:21.160
<v Speaker 2>First, there's NTLM or NTI and land Manager. It's kind

124
00:06:21.160 --> 00:06:24.439
<v Speaker 2>of a legacy protocol. It uses a challenge response mechanism.

125
00:06:24.800 --> 00:06:26.759
<v Speaker 2>While it's been around since the early days of Windows,

126
00:06:26.800 --> 00:06:29.680
<v Speaker 2>it's known to be vulnerable to attacks like past the hash,

127
00:06:29.879 --> 00:06:32.600
<v Speaker 2>where attackers can use the hash directly without ever needing

128
00:06:32.639 --> 00:06:36.399
<v Speaker 2>the plain text password scary stuff. It's gradually being replaced

129
00:06:36.399 --> 00:06:38.519
<v Speaker 2>by more robust methods, thankfully.

130
00:06:38.279 --> 00:06:41.319
<v Speaker 1>And the more secure option is Carbero's. What's the fundamental

131
00:06:41.360 --> 00:06:42.720
<v Speaker 1>difference there? How does that work?

132
00:06:42.879 --> 00:06:46.399
<v Speaker 2>Carberis is a ticket based system. It's designed to be

133
00:06:46.439 --> 00:06:49.879
<v Speaker 2>more secure, using encrypted tickets to grant access, kind of

134
00:06:49.879 --> 00:06:51.560
<v Speaker 2>like temporary passes at an event.

135
00:06:52.120 --> 00:06:53.199
<v Speaker 3>But what's fascinating is.

136
00:06:53.199 --> 00:06:56.439
<v Speaker 2>That even though Carberra's is inherently more secure, many companies

137
00:06:56.480 --> 00:07:01.720
<v Speaker 2>still use NTLM, sometimes alongside Carberos. And regardless, both Carbero's

138
00:07:01.759 --> 00:07:05.639
<v Speaker 2>tickets and NTL and password hashes are frequently targeted by attackers.

139
00:07:06.199 --> 00:07:09.800
<v Speaker 2>While their authentication protocols differ, the attack process in essence

140
00:07:09.839 --> 00:07:13.240
<v Speaker 2>is quite similar. Attackers obtain this encrypted password information the

141
00:07:13.279 --> 00:07:15.879
<v Speaker 2>hash or ticket, and then try to crack it offline.

142
00:07:15.959 --> 00:07:18.879
<v Speaker 1>That makes perfect sense, obtain the encrypted thing, then crack it.

143
00:07:19.360 --> 00:07:22.279
<v Speaker 1>And with that understanding of hashes and protocols, we can

144
00:07:22.319 --> 00:07:26.120
<v Speaker 1>now zero win on a particularly clever attack that directly

145
00:07:26.160 --> 00:07:30.480
<v Speaker 1>exploits Curbero's, something called kurber roasting. What exactly is happening

146
00:07:30.480 --> 00:07:31.519
<v Speaker 1>in this attack right?

147
00:07:31.600 --> 00:07:36.160
<v Speaker 2>Curk roasting it specifically targets the curbero's authentication protocol. Usually

148
00:07:36.160 --> 00:07:39.959
<v Speaker 2>within active directory environments, that's the Windows Network management System.

149
00:07:40.560 --> 00:07:43.399
<v Speaker 2>The true cutting of kerber roasting isn't just in cracking

150
00:07:43.399 --> 00:07:47.920
<v Speaker 2>a password. It's how attackers leverage legitimate system functionalities, the

151
00:07:48.040 --> 00:07:50.920
<v Speaker 2>very way active directory is designed to work. To turn

152
00:07:50.959 --> 00:07:56.160
<v Speaker 2>a feature into a pretty formidable vulnerability, an attacker captures

153
00:07:56.240 --> 00:08:00.000
<v Speaker 2>encrypted service tickets, often specifically targeting service accounts, and then

154
00:08:00.000 --> 00:08:02.240
<v Speaker 2>and attempts to crack them offline to reveal the plain

155
00:08:02.360 --> 00:08:03.319
<v Speaker 2>text passwords.

156
00:08:03.399 --> 00:08:05.720
<v Speaker 1>Okay, so service tickets are key here. How do they

157
00:08:05.800 --> 00:08:08.360
<v Speaker 1>fit into the carberra's structure. You mentioned tickets before.

158
00:08:08.480 --> 00:08:12.160
<v Speaker 2>Let's quickly break down the relevant corberra's components. First, there's

159
00:08:12.240 --> 00:08:15.000
<v Speaker 2>the ticket granting ticket or TGT. You get this when

160
00:08:15.040 --> 00:08:16.959
<v Speaker 2>you first log into a window system. It's like your

161
00:08:16.959 --> 00:08:20.480
<v Speaker 2>main entry pass. Then, using that TGT, you can request

162
00:08:20.519 --> 00:08:24.519
<v Speaker 2>service tickets for specific network resources like file servers or

163
00:08:24.560 --> 00:08:29.839
<v Speaker 2>web services. These tickets are temporary passes for specific things and.

164
00:08:29.800 --> 00:08:33.519
<v Speaker 1>The real goldmine for attackers. You mentioned are these service accounts?

165
00:08:34.039 --> 00:08:37.360
<v Speaker 1>What makes them such high value targets compared to say,

166
00:08:37.679 --> 00:08:39.039
<v Speaker 1>a regular user account.

167
00:08:39.159 --> 00:08:42.840
<v Speaker 2>Good question. These accounts are often associated with background services,

168
00:08:42.879 --> 00:08:46.360
<v Speaker 2>not actual human users. They sometimes have highly privileged access,

169
00:08:46.440 --> 00:08:49.840
<v Speaker 2>maybe even domain admin rights, which is like having keys

170
00:08:49.840 --> 00:08:53.360
<v Speaker 2>to the whole kingdom. Crucially, their passwords often aren't changed

171
00:08:53.440 --> 00:08:56.000
<v Speaker 2>very often, maybe because nobody thinks about them, and sometimes

172
00:08:56.000 --> 00:08:59.159
<v Speaker 2>they're even set to the minimum allowed domain password length,

173
00:08:59.399 --> 00:09:02.080
<v Speaker 2>making them we When a service ticket is issued for

174
00:09:02.120 --> 00:09:05.399
<v Speaker 2>one of these accounts, it's encrypted using that service account's

175
00:09:05.519 --> 00:09:08.840
<v Speaker 2>secret key, which is derived from its password. That's why

176
00:09:08.879 --> 00:09:11.799
<v Speaker 2>capturing and cracking these tickets is so appealing to attackers.

177
00:09:11.840 --> 00:09:15.960
<v Speaker 1>Okay, so they target these potentially powerful, potentially neglected accounts.

178
00:09:16.200 --> 00:09:20.000
<v Speaker 1>How do attackers actually pull this off in practice? What's

179
00:09:20.000 --> 00:09:20.879
<v Speaker 1>the typical flow?

180
00:09:21.200 --> 00:09:24.519
<v Speaker 2>Well, they usually start by identifying and enumerting those service

181
00:09:24.519 --> 00:09:28.679
<v Speaker 2>accounts in their associated service principal names or SPNs. These

182
00:09:28.799 --> 00:09:31.960
<v Speaker 2>SPNs are unique identifiers that Kuberro's uses to find a

183
00:09:31.960 --> 00:09:34.720
<v Speaker 2>specific service on the network. Think of them like a

184
00:09:34.720 --> 00:09:38.360
<v Speaker 2>mailing address for a service. Then, using a TGT they've

185
00:09:38.399 --> 00:09:42.159
<v Speaker 2>already pained somehow, they request and capture the service tickets

186
00:09:42.279 --> 00:09:43.320
<v Speaker 2>for these SPNs.

187
00:09:43.480 --> 00:09:45.840
<v Speaker 1>Once they've captured the ticket, what's the next step is

188
00:09:45.840 --> 00:09:46.639
<v Speaker 1>the hard part.

189
00:09:46.440 --> 00:09:49.919
<v Speaker 2>Over not quite the real work for the attacker begins.

190
00:09:49.960 --> 00:09:54.519
<v Speaker 2>Then cracking the captured ticket offline. This usually involves brute

191
00:09:54.559 --> 00:09:58.080
<v Speaker 2>force or dictionary attacks using tools like hashcat or John

192
00:09:58.080 --> 00:09:58.840
<v Speaker 2>the Ripper.

193
00:09:58.559 --> 00:09:59.639
<v Speaker 3>Which we'll talk more about.

194
00:10:00.039 --> 00:10:02.600
<v Speaker 2>They hammer away at the encrypted ticket until they hopefully

195
00:10:02.600 --> 00:10:06.600
<v Speaker 2>reveal the plaintext password. Sometimes they even employ pass the

196
00:10:06.679 --> 00:10:09.840
<v Speaker 2>ticket attacks, where they use the captured ticket directly for

197
00:10:09.960 --> 00:10:12.799
<v Speaker 2>unauthorized access without needing to crack the password at all.

198
00:10:13.080 --> 00:10:15.279
<v Speaker 2>They just present the valid ticket and get in.

199
00:10:15.399 --> 00:10:18.519
<v Speaker 1>Wow, it's pretty incredible how specialized the tools are for

200
00:10:18.559 --> 00:10:21.080
<v Speaker 1>this specific attack. What are some of the go to

201
00:10:21.080 --> 00:10:23.519
<v Speaker 1>tools for kerberosting that people mine encounter.

202
00:10:23.840 --> 00:10:27.519
<v Speaker 2>You're right, it's a dedicated toolkit. Rubius, for instance, is

203
00:10:27.559 --> 00:10:32.440
<v Speaker 2>a powerful C sharp based post exploitation tool specifically for

204
00:10:32.559 --> 00:10:36.799
<v Speaker 2>interacting with and attacking creberos. It can request tgts and

205
00:10:36.879 --> 00:10:40.440
<v Speaker 2>service tickets and even automatically perform a kerberos attack. It's

206
00:10:40.480 --> 00:10:42.679
<v Speaker 2>a favorite for its versatility, definitely.

207
00:10:42.799 --> 00:10:45.360
<v Speaker 1>And then there's the infamous mimicats. We hear that name

208
00:10:45.399 --> 00:10:46.840
<v Speaker 1>a lot. What's its role here?

209
00:10:47.240 --> 00:10:50.600
<v Speaker 2>Mimicats is notoriously well known for extracting all sorts of

210
00:10:50.600 --> 00:10:54.879
<v Speaker 2>credentials from memory, including cerbero's tickets and NTLM hashes. It's

211
00:10:54.879 --> 00:10:57.240
<v Speaker 2>also used to facilitate those pass the ticket attacks we

212
00:10:57.399 --> 00:11:00.480
<v Speaker 2>just discussed. Beyond that, the Kerberos toolkit is a set

213
00:11:00.519 --> 00:11:04.799
<v Speaker 2>of tools designed specifically to extract ESPNS request tickets and

214
00:11:04.840 --> 00:11:07.600
<v Speaker 2>crack them using a component called tgs.

215
00:11:07.159 --> 00:11:10.000
<v Speaker 1>Rep crack, and for the actual heavy lifting of cracking

216
00:11:10.039 --> 00:11:12.519
<v Speaker 1>the ticket itself. I'm guessing we're talking about the big

217
00:11:12.600 --> 00:11:14.360
<v Speaker 1>names like hashcat and John.

218
00:11:14.120 --> 00:11:17.600
<v Speaker 2>The Ripper precisely, they are the workhorses for the offline

219
00:11:17.639 --> 00:11:21.960
<v Speaker 2>decryption part. And finally, there's Bloodhound. Bloodhound is an active

220
00:11:21.960 --> 00:11:26.639
<v Speaker 2>directory analysis tool that helps security professionals and unfortunately attackers,

221
00:11:26.679 --> 00:11:30.720
<v Speaker 2>identify those kerbero ostable accounts. It maps out relationships and

222
00:11:30.759 --> 00:11:34.200
<v Speaker 2>potential attack paths within the network, aiding in the planning

223
00:11:34.240 --> 00:11:36.039
<v Speaker 2>phase before an attack even begins.

224
00:11:36.320 --> 00:11:39.200
<v Speaker 1>So what does this all mean for you listening? These

225
00:11:39.200 --> 00:11:42.879
<v Speaker 1>tools are indeed used by malicious attackers to compromise security,

226
00:11:42.919 --> 00:11:45.519
<v Speaker 1>that's the scary part. But it's crucial to understand that

227
00:11:45.519 --> 00:11:48.440
<v Speaker 1>security professionals also use these very same tools for ethical

228
00:11:48.480 --> 00:11:52.120
<v Speaker 1>hacking or penetration testing. They employ them to identify and

229
00:11:52.159 --> 00:11:56.120
<v Speaker 1>address vulnerabilities before the bad actors can exploit them. It's

230
00:11:56.159 --> 00:11:57.279
<v Speaker 1>a constant arms race.

231
00:11:57.320 --> 00:11:58.960
<v Speaker 2>Really, that's a great way to put it, and at

232
00:11:58.960 --> 00:12:01.360
<v Speaker 2>the foundation of almost all all password cracking, whether it's

233
00:12:01.480 --> 00:12:05.559
<v Speaker 2>NTLM hashes or Corbero's tickets, is one critical component the

234
00:12:05.639 --> 00:12:08.600
<v Speaker 2>word list. These are the well the foundation to password tracking.

235
00:12:08.840 --> 00:12:12.519
<v Speaker 2>They're essentially text files filled with potential passwords that cracking

236
00:12:12.559 --> 00:12:15.519
<v Speaker 2>programs use to compare against the target hashes or tickets.

237
00:12:15.720 --> 00:12:19.000
<v Speaker 1>So it's not just random guessing. Then you're essentially comparing

238
00:12:19.000 --> 00:12:23.279
<v Speaker 1>your target against a known or generated list. How do

239
00:12:23.320 --> 00:12:26.080
<v Speaker 1>these cracking programs actually use these lists? Do they just

240
00:12:26.200 --> 00:12:27.039
<v Speaker 1>try each word?

241
00:12:27.720 --> 00:12:31.159
<v Speaker 2>They work by either taking words directly from the list,

242
00:12:31.320 --> 00:12:34.240
<v Speaker 2>hashing them using the right algorithm, and comparing them to

243
00:12:34.240 --> 00:12:37.080
<v Speaker 2>the target hash. That's a simple way, or more advanced

244
00:12:37.120 --> 00:12:40.320
<v Speaker 2>programs will manipulate these words using rules. Think of it

245
00:12:40.399 --> 00:12:45.159
<v Speaker 2>like automatically adding prefixes, suffixes, numbers, dates, or even converting

246
00:12:45.200 --> 00:12:48.759
<v Speaker 2>words to leats speak, you know, replacing an e with

247
00:12:48.799 --> 00:12:51.159
<v Speaker 2>a three and oh a zero to create tons of

248
00:12:51.240 --> 00:12:52.440
<v Speaker 2>new combinations to try.

249
00:12:52.519 --> 00:12:54.720
<v Speaker 1>It Really all comes back to human behavior, doesn't it.

250
00:12:55.120 --> 00:12:59.360
<v Speaker 1>Our habits, our predictability are the vulnerability these lists exploit.

251
00:12:59.480 --> 00:13:02.879
<v Speaker 2>They absolute people are creatures of habit and patterns. When

252
00:13:02.879 --> 00:13:06.080
<v Speaker 2>it comes to passwords, we often use names, important dates,

253
00:13:06.120 --> 00:13:10.000
<v Speaker 2>maybe pet names, numbers. A very common pattern scene is

254
00:13:10.159 --> 00:13:12.919
<v Speaker 2>passwords starting with a capital letter and ending with the symbol,

255
00:13:13.360 --> 00:13:15.559
<v Speaker 2>or maybe incorporating a year like the current one.

256
00:13:15.799 --> 00:13:17.200
<v Speaker 3>It's often quite predictable.

257
00:13:17.519 --> 00:13:20.080
<v Speaker 1>Where do these massive word lists even come from. Do

258
00:13:20.159 --> 00:13:21.519
<v Speaker 1>people just sit and type them out?

259
00:13:21.759 --> 00:13:22.080
<v Speaker 3>Huh?

260
00:13:22.120 --> 00:13:22.200
<v Speaker 2>No?

261
00:13:22.360 --> 00:13:22.440
<v Speaker 1>Not.

262
00:13:22.559 --> 00:13:26.279
<v Speaker 2>Usually they come from various sources. Publicly leaked password dumps

263
00:13:26.279 --> 00:13:29.559
<v Speaker 2>from past data breaches are a huge source combinations of

264
00:13:29.600 --> 00:13:33.679
<v Speaker 2>different leaks. You can also find foreign language word lists

265
00:13:33.919 --> 00:13:37.840
<v Speaker 2>or even full dictionary and encyclopedia dumps. And ethical pen

266
00:13:37.879 --> 00:13:41.360
<v Speaker 2>testers will also create custom word lists using company specific

267
00:13:41.440 --> 00:13:45.919
<v Speaker 2>data like employee names, local sports teams, phone numbers, email addresses.

268
00:13:45.960 --> 00:13:49.720
<v Speaker 2>Knowing people often incorporate these personal or local details into

269
00:13:49.759 --> 00:13:52.600
<v Speaker 2>the passwords. It's about thinking like the user you're testing.

270
00:13:52.879 --> 00:13:56.399
<v Speaker 1>I know Callie. Linux, the security focused operating system we mentioned,

271
00:13:56.720 --> 00:13:59.440
<v Speaker 1>actually includes several word lists right out of the box.

272
00:13:59.480 --> 00:14:01.200
<v Speaker 1>Which ones are commonly used or known?

273
00:14:01.639 --> 00:14:04.039
<v Speaker 2>Yeah, Collee comes packed with useful stuff. One of the

274
00:14:04.120 --> 00:14:06.720
<v Speaker 2>most popular is the Rocky word list, which is just

275
00:14:06.799 --> 00:14:09.840
<v Speaker 2>a massive collection of millions of actual passwords recovered from

276
00:14:09.879 --> 00:14:13.120
<v Speaker 2>a specific database dump years ago. It's a snapshot of

277
00:14:13.240 --> 00:14:16.360
<v Speaker 2>real compromise passwords. There's also a word list included with

278
00:14:16.399 --> 00:14:20.120
<v Speaker 2>John the Repper itself, and things like wfuzz wordlists, which

279
00:14:20.120 --> 00:14:22.879
<v Speaker 2>are more useful for web stuff like finding hidden directories

280
00:14:22.960 --> 00:14:23.440
<v Speaker 2>or files.

281
00:14:23.720 --> 00:14:26.279
<v Speaker 1>Beyond these pre made lists, I hear there are powerful

282
00:14:26.320 --> 00:14:29.360
<v Speaker 1>tools that let you generate custom word lists on the fly.

283
00:14:30.120 --> 00:14:32.000
<v Speaker 1>Tell me about CWL for example.

284
00:14:32.080 --> 00:14:35.879
<v Speaker 2>Right. CWL Custom Wordless Generator is pretty neat. It crawls

285
00:14:35.879 --> 00:14:40.200
<v Speaker 2>target websites to build custom theme based word lists. It

286
00:14:40.320 --> 00:14:43.039
<v Speaker 2>pulls words related to a company or its industry. So

287
00:14:43.039 --> 00:14:47.679
<v Speaker 2>if you're targeting say Acmecorp, it might scrape their website

288
00:14:47.679 --> 00:14:52.639
<v Speaker 2>for terms like widget innovation, maybe product names, executive names.

289
00:14:52.360 --> 00:14:54.679
<v Speaker 3>Stuff like that. It makes the list more relevant.

290
00:14:54.759 --> 00:14:58.279
<v Speaker 1>That's clever tailoring the attack. And then there's Crunch, which

291
00:14:58.320 --> 00:15:00.840
<v Speaker 1>sounds like it can build lists completely from the ground up.

292
00:15:01.120 --> 00:15:04.080
<v Speaker 2>Crunch is fantastic for that. It lets you create custom

293
00:15:04.120 --> 00:15:07.399
<v Speaker 2>password lists totally from scratch. You get precise control over

294
00:15:07.399 --> 00:15:10.159
<v Speaker 2>the length of complexity of the character sets used. It

295
00:15:10.200 --> 00:15:13.759
<v Speaker 2>can build simple sequential permutations like going from a tog's

296
00:15:14.399 --> 00:15:18.159
<v Speaker 2>or much more complex alphanumeric or even Unicode combinations by

297
00:15:18.240 --> 00:15:21.120
<v Speaker 2>using its charset dot LST files. It's for when you

298
00:15:21.120 --> 00:15:23.399
<v Speaker 2>have a very specific pattern or guests in mind that's

299
00:15:23.440 --> 00:15:24.559
<v Speaker 2>not in a standard list.

300
00:15:24.840 --> 00:15:26.600
<v Speaker 1>And here's a surprising fact that kind of blew my

301
00:15:26.639 --> 00:15:30.039
<v Speaker 1>mind when I read it. Hashcat itself, the cracking engine

302
00:15:30.039 --> 00:15:33.360
<v Speaker 1>we'll talk more about soon, can actually create word lists.

303
00:15:34.000 --> 00:15:34.679
<v Speaker 1>How does that work?

304
00:15:34.840 --> 00:15:38.519
<v Speaker 2>Yes, again, it's a bit counterintuitive, but you use its

305
00:15:38.559 --> 00:15:42.240
<v Speaker 2>normal attack commands with a special switch start out. This

306
00:15:42.399 --> 00:15:46.080
<v Speaker 2>essentially tells hashcat to output the passwords it's generating based

307
00:15:46.120 --> 00:15:48.879
<v Speaker 2>on rules or masks directly to the screen or a

308
00:15:48.879 --> 00:15:51.759
<v Speaker 2>file as a word list, instead of comparing them to

309
00:15:51.799 --> 00:15:55.120
<v Speaker 2>a hash. It's a really versatile feature for generating candidates.

310
00:15:55.240 --> 00:15:57.960
<v Speaker 1>And if you really want to get granular with combining lists,

311
00:15:58.279 --> 00:16:02.039
<v Speaker 1>there are hashcat utilities like Common and Combinator three. What

312
00:16:02.080 --> 00:16:03.320
<v Speaker 1>do those do? Specifically?

313
00:16:03.519 --> 00:16:07.080
<v Speaker 2>These tools are all about combining existing word lists. For instance,

314
00:16:07.159 --> 00:16:09.759
<v Speaker 2>combinator might take red from one list and bike from

315
00:16:09.759 --> 00:16:13.240
<v Speaker 2>another to create red Bike. Combinator three is even more complex.

316
00:16:13.600 --> 00:16:15.960
<v Speaker 2>Just be warned, and this is a serious warning. They

317
00:16:16.000 --> 00:16:19.840
<v Speaker 2>can generate massive output files, absolutely huge. They will quickly

318
00:16:19.840 --> 00:16:22.559
<v Speaker 2>fill up even a large hard drive if you're not careful.

319
00:16:22.840 --> 00:16:26.840
<v Speaker 2>We're talking potentially gigabytes, even terabytes of potential passwords.

320
00:16:27.080 --> 00:16:29.919
<v Speaker 1>Okay, noted, don't accidentally fill your hard drive trying to

321
00:16:29.919 --> 00:16:32.399
<v Speaker 1>make a word list. And then there's a niche but

322
00:16:32.799 --> 00:16:37.399
<v Speaker 1>surprisingly effective technique called keymp walking implemented by a tool

323
00:16:37.440 --> 00:16:40.960
<v Speaker 1>called kW processor. Can you explain that when it sounds unusual?

324
00:16:41.120 --> 00:16:44.039
<v Speaker 2>Yeah, it is a bit unusual, but based on real behavior.

325
00:16:44.200 --> 00:16:47.919
<v Speaker 2>It creates passwords by literally walking across a keyboard layout.

326
00:16:48.159 --> 00:16:50.519
<v Speaker 2>Imagine starting at the zec, then moving up and write

327
00:16:50.559 --> 00:16:53.480
<v Speaker 2>to a Q one, maybe creating a password like zac one.

328
00:16:53.960 --> 00:16:56.879
<v Speaker 2>It's based on the idea that people might unconsciously create

329
00:16:56.919 --> 00:17:01.000
<v Speaker 2>simple patterns on their keyboard when making passwords. Aw processor

330
00:17:01.080 --> 00:17:03.879
<v Speaker 2>generates word lists based on these physical patterns, even for

331
00:17:03.879 --> 00:17:05.440
<v Speaker 2>foreign language keyboard layouts.

332
00:17:05.559 --> 00:17:07.759
<v Speaker 1>What stands out to me here listening to all this

333
00:17:07.839 --> 00:17:10.839
<v Speaker 1>is the sheer variety and specificity of how word lists

334
00:17:10.880 --> 00:17:14.440
<v Speaker 1>can be generated. It really underscores how deeply attackers and

335
00:17:14.480 --> 00:17:18.440
<v Speaker 1>defenders have studied human habits and patterns in password creation.

336
00:17:19.160 --> 00:17:21.839
<v Speaker 1>It's a constant cat and mouse game rooted in like

337
00:17:22.279 --> 00:17:23.240
<v Speaker 1>human psychology.

338
00:17:23.519 --> 00:17:26.400
<v Speaker 2>That's spot on, it really is. So once you have

339
00:17:26.480 --> 00:17:29.720
<v Speaker 2>your potential weapon, your word list, the next crucial step

340
00:17:29.759 --> 00:17:33.359
<v Speaker 2>in password cracking is identifying the hash type you're up against.

341
00:17:33.839 --> 00:17:36.400
<v Speaker 2>You absolutely need to know the hash type so you

342
00:17:36.440 --> 00:17:40.400
<v Speaker 2>can tell your cracking program what decryption algorithm to use.

343
00:17:40.880 --> 00:17:42.960
<v Speaker 2>It's like knowing what kind of lock you're trying to pick.

344
00:17:43.079 --> 00:17:45.559
<v Speaker 2>You need the right tool, the right technique.

345
00:17:45.680 --> 00:17:48.039
<v Speaker 1>So there are different types of hashes, not just one.

346
00:17:47.920 --> 00:17:51.680
<v Speaker 2>Hash, absolutely loads of them. There's the old ELM hash,

347
00:17:51.759 --> 00:17:55.640
<v Speaker 2>which is thankfully outdated and very insecure, easily cracked, not

348
00:17:55.759 --> 00:17:59.519
<v Speaker 2>widely used anymore. Then the NTLM hash, which combines the

349
00:17:59.640 --> 00:18:02.720
<v Speaker 2>LM hash and nt hash, commonly found in Windows SAM

350
00:18:02.799 --> 00:18:04.720
<v Speaker 2>databases or domain controller databases.

351
00:18:04.720 --> 00:18:05.440
<v Speaker 3>That's a big one.

352
00:18:05.519 --> 00:18:08.720
<v Speaker 2>You also have NTLMB one and NTLMB two, which are

353
00:18:08.680 --> 00:18:12.279
<v Speaker 2>a challenge response hashes often captured in network really attacks.

354
00:18:12.559 --> 00:18:13.079
<v Speaker 3>They're different.

355
00:18:13.119 --> 00:18:13.319
<v Speaker 1>Again.

356
00:18:13.880 --> 00:18:17.000
<v Speaker 2>Luckily, there are hash identification tools like hash identifier and

357
00:18:17.039 --> 00:18:19.920
<v Speaker 2>hash id and calie Linux that help determine the hashtype

358
00:18:19.960 --> 00:18:22.680
<v Speaker 2>from a sample, which is critical before you even begin

359
00:18:22.720 --> 00:18:23.440
<v Speaker 2>trying to crack it.

360
00:18:23.720 --> 00:18:27.480
<v Speaker 1>And for cracking maybe simpler passwords, especially those older LM

361
00:18:27.599 --> 00:18:30.440
<v Speaker 1>or NTLM hashes, you might not even need a powerful

362
00:18:30.440 --> 00:18:33.519
<v Speaker 1>local tool. Right, I've heard of online crackers. Yeah, how

363
00:18:33.559 --> 00:18:36.559
<v Speaker 1>do those work? And importantly are they safe to use?

364
00:18:36.759 --> 00:18:37.000
<v Speaker 3>Yeah?

365
00:18:37.039 --> 00:18:40.359
<v Speaker 2>There are online crackers like crackstation. They use massive pre

366
00:18:40.440 --> 00:18:44.720
<v Speaker 2>computed lookup tables often called rainbow tables, to return passwords

367
00:18:44.799 --> 00:18:48.000
<v Speaker 2>in mere seconds for common hashes. If a hash for

368
00:18:48.079 --> 00:18:50.839
<v Speaker 2>password or one, two, three, four, five six is uploaded,

369
00:18:50.920 --> 00:18:54.000
<v Speaker 2>it's cracked almost instantly because those hashes have been seen

370
00:18:54.039 --> 00:18:57.319
<v Speaker 2>and cracked millions of times before. But and this is

371
00:18:57.359 --> 00:19:01.680
<v Speaker 2>a strong word of caution, be extremely Some online crackers

372
00:19:01.759 --> 00:19:04.839
<v Speaker 2>might run crypto miners like bitcoin miners in your browser

373
00:19:04.920 --> 00:19:07.920
<v Speaker 2>as payment for their service, often without telling you. Plus,

374
00:19:07.920 --> 00:19:11.720
<v Speaker 2>you're uploading potentially sensitive hash data to an unknown third party.

375
00:19:12.079 --> 00:19:15.880
<v Speaker 2>For any serious secure cracking, especially in a professional context,

376
00:19:15.920 --> 00:19:18.319
<v Speaker 2>you'll definitely want to turn to offline tools you control.

377
00:19:18.319 --> 00:19:20.880
<v Speaker 1>Okay, good advice, avoid the sketchy online ones. So when

378
00:19:20.920 --> 00:19:23.000
<v Speaker 1>we do need a local, powerful tool, where does someone

379
00:19:23.039 --> 00:19:25.559
<v Speaker 1>even begin? Is there a classic first stop cracker For

380
00:19:25.640 --> 00:19:26.759
<v Speaker 1>maybe easier targets.

381
00:19:27.000 --> 00:19:29.799
<v Speaker 2>Absolutely, for the low hanging fruit as we call it,

382
00:19:30.039 --> 00:19:33.359
<v Speaker 2>or maybe shorter passwords, you'd often turn first to John

383
00:19:33.400 --> 00:19:36.640
<v Speaker 2>the Ripper or just JTR. It's a fast, open source,

384
00:19:36.880 --> 00:19:42.319
<v Speaker 2>primarily CPU based password cracker. It's incredibly versatile, supports hundreds

385
00:19:42.319 --> 00:19:45.400
<v Speaker 2>of hash types, performs dictionary and hybrid attacks, and it

386
00:19:45.480 --> 00:19:50.000
<v Speaker 2>runs on multiple platforms Linux, Windows, Mac. You simply pointed

387
00:19:50.039 --> 00:19:52.720
<v Speaker 2>out a file containing your hashes on password hash list

388
00:19:52.720 --> 00:19:55.240
<v Speaker 2>and it goes to work. It even cleverly stores the

389
00:19:55.279 --> 00:19:57.839
<v Speaker 2>cracked passwords it finds in its pot file, so you

390
00:19:57.839 --> 00:19:59.599
<v Speaker 2>don't lose them and don't have to recrack them.

391
00:20:00.039 --> 00:20:02.039
<v Speaker 1>Undroop is good for a quick win. Maybe it hits

392
00:20:02.039 --> 00:20:05.160
<v Speaker 1>the easy stuff first, But when you need serious speed

393
00:20:05.240 --> 00:20:08.799
<v Speaker 1>for those really tough, long, complex hashes, what's the go to?

394
00:20:08.880 --> 00:20:09.759
<v Speaker 1>What's the big gun.

395
00:20:10.119 --> 00:20:13.599
<v Speaker 2>When you need serious computational muscle, you turn to hashcat.

396
00:20:14.079 --> 00:20:17.119
<v Speaker 2>This is generally considered the king. It's an all purpose

397
00:20:17.359 --> 00:20:21.000
<v Speaker 2>GPU based cracker. It uses your graphics card, though it

398
00:20:21.039 --> 00:20:24.119
<v Speaker 2>can use your CPU if needed. It's widely touted as

399
00:20:24.160 --> 00:20:27.720
<v Speaker 2>the world's fastest and most advanced password cracker. We're talking

400
00:20:27.759 --> 00:20:31.680
<v Speaker 2>potentially with high end hardware billions, even trillions of hashes

401
00:20:31.720 --> 00:20:35.559
<v Speaker 2>per second. The sheer parallel processing power of modern graphics

402
00:20:35.559 --> 00:20:38.200
<v Speaker 2>cards is just perfectly suited for this kind of repetitive

403
00:20:38.240 --> 00:20:38.839
<v Speaker 2>guessing work.

404
00:20:39.000 --> 00:20:42.680
<v Speaker 1>Billions, trillions, that's just an insane amount of computational power

405
00:20:42.759 --> 00:20:45.279
<v Speaker 1>being thrown at the problem. It really puts weak passwords

406
00:20:45.279 --> 00:20:48.440
<v Speaker 1>into perspective. So when you're using hashcat, what kind of

407
00:20:48.440 --> 00:20:50.920
<v Speaker 1>information you need to feed it to get it started? Right?

408
00:20:51.079 --> 00:20:54.200
<v Speaker 2>Hashcat needs a few key pieces of information to run effectively.

409
00:20:54.759 --> 00:20:56.680
<v Speaker 2>You need to tell it the hash type using a

410
00:20:56.720 --> 00:20:59.960
<v Speaker 2>specific mode number. You need the file containing the uncre

411
00:21:00.319 --> 00:21:03.319
<v Speaker 2>hashes you want to attack. You need the dictionary or

412
00:21:03.440 --> 00:21:06.480
<v Speaker 2>wordless to use. Unless you're doing a pure brute force attack.

413
00:21:06.920 --> 00:21:09.200
<v Speaker 2>You need to specify where to put the output file

414
00:21:09.279 --> 00:21:13.279
<v Speaker 2>with any cracked passwords. And importantly, you need to specify

415
00:21:13.319 --> 00:21:16.319
<v Speaker 2>the attack mode using the A switch, which tells hashcat

416
00:21:16.599 --> 00:21:17.799
<v Speaker 2>how you want it to attack.

417
00:21:18.119 --> 00:21:20.839
<v Speaker 1>And hashcat has multiple attack modes, right, it's not just

418
00:21:20.839 --> 00:21:22.400
<v Speaker 1>one way of doing things. How do you tell it

419
00:21:22.440 --> 00:21:24.279
<v Speaker 1>how to attack a password? What are the main modes?

420
00:21:24.440 --> 00:21:24.839
<v Speaker 3>Exactly?

421
00:21:24.880 --> 00:21:27.079
<v Speaker 2>It's like having a specialized tool set within the main

422
00:21:27.119 --> 00:21:31.119
<v Speaker 2>tool The simplest is straight mode thatatch a zero. This

423
00:21:31.279 --> 00:21:33.440
<v Speaker 2>just tries words from a single word list, but it

424
00:21:33.440 --> 00:21:35.720
<v Speaker 2>can use those rules we talked about to modify them

425
00:21:36.000 --> 00:21:41.200
<v Speaker 2>like capitalization, adding numbers, etc. Then combination mode NASHA one

426
00:21:41.359 --> 00:21:44.440
<v Speaker 2>gets fascinating. It takes words from two separate word.

427
00:21:44.200 --> 00:21:45.400
<v Speaker 3>Lists and combines them.

428
00:21:45.640 --> 00:21:47.960
<v Speaker 2>So if one list has colors and the other has animals,

429
00:21:48.000 --> 00:21:50.359
<v Speaker 2>it might try red dog, blue cat, and so on.

430
00:21:50.799 --> 00:21:53.039
<v Speaker 2>You can even tell it to add single characters between

431
00:21:53.079 --> 00:21:54.319
<v Speaker 2>the words from the two lists.

432
00:21:54.519 --> 00:21:57.319
<v Speaker 1>Okay, that's clever. What about when you're just throwing raw

433
00:21:57.440 --> 00:22:00.240
<v Speaker 1>power at it like a true brute force, trying every

434
00:22:00.240 --> 00:22:01.200
<v Speaker 1>single possibility.

435
00:22:01.279 --> 00:22:05.160
<v Speaker 2>That's the brute force mode Nashua three. This uses masks.

436
00:22:05.799 --> 00:22:09.960
<v Speaker 2>Masks are symbolic representations of character sets like L for

437
00:22:10.079 --> 00:22:14.200
<v Speaker 2>lower case letters, D for digits, numbers, S for symbols,

438
00:22:14.480 --> 00:22:18.039
<v Speaker 2>and A for any printable ASKI character. You define a

439
00:22:18.119 --> 00:22:21.440
<v Speaker 2>pattern like ul ldds for maybe a capital letter for

440
00:22:21.640 --> 00:22:25.039
<v Speaker 2>lowercase two digits and a symbol. Brute forcing everything can

441
00:22:25.039 --> 00:22:28.400
<v Speaker 2>take an incredibly long time, potentially years or even centuries,

442
00:22:28.440 --> 00:22:31.519
<v Speaker 2>depending on the link and complexity, but it's sometimes necessary

443
00:22:31.519 --> 00:22:32.680
<v Speaker 2>when you have no other clues.

444
00:22:33.119 --> 00:22:36.440
<v Speaker 1>Yeah, that sounds computationally expensive. That's or hybrid attacks must

445
00:22:36.480 --> 00:22:38.680
<v Speaker 1>come in handy, right. A combination of a word list

446
00:22:38.680 --> 00:22:39.359
<v Speaker 1>and brute.

447
00:22:39.119 --> 00:22:43.519
<v Speaker 2>Force yea precisely hybrid attacks like Nagada six and Nneka

448
00:22:43.640 --> 00:22:47.119
<v Speaker 2>seven combine a word list with a mask. For example,

449
00:22:47.119 --> 00:22:50.400
<v Speaker 2>take a word from the list and appenda mask words DDD.

450
00:22:50.839 --> 00:22:53.160
<v Speaker 2>This is much faster than pure brute force because you're

451
00:22:53.160 --> 00:22:55.200
<v Speaker 2>starting from a likely based word. And then there are

452
00:22:55.200 --> 00:22:57.839
<v Speaker 2>those rules specified with the inninger R switch, which are

453
00:22:57.839 --> 00:23:01.799
<v Speaker 2>incredibly powerful. Hashkat can automatically modify words from your list

454
00:23:01.839 --> 00:23:05.400
<v Speaker 2>on the fly, doing things like lead speak transformations, password

455
00:23:05.400 --> 00:23:09.000
<v Speaker 2>to P four, sword case toggles, adding prefix of suffixes.

456
00:23:09.440 --> 00:23:12.519
<v Speaker 2>Popular rule sets like best sixty four and one rule

457
00:23:12.559 --> 00:23:15.119
<v Speaker 2>to Rule Them all contain hundreds, even thousands of these

458
00:23:15.160 --> 00:23:18.160
<v Speaker 2>common password modification patterns, saving you from having to guess

459
00:23:18.160 --> 00:23:21.359
<v Speaker 2>them manually. You can even automate mask attacks by providing

460
00:23:21.359 --> 00:23:24.640
<v Speaker 2>a file containing multiple different masks for hashcat to try sequentially.

461
00:23:24.759 --> 00:23:27.279
<v Speaker 1>And then there's something called the Prince processor or PP

462
00:23:27.559 --> 00:23:29.079
<v Speaker 1>that sounds kind of fancy. What does that do?

463
00:23:29.400 --> 00:23:31.680
<v Speaker 2>Yeah? PP is pretty clever. It stands for a Prince

464
00:23:31.759 --> 00:23:35.799
<v Speaker 2>password logic engine. It's an advanced wordless combinator that builds

465
00:23:35.880 --> 00:23:38.599
<v Speaker 2>new candidate words by combining multiple words found within a

466
00:23:38.640 --> 00:23:42.240
<v Speaker 2>single word list based on length constraints. It can then

467
00:23:42.359 --> 00:23:45.839
<v Speaker 2>pipe these newly generated candidate words directly into hashcat for

468
00:23:45.960 --> 00:23:49.960
<v Speaker 2>immediate cracking without needing to store a huge intermediate file.

469
00:23:50.279 --> 00:23:52.880
<v Speaker 2>It's a very efficient way to leverage combinations of known

470
00:23:52.920 --> 00:23:53.960
<v Speaker 2>words or fragments.

471
00:23:54.400 --> 00:23:57.400
<v Speaker 1>Here's where it gets really interesting. For me, Hashcat's versatility

472
00:23:57.440 --> 00:23:59.920
<v Speaker 1>means it can crack passwords that aren't just simple dick

473
00:24:00.000 --> 00:24:03.480
<v Speaker 1>stionary words or basic patterns. Passwords like the book mentions

474
00:24:03.480 --> 00:24:05.720
<v Speaker 1>spung bobs in lay five y or Henry two thousand

475
00:24:05.720 --> 00:24:08.599
<v Speaker 1>and nine yuro Oh, these aren't obvious dictionary entries. It

476
00:24:08.640 --> 00:24:11.039
<v Speaker 1>really shows how sophisticated these tools are and how they

477
00:24:11.039 --> 00:24:14.200
<v Speaker 1>can adapt to very human, sometimes quirky password.

478
00:24:13.759 --> 00:24:17.599
<v Speaker 2>Habits absolutely and this leads us naturally into what I

479
00:24:17.640 --> 00:24:19.839
<v Speaker 2>sometimes think of as the art of war when it

480
00:24:19.880 --> 00:24:23.079
<v Speaker 2>comes to password cracking, actively looking for patterns. Humans, as

481
00:24:23.079 --> 00:24:26.440
<v Speaker 2>we've said, are creatures of habit, so patterns almost always

482
00:24:26.440 --> 00:24:29.319
<v Speaker 2>exist in any large set of cracked passwords from a

483
00:24:29.359 --> 00:24:32.640
<v Speaker 2>single source, like a company breach. Once you find a pattern,

484
00:24:32.640 --> 00:24:35.200
<v Speaker 2>maybe everyone uses the company name plus a year or

485
00:24:35.359 --> 00:24:38.680
<v Speaker 2>ends with SIN or uses keyboard walks, you can create

486
00:24:38.720 --> 00:24:42.400
<v Speaker 2>custom wordless or rules specifically tailored to exploit those habits.

487
00:24:42.640 --> 00:24:45.480
<v Speaker 2>This makes your subsequent cracking attempts incredibly efficient.

488
00:24:45.519 --> 00:24:46.480
<v Speaker 3>For the remaining.

489
00:24:46.160 --> 00:24:49.480
<v Speaker 1>Hashes, can you give us a real world example of

490
00:24:49.720 --> 00:24:51.599
<v Speaker 1>finding and exploiting such a pattern?

491
00:24:51.720 --> 00:24:54.519
<v Speaker 2>Sure? The source material mentions a neat example where pen

492
00:24:54.599 --> 00:24:58.440
<v Speaker 2>testers noticed people were using HTML or XML character codes

493
00:24:58.440 --> 00:25:00.960
<v Speaker 2>in their passwords, like using a NAM instead of just

494
00:25:01.000 --> 00:25:04.079
<v Speaker 2>a simple amper sand it. Once they spotted this trend

495
00:25:04.119 --> 00:25:06.279
<v Speaker 2>and a few cracked passwords, they realized others might be

496
00:25:06.319 --> 00:25:09.160
<v Speaker 2>doing it too, so they use tools like Combinator three

497
00:25:09.279 --> 00:25:12.920
<v Speaker 2>specifically to insert these kinds of HTMLXML codes into their

498
00:25:12.960 --> 00:25:15.799
<v Speaker 2>existing word lists and ran them again. It's about spotting

499
00:25:15.799 --> 00:25:19.039
<v Speaker 2>an unusual trend and weaponizing it. But again a big

500
00:25:19.079 --> 00:25:22.839
<v Speaker 2>warning here. Those combinator tools, especially Combinator three, which does

501
00:25:22.880 --> 00:25:28.640
<v Speaker 2>complex insertions, can create absolutely huge output files gigabytes terabytes.

502
00:25:28.799 --> 00:25:31.119
<v Speaker 2>They will fill a hard drive incredibly fast if you're

503
00:25:31.119 --> 00:25:33.200
<v Speaker 2>not careful, always check your disk space.

504
00:25:33.400 --> 00:25:36.119
<v Speaker 1>That's a very good practical warning. Okay, So, once you've

505
00:25:36.119 --> 00:25:39.079
<v Speaker 1>successfully cracked a batch of pathwords using hashcat or John,

506
00:25:39.480 --> 00:25:42.000
<v Speaker 1>is there way to leverage those cracked passwords to find

507
00:25:42.039 --> 00:25:44.039
<v Speaker 1>even more from the same list of targets.

508
00:25:44.440 --> 00:25:47.279
<v Speaker 3>Yes, and it's one of the best advanced techniques. Really.

509
00:25:47.640 --> 00:25:50.599
<v Speaker 2>You take the plaintext passwords from your successful cracks, you

510
00:25:50.640 --> 00:25:53.480
<v Speaker 2>parse them out of hashcats or John's output file, the

511
00:25:53.519 --> 00:25:56.720
<v Speaker 2>pop file. Then you use those already cracked passwords as

512
00:25:56.759 --> 00:25:59.960
<v Speaker 2>a brand new, highly targeted word list. You run common

513
00:26:00.240 --> 00:26:03.160
<v Speaker 2>attacks or apply rules or generate masks based on the

514
00:26:03.200 --> 00:26:06.920
<v Speaker 2>structure of those successful passwords. This exploits the very patterns

515
00:26:06.960 --> 00:26:11.160
<v Speaker 2>you've just discovered in real user passwords from that specific

516
00:26:11.240 --> 00:26:13.279
<v Speaker 2>target set. It's incredibly effective.

517
00:26:13.480 --> 00:26:16.519
<v Speaker 1>That's brilliant. It's like using the enemy's own successful tactics

518
00:26:16.519 --> 00:26:20.039
<v Speaker 1>against them, like training an AI on real world success data.

519
00:26:20.519 --> 00:26:22.400
<v Speaker 1>Is there a specific tool to help with that kind

520
00:26:22.400 --> 00:26:24.039
<v Speaker 1>of analysis and rule generation?

521
00:26:24.279 --> 00:26:24.720
<v Speaker 3>There is.

522
00:26:24.839 --> 00:26:28.200
<v Speaker 2>There's a toolkit called PAYK, the Password Analysis and Cracking Kit.

523
00:26:28.559 --> 00:26:31.480
<v Speaker 2>It's designed specifically for that. It helps you analyze statistics

524
00:26:31.519 --> 00:26:35.759
<v Speaker 2>from your cracked passwords, common lengths, character sets, base words, patterns,

525
00:26:36.079 --> 00:26:38.599
<v Speaker 2>and then helps you generate new masks and rules based

526
00:26:38.640 --> 00:26:41.960
<v Speaker 2>on that analysis to specifically target the remaining uncracked hashes

527
00:26:42.000 --> 00:26:45.279
<v Speaker 2>more effectively. It refines your attack strategy based on what

528
00:26:45.279 --> 00:26:46.160
<v Speaker 2>you've already learned.

529
00:26:46.440 --> 00:26:49.680
<v Speaker 1>Password cracking at its core, then it really does seem

530
00:26:49.720 --> 00:26:52.119
<v Speaker 1>like a combination of I don't know, chess and lock picking.

531
00:26:52.359 --> 00:26:57.079
<v Speaker 1>It's about deep analysis, strategy, tool selection, and a fundamental

532
00:26:57.160 --> 00:26:58.680
<v Speaker 1>understanding of human behavior and.

533
00:26:58.680 --> 00:27:03.759
<v Speaker 2>Predictability rate analogy. Absolutely. Now, moving briefly away from the

534
00:27:03.759 --> 00:27:07.240
<v Speaker 2>Windows world, let's touch on cracking Linux passwords. The key

535
00:27:07.240 --> 00:27:11.519
<v Speaker 2>difference here compared to say, standard Windows and TLM hashes,

536
00:27:11.640 --> 00:27:14.640
<v Speaker 2>is something called salting. Can you explain what salting does

537
00:27:14.720 --> 00:27:16.119
<v Speaker 2>and why it's important right?

538
00:27:16.160 --> 00:27:20.480
<v Speaker 1>Salting. In Linux and many modern systems, passwords are salted.

539
00:27:21.039 --> 00:27:23.920
<v Speaker 1>This means a unique random string the salt, is generated

540
00:27:23.960 --> 00:27:26.720
<v Speaker 1>for each user and added to their password before it's hashed.

541
00:27:27.200 --> 00:27:29.920
<v Speaker 1>This unique salt ensures that even if two users happen

542
00:27:29.960 --> 00:27:33.000
<v Speaker 1>to choose the exact same password, their stored hashes will

543
00:27:33.000 --> 00:27:36.000
<v Speaker 1>be completely different because the salts are different. This makes

544
00:27:36.039 --> 00:27:39.079
<v Speaker 1>cracking much harder because you can't just precalculate hashes for

545
00:27:39.119 --> 00:27:42.359
<v Speaker 1>common passwords like in Rainbow tables and compare them directly.

546
00:27:42.640 --> 00:27:46.279
<v Speaker 1>Each hash has to be attacked individually considering its unique salt.

547
00:27:46.640 --> 00:27:49.359
<v Speaker 1>It vastly increases the difficulty for attackers trying to crack

548
00:27:49.440 --> 00:27:50.720
<v Speaker 1>multiple passwords at once.

549
00:27:50.920 --> 00:27:55.119
<v Speaker 2>That's a critical security feature. Absolutely makes bulk cracking much

550
00:27:55.160 --> 00:27:55.799
<v Speaker 2>less efficient.

551
00:27:56.960 --> 00:27:57.240
<v Speaker 3>Now.

552
00:27:57.319 --> 00:28:00.839
<v Speaker 2>To obtain Linux hashes, assuming you've already got root access

553
00:28:00.839 --> 00:28:03.759
<v Speaker 2>on the system somehow, you can typically just view the

554
00:28:03.839 --> 00:28:06.839
<v Speaker 2>etcter shadow file. That's where they're started, and when it

555
00:28:06.880 --> 00:28:10.160
<v Speaker 2>comes to cracking them, John the ripper is actually quite capable.

556
00:28:10.480 --> 00:28:14.200
<v Speaker 2>It can usually automatically detect the specific hashing algorithms used,

557
00:28:14.240 --> 00:28:17.200
<v Speaker 2>even the newer, more secure ones like yes script that

558
00:28:17.279 --> 00:28:19.240
<v Speaker 2>some Linux distributions use now.

559
00:28:19.279 --> 00:28:22.240
<v Speaker 1>And once passwords are cracked, whether they're Windows or Linux,

560
00:28:22.519 --> 00:28:25.440
<v Speaker 1>they can often be used to automatically attack other systems

561
00:28:25.680 --> 00:28:29.519
<v Speaker 1>across the network through something called credential reuse. How does

562
00:28:29.599 --> 00:28:31.559
<v Speaker 1>that part of an attack typically unfold?

563
00:28:31.720 --> 00:28:35.000
<v Speaker 2>This is where the initial compromise really snowballs. Tools like hydra,

564
00:28:35.160 --> 00:28:38.079
<v Speaker 2>Medusa and encrack come into play here. These tools take

565
00:28:38.160 --> 00:28:41.160
<v Speaker 2>lists of recovered usernames and passwords and automatically try them

566
00:28:41.160 --> 00:28:44.400
<v Speaker 2>against various network services running on other target systems, things

567
00:28:44.440 --> 00:28:49.519
<v Speaker 2>like SSH, secure shell, FTP file transfer, maybe web application logins,

568
00:28:49.599 --> 00:28:52.680
<v Speaker 2>database logins. It's all about leveraging that initial breach, that

569
00:28:52.759 --> 00:28:56.680
<v Speaker 2>one cracked password to gain widespread access across the network automatically.

570
00:28:56.839 --> 00:28:59.440
<v Speaker 1>So this really hammers home the critical importance of not

571
00:28:59.480 --> 00:29:03.920
<v Speaker 1>reusing passwords having long, complex ones, and even more importantly,

572
00:29:04.160 --> 00:29:08.400
<v Speaker 1>using multi factor authentication wherever possible, because once those passwords

573
00:29:08.440 --> 00:29:11.720
<v Speaker 1>are cracked, even just one, they can potentially be used

574
00:29:11.759 --> 00:29:15.200
<v Speaker 1>to launch these widespread automated attacks across an entire network.

575
00:29:15.440 --> 00:29:16.480
<v Speaker 1>That's terrifying.

576
00:29:16.680 --> 00:29:19.960
<v Speaker 2>It absolutely is. Multi factor is key. Now, let's shift

577
00:29:20.000 --> 00:29:22.640
<v Speaker 2>gears slightly and talk about some other password recovery options,

578
00:29:22.880 --> 00:29:25.319
<v Speaker 2>especially those that come into play when an attacker has

579
00:29:25.319 --> 00:29:28.920
<v Speaker 2>physical access to a machine. The mantra in cybersecurity has

580
00:29:29.000 --> 00:29:32.200
<v Speaker 2>long been if you have physical access, you have total access.

581
00:29:32.519 --> 00:29:32.960
<v Speaker 3>Game over.

582
00:29:33.119 --> 00:29:36.680
<v Speaker 2>Basically the source material even mentions anecdotes of simple social

583
00:29:36.720 --> 00:29:39.519
<v Speaker 2>engineering someone with just a tie and a clipboard walking

584
00:29:39.519 --> 00:29:43.119
<v Speaker 2>into a building and gaining entry, then potentially roaming unsupervised

585
00:29:43.119 --> 00:29:45.839
<v Speaker 2>near workstations. It's often unsettlingly easy.

586
00:29:46.119 --> 00:29:49.279
<v Speaker 1>That sounds terrifyingly simple. Just walk in and look like

587
00:29:49.319 --> 00:29:52.759
<v Speaker 1>you belong. And that kind of physical access leads to

588
00:29:52.799 --> 00:29:56.440
<v Speaker 1>techniques like the Utelman login bypass. What is that and

589
00:29:56.480 --> 00:29:58.200
<v Speaker 1>why is it so effective even today?

590
00:29:58.400 --> 00:30:01.119
<v Speaker 2>The Utelman bypass is a cloud for a reason, and

591
00:30:01.240 --> 00:30:04.279
<v Speaker 2>yes it still works in many scenarios. It essentially tricks

592
00:30:04.319 --> 00:30:07.039
<v Speaker 2>Windows into opening a command prompt right on the login

593
00:30:07.079 --> 00:30:11.480
<v Speaker 2>screen with system privileges without needing a password. Imagine if

594
00:30:11.519 --> 00:30:15.839
<v Speaker 2>clicking the little accessibility options button that's Utolman suddenly let

595
00:30:15.920 --> 00:30:19.000
<v Speaker 2>anyone open a terminal and completely take over your computer.

596
00:30:19.519 --> 00:30:20.599
<v Speaker 3>That's the core idea.

597
00:30:21.160 --> 00:30:24.519
<v Speaker 2>It typically involves booting the machine with a different operating system.

598
00:30:24.559 --> 00:30:28.119
<v Speaker 2>Like a Collie LiveCD or USB mounting the Windows drive

599
00:30:28.400 --> 00:30:31.519
<v Speaker 2>and then replacing the realeutolman dot ex file with a

600
00:30:31.519 --> 00:30:34.720
<v Speaker 2>copy of cmd dot ex. The command prompt when the

601
00:30:34.799 --> 00:30:38.000
<v Speaker 2>user clicks the accessibility icon at log in boom system

602
00:30:38.000 --> 00:30:39.000
<v Speaker 2>command prompt.

603
00:30:38.759 --> 00:30:41.880
<v Speaker 1>Wow, that's sneaky. And if you combine that eutelma bypass

604
00:30:41.920 --> 00:30:44.559
<v Speaker 1>with something like mimicats on a USB drive, you can

605
00:30:44.599 --> 00:30:47.920
<v Speaker 1>actually recover passwords from a locked but running workstation. Right,

606
00:30:47.960 --> 00:30:48.960
<v Speaker 1>what's the clever trick there?

607
00:30:49.160 --> 00:30:54.440
<v Speaker 2>Yes, that's another powerful technique. You can potentially extract plaintexts, passwords,

608
00:30:54.559 --> 00:30:58.839
<v Speaker 2>or hashes directly from the computer's memory RAM on a running,

609
00:30:59.000 --> 00:31:02.880
<v Speaker 2>locked Windows system. It's fascinating how different keyboard buffers and

610
00:31:02.920 --> 00:31:06.240
<v Speaker 2>processes work. The trick often involves getting a command shell

611
00:31:06.359 --> 00:31:09.880
<v Speaker 2>using the utuelman bypass, then running mimicats from a USB

612
00:31:10.039 --> 00:31:13.720
<v Speaker 2>stick or if you have remote access already via something

613
00:31:13.759 --> 00:31:16.640
<v Speaker 2>like metasploit, the trick is to migrate your command and

614
00:31:16.680 --> 00:31:21.079
<v Speaker 2>control shell the metrobriter shell into the specific wind login process.

615
00:31:21.559 --> 00:31:24.680
<v Speaker 2>That's the process handling the login screen itself, and it

616
00:31:24.720 --> 00:31:28.519
<v Speaker 2>often holds sensitive user credentials in memory temporarily. By attaching

617
00:31:28.519 --> 00:31:31.160
<v Speaker 2>to it, you can sometimes dump those credentials, so.

618
00:31:31.119 --> 00:31:33.799
<v Speaker 1>You're essentially attaching your malicious code directly to the log

619
00:31:33.839 --> 00:31:37.119
<v Speaker 1>in process itself to try and capture credentials. That's incredibly invasive.

620
00:31:37.160 --> 00:31:39.960
<v Speaker 1>And what about just straightforward key logging with something like metasploit.

621
00:31:40.119 --> 00:31:43.960
<v Speaker 2>That's another option with sufficient access. Metasploit, which is a

622
00:31:44.000 --> 00:31:48.079
<v Speaker 2>popular exploitation framework used by both attackers and pintesters, has

623
00:31:48.160 --> 00:31:51.359
<v Speaker 2>modules for key logging. You can use commands like keyscan

624
00:31:51.480 --> 00:31:55.079
<v Speaker 2>start to begin recording keystrokes on a compromise remote system,

625
00:31:55.240 --> 00:31:59.160
<v Speaker 2>and keyscandem to retrieve what was typed. The aha moment

626
00:31:59.240 --> 00:32:02.079
<v Speaker 2>here again is realizing that to capture the crucial login

627
00:32:02.079 --> 00:32:05.200
<v Speaker 2>screen passwords as they're entered, you typically need your keylogger

628
00:32:05.279 --> 00:32:08.559
<v Speaker 2>running within or monitoring that specific wind log on process

629
00:32:08.599 --> 00:32:11.640
<v Speaker 2>ID Otherwise you might just get keystrokes typed after the

630
00:32:11.759 --> 00:32:12.440
<v Speaker 2>user logs in.

631
00:32:12.680 --> 00:32:15.440
<v Speaker 1>And the book even mentions that Microsoft's own built in

632
00:32:15.599 --> 00:32:19.799
<v Speaker 1>problem step recorder, usually a benign diagnostic tool for users

633
00:32:19.799 --> 00:32:23.480
<v Speaker 1>to report issues, can potentially be repurposed by an attacker

634
00:32:23.599 --> 00:32:26.680
<v Speaker 1>with system access as a kind of remote screen grab

635
00:32:26.720 --> 00:32:30.559
<v Speaker 1>and user activity logging tool. Let's unpack this for you.

636
00:32:30.599 --> 00:32:35.240
<v Speaker 1>The listener these more exotic methods involving physical access or

637
00:32:35.359 --> 00:32:39.640
<v Speaker 1>deep system compromise really highlight the absolutely critical importance of

638
00:32:39.680 --> 00:32:43.960
<v Speaker 1>physical security. Your digital defenses, your firewalls, your complex passwords.

639
00:32:44.279 --> 00:32:47.440
<v Speaker 1>They're only as strong as the physical perimeter protecting the

640
00:32:47.480 --> 00:32:50.079
<v Speaker 1>machines themselves. It's not just about software anymore.

641
00:32:50.200 --> 00:32:51.359
<v Speaker 3>That's a crucial takeaway.

642
00:32:51.519 --> 00:32:55.200
<v Speaker 2>Absolutely so, given all these varied password attacks, dictionary brute force,

643
00:32:55.240 --> 00:32:58.200
<v Speaker 2>curb roasting, physical access methods, how do we actually defend

644
00:32:58.200 --> 00:33:00.680
<v Speaker 2>against them? It really comes down to taking a proactive

645
00:33:00.720 --> 00:33:04.440
<v Speaker 2>stance and implementing multiple layers of strong security practices. Its

646
00:33:04.519 --> 00:33:07.920
<v Speaker 2>defense in depth. First, for those service accounts we talked about,

647
00:33:08.160 --> 00:33:11.640
<v Speaker 2>regularly rotate their passwords, don't set them once and forget them.

648
00:33:11.799 --> 00:33:14.359
<v Speaker 2>This reduces the exposure window if a ticket or hash

649
00:33:14.440 --> 00:33:15.559
<v Speaker 2>is ever compromised.

650
00:33:15.880 --> 00:33:18.759
<v Speaker 1>And of course you need to implement strong password policies

651
00:33:18.799 --> 00:33:21.920
<v Speaker 1>for all accounts, not just users, but including those often

652
00:33:21.920 --> 00:33:27.160
<v Speaker 1>forgotten service accounts. We're talking about minimum length, complexity requirements history,

653
00:33:27.359 --> 00:33:30.400
<v Speaker 1>so you can't reuse old ones and regular enforced changes.

654
00:33:30.440 --> 00:33:34.599
<v Speaker 2>Definitely, using Managed Service Accounts MSSAYS or the newer Group

655
00:33:34.680 --> 00:33:39.240
<v Speaker 2>Managed Service Accounts GMSSAYS and Windows environments can help significantly Here,

656
00:33:39.680 --> 00:33:43.519
<v Speaker 2>these accounts automatically manage their own passwords, rotating them frequently

657
00:33:43.559 --> 00:33:47.440
<v Speaker 2>and securely without human intervention, which reduces human error and

658
00:33:47.480 --> 00:33:51.160
<v Speaker 2>the risk of weak or reused passwords for services, and

659
00:33:51.200 --> 00:33:55.160
<v Speaker 2>critically always limit service account privileges to the absolute minimum

660
00:33:55.200 --> 00:33:58.279
<v Speaker 2>necessary for them to function. The principle of lease privilege

661
00:33:58.319 --> 00:34:01.240
<v Speaker 2>is key. If an account only needs to read files,

662
00:34:01.599 --> 00:34:04.920
<v Speaker 2>don't give it right access. This reduces the impact if

663
00:34:04.920 --> 00:34:05.839
<v Speaker 2>it is compromised.

664
00:34:06.359 --> 00:34:09.679
<v Speaker 1>Continuous monitoring for unusual activity is also vital, isn't it

665
00:34:09.920 --> 00:34:13.559
<v Speaker 1>Looking for anomalies in Cabero's authentication patterns or sudden surge

666
00:34:13.559 --> 00:34:17.280
<v Speaker 1>in ticket requests, especially for sensitive accounts, These can indicate

667
00:34:17.320 --> 00:34:21.400
<v Speaker 1>an ongoing attack even before a password is successfully cracked exactly.

668
00:34:21.840 --> 00:34:26.599
<v Speaker 2>Proactive monitoring is huge Technically, implementing Courberos armoring, also known

669
00:34:26.639 --> 00:34:30.719
<v Speaker 2>as Fast Flexible Authentication Secured tunneling, which is available in

670
00:34:30.760 --> 00:34:33.920
<v Speaker 2>Windows Server twenty twelve R two and newer, helps protect

671
00:34:33.920 --> 00:34:36.320
<v Speaker 2>against past the ticket attacks by encrypting parts of the

672
00:34:36.400 --> 00:34:40.239
<v Speaker 2>Curberos exchange usually sent in the clear. Also enable and

673
00:34:40.280 --> 00:34:43.880
<v Speaker 2>configure sensible Crebero's ticket lifetime policies to limit how long

674
00:34:43.920 --> 00:34:46.800
<v Speaker 2>tickets are valid. Further, reducing the window of opportunity if

675
00:34:46.800 --> 00:34:48.320
<v Speaker 2>one is compromised or stolen.

676
00:34:48.840 --> 00:34:52.280
<v Speaker 1>Another often overlooked but incredibly high value target is the

677
00:34:52.400 --> 00:34:56.519
<v Speaker 1>krbtgt account in active directory. That's the master key for

678
00:34:56.599 --> 00:34:59.519
<v Speaker 1>Carberos in the domain. You should monitor and protect it

679
00:34:59.599 --> 00:35:04.480
<v Speaker 1>vigil with extremely strong, unique passwords changed periodically in offline

680
00:35:04.519 --> 00:35:07.559
<v Speaker 1>and very limited access. Compromise of this one account can

681
00:35:07.559 --> 00:35:10.760
<v Speaker 1>be absolutely catastrophic, allowing an attacker to forge any ticket.

682
00:35:11.000 --> 00:35:13.920
<v Speaker 2>Very true, that's the golden ticket attack vector. And then

683
00:35:13.920 --> 00:35:16.679
<v Speaker 2>there are newer Windows features like Credential Guard found in

684
00:35:16.679 --> 00:35:19.480
<v Speaker 2>Windows ten eleven Enterprise and Server twenty sixteen and later.

685
00:35:19.960 --> 00:35:23.599
<v Speaker 2>It uses virtualization based security to isolate and protect sensitive

686
00:35:23.599 --> 00:35:27.400
<v Speaker 2>credentials like NTLM hashes and Crebero's tickets in a secure area,

687
00:35:27.599 --> 00:35:30.400
<v Speaker 2>making them much harder for attackers even those with system

688
00:35:30.400 --> 00:35:35.920
<v Speaker 2>privileges to extract using tools like mimicats. Also consider enabling

689
00:35:35.960 --> 00:35:40.039
<v Speaker 2>extended protection for authentication or EPA where possible, which adds

690
00:35:40.079 --> 00:35:42.840
<v Speaker 2>another layer against certain men in the middle relay attacks.

691
00:35:42.960 --> 00:35:46.199
<v Speaker 1>And let's not forget the absolute basics. Regularly update and

692
00:35:46.239 --> 00:35:50.440
<v Speaker 1>patch all your systems, operating systems, applications. Everything This closes

693
00:35:50.480 --> 00:35:54.360
<v Speaker 1>known vulnerabilities before attackers can even exploit them. Seems obvious,

694
00:35:54.599 --> 00:35:57.960
<v Speaker 1>but it's amazing how often it's missed. And crucially, educate

695
00:35:58.000 --> 00:36:01.480
<v Speaker 1>your users and administrators. Raise awareness about the risks of

696
00:36:01.519 --> 00:36:06.599
<v Speaker 1>weak passwords, phishing, social engineering, Encourage strong password practices and vigilance.

697
00:36:07.079 --> 00:36:09.719
<v Speaker 1>A security aware user, a human firewall is often your

698
00:36:09.800 --> 00:36:10.880
<v Speaker 1>very first line of defense.

699
00:36:11.199 --> 00:36:16.280
<v Speaker 2>Couldn't agree more. Finally, consider network segmentation. If you can

700
00:36:16.360 --> 00:36:20.280
<v Speaker 2>logically divide your network, it restricts lateral movement for an attacker.

701
00:36:20.360 --> 00:36:23.800
<v Speaker 2>If one segment is compromised, they can't easily jump from

702
00:36:23.800 --> 00:36:26.400
<v Speaker 2>a less important system to a critical one. The main

703
00:36:26.440 --> 00:36:28.679
<v Speaker 2>point is all these defenses.

704
00:36:28.239 --> 00:36:30.239
<v Speaker 3>Need to be combined. It's not just one thing.

705
00:36:30.559 --> 00:36:35.840
<v Speaker 2>It requires user education, technical controls, and proactive monitoring. For

706
00:36:35.960 --> 00:36:40.880
<v Speaker 2>truly enhanced security, it has to be a holistic approach.

707
00:36:41.079 --> 00:36:44.119
<v Speaker 1>This raises an important question for you, the listeners. Maybe

708
00:36:44.199 --> 00:36:47.079
<v Speaker 1>ponder how many of these defenses are actually in place

709
00:36:47.159 --> 00:36:50.599
<v Speaker 1>in your work environment or even protecting your personal digital

710
00:36:50.599 --> 00:36:52.920
<v Speaker 1>footprint at home. Worth thinking about, and.

711
00:36:52.920 --> 00:36:55.920
<v Speaker 2>It's important for everyone listening to remember that security testers,

712
00:36:55.960 --> 00:36:58.960
<v Speaker 2>the people we call ethical hackers or pen testers, use

713
00:36:59.000 --> 00:37:01.599
<v Speaker 2>the very same tools and techniques we've discussed today as

714
00:37:01.719 --> 00:37:05.800
<v Speaker 2>malicious hackers do. The key critical difference is authorization and intent.

715
00:37:06.320 --> 00:37:09.920
<v Speaker 2>Ethical hackers are hired with permission to identify vulnerabilities and

716
00:37:09.960 --> 00:37:12.599
<v Speaker 2>report them before they can be exploited by criminals. They're

717
00:37:12.599 --> 00:37:15.519
<v Speaker 2>firmly on the good side, but the methods often look identical,

718
00:37:15.719 --> 00:37:16.519
<v Speaker 2>and this brings us.

719
00:37:16.440 --> 00:37:19.800
<v Speaker 1>To a really crucial point about legal and ethical boundaries.

720
00:37:20.400 --> 00:37:24.039
<v Speaker 1>It is imperative that you never ever run security tools

721
00:37:24.239 --> 00:37:28.519
<v Speaker 1>or attempt cracking techniques against systems or networks without express,

722
00:37:28.559 --> 00:37:31.880
<v Speaker 1>written permission from the owner. Doing so, even just out

723
00:37:31.920 --> 00:37:35.199
<v Speaker 1>of curiosity, can lead to very serious legal prosecution. Don't

724
00:37:35.239 --> 00:37:36.000
<v Speaker 1>cross that line.

725
00:37:36.039 --> 00:37:36.679
<v Speaker 3>Absolutely.

726
00:37:37.280 --> 00:37:41.079
<v Speaker 2>The information we've discussed today is strictly for educational purposes only.

727
00:37:41.440 --> 00:37:44.159
<v Speaker 2>It doesn't cover every possible scenario you might find in

728
00:37:44.159 --> 00:37:47.280
<v Speaker 2>a live environment, and things are always changing. We're simply

729
00:37:47.280 --> 00:37:50.039
<v Speaker 2>conveying ideas and techniques found in the source material and

730
00:37:50.119 --> 00:37:53.920
<v Speaker 2>general security knowledge. We are absolutely not endorsing any illegal

731
00:37:54.000 --> 00:37:57.199
<v Speaker 2>or unethical activities. This knowledge is meant to empower you

732
00:37:57.239 --> 00:37:59.920
<v Speaker 2>to defend yourself and your systems, not to attack others.

733
00:38:00.119 --> 00:38:03.880
<v Speaker 1>And that's our deep dive into the complex, sometimes scary,

734
00:38:04.159 --> 00:38:08.679
<v Speaker 1>but utterly fascinating world of password cracking and cybersecurity. We've

735
00:38:08.679 --> 00:38:12.119
<v Speaker 1>explored the tactics and tools involved, from understanding why weak

736
00:38:12.159 --> 00:38:16.000
<v Speaker 1>passwords remain such a pervasive risk and how authentication protocols

737
00:38:16.039 --> 00:38:19.280
<v Speaker 1>like NTLM and Gerbero's work, to diving into the cunning

738
00:38:19.320 --> 00:38:22.719
<v Speaker 1>of kerb roasting, the foundational power of word lists, and

739
00:38:22.760 --> 00:38:26.000
<v Speaker 1>the incredible capabilities of cracking engines like John the Ripper

740
00:38:26.239 --> 00:38:27.400
<v Speaker 1>and of course hashcat.

741
00:38:27.800 --> 00:38:30.519
<v Speaker 2>We also looked at the art of finding patterns and passwords,

742
00:38:30.519 --> 00:38:34.400
<v Speaker 2>some advanced cracking techniques, and even those more exotic methods

743
00:38:34.400 --> 00:38:39.480
<v Speaker 2>involving physical access, reminding us security isn't just digital, and importantly,

744
00:38:39.519 --> 00:38:43.960
<v Speaker 2>we close with a rundown of crucial defensive measures, technical controls, policies,

745
00:38:44.039 --> 00:38:48.119
<v Speaker 2>monitoring education to help you fortify your own digital security

746
00:38:48.360 --> 00:38:49.960
<v Speaker 2>and the security at your organization.

747
00:38:50.239 --> 00:38:52.079
<v Speaker 1>Our hope is that you'll take what you've learned today

748
00:38:52.119 --> 00:38:55.320
<v Speaker 1>and really apply it, maybe strengthen your own security posture,

749
00:38:55.559 --> 00:38:59.159
<v Speaker 1>perhaps by reviewing your personal password hygiene, finally implementing a

750
00:38:59.159 --> 00:39:02.719
<v Speaker 1>password manager, or maybe initiating a discussion about these concepts

751
00:39:02.760 --> 00:39:05.440
<v Speaker 1>within your workplace. Awareness is the first step.

752
00:39:05.599 --> 00:39:07.519
<v Speaker 2>So here's a final thought for you, Tom all Over.

753
00:39:08.079 --> 00:39:11.000
<v Speaker 2>In a world where our digital keys, our passwords, and

754
00:39:11.000 --> 00:39:16.239
<v Speaker 2>accounts are constantly under siege. What unexpected physical vulnerability, maybe

755
00:39:16.320 --> 00:39:18.440
<v Speaker 2>something we haven't even thought of yet, might be the

756
00:39:18.440 --> 00:39:21.639
<v Speaker 2>next target for the clever adversary. And how does understanding

757
00:39:21.679 --> 00:39:25.079
<v Speaker 2>this digital landscape better prepare us for securing the tangible

758
00:39:25.119 --> 00:39:26.000
<v Speaker 2>world around us.

759
00:39:26.239 --> 00:39:28.519
<v Speaker 1>Thanks for joining us on the deep dive. We'll be

760
00:39:28.599 --> 00:39:30.679
<v Speaker 1>back soon with more critical insights.
