DEV Community

Rocky
Rocky

Posted on

The Interview Question That Trips Up Junior Red Teamers: What Do You Check Before Mimikatz?

An interview for a junior red team or pentest role, somewhere past the resume small talk: "You're dropped onto a Windows workstation on an internal network with valid low-privilege creds. Walk me through the first ten minutes." A lot of candidates answer with a tool. Mimikatz to dump credentials, Responder to poison LLMNR, BloodHound to map the domain. All real tools, all wrong as a first answer, because every one of them assumes you already know things you haven't checked yet: is this even a domain-joined box, where's the DC, is there a domain at all versus a flat workgroup network, and what "quiet" means on this particular network before you start being loud on it.

Confirm the domain before attacking it

systeminfo and checking the domain environment variable tell you in seconds whether you're looking at Active Directory or a standalone workgroup, and that answer changes almost everything downstream. A DC lookup against the domain controller name, or a quick DNS query for the _ldap._tcp SRV record, identifies the actual domain controller. Skipping this and assuming "internal network" means "Active Directory" is a surprisingly common beginner mistake, and it's the kind of gap an interviewer notices immediately, because it means you'd run domain-specific attacks against a target that isn't one.

Passive before active, every time

Checking the local ARP cache on the box you already have access to costs nothing and reveals what else is on the local segment without a single packet you didn't already have a legitimate reason to send. Reviewing DNS cache, checking existing SMB sessions, looking at what's already cached in memory, all of this is recon you get for free before you touch a tool that generates traffic a defender's SIEM will actually notice.

Anonymous and null sessions still matter

A null SMB session or unauthenticated LDAP bind against the DC, when it's still open, hands over domain user lists, password policy, and group membership without a single authentication attempt logged against a real account. It's less common on a hardened 2026 domain than it was five years ago, but checking costs nothing, and it's the difference between enumerating for free and enumerating in a way that shows up on someone's dashboard.

Only then does Responder or Mimikatz make sense

Poisoning LLMNR/NBT-NS on a network you haven't mapped is loud and can catch traffic that has nothing to do with your actual objective, or worse, trip an alert before you've learned anything useful about the environment. Dumping credentials from a box before confirming what that box actually has access to burns your one shot at looking quiet, for information you might not even need yet. Both tools are legitimate and both belong in the workflow, just after the ten minutes of unglamorous enumeration, not instead of it.

The honest interview answer isn't a tool name, it's a sequence: confirm the domain, do the recon that costs nothing, check what's open before you touch what makes noise. Codelivly's Red Team Book for Beginners builds this exact recon-before-action discipline into its labs, alongside privilege escalation and AD fundamentals. The free Recon & Enumeration Tools learning path and Active Directory Fundamentals room are a good place to drill the enumeration half before the exam or the interview.

Top comments (0)