Careers & People

8/30/2017
02:00 PM
Drew Fearson
Drew Fearson
Commentary
Connect Directly
LinkedIn
RSS
E-Mail vvv
50%
50%

Hacking the Security Job Application Process

Simple advice to help job seekers dig out of the black hole of recruiter and employer hiring portals.

Time after time, I hear the same thing from information security professionals: "I feel like when I submit my resume to a recruiter or to a company's portal, it's a black hole."

Let's take a look at why that happens. Both recruiter and company websites are traditionally monitored by internal recruiters and human resources admins who have little background in information security. (There are some with a security background out there, but they are the exception rather than the rule). Recruiters typically look at keywords, job title, and tenure — nothing more. If the words in your resume don't directly match up with what is in their job description, it's on to the next candidate.

Similarly, most internal hiring portals are just resume collectors that will allow internal recruiters to do a keyword search. These internal portals are often inundated with candidates who do not even come close to matching what the job description says, so every resume gets a cursory glance, if at all.

So how do we hack this process? Simple. Create a keyword section at the bottom of your resume that contains buzzwords and technology that you have experience with. If it's in the job description, and you have utilized it, make sure it's in there. Caveat here: if you haven't touched the technology, or have only been exposed to it, don't put it in there. You may get past the first hurdle and get noticed, but you will get hung out to dry when you get to the manager interview.)

The second way to get ahead is to proactively seek out people who are in a hiring position in the company at which you are applying. A lot of people in infosec have traditionally gotten jobs from people they know. As infosec grows, you can leverage your circle of friends via LinkedIn to make an introduction for you to a certain company. If you don't have any second-degree connections, simply cross-reference the company with job titles like "director" and "cyber" or "recruiter" via LinkedIn, and then send an InMail as an introduction.

Don't want to use InMails? Do a quick Google search for the email handle and orientation to send an email directly, or go old school and call and leave a voice mail for the person you want to reach. This shows initiative and gets you ahead of the pack!

Check below for some roles that we have posted on NinjaJobs that will link you up directly to a real, live person who wants to hire. If you have any other questions or comments about the application process, please feel free to ask in the comments:

Learn from the industry’s most knowledgeable CISOs and IT security experts in a setting that is conducive to interaction and conversation. Click for more info and to register.

Related Content:

Drew oversees all operations for NinjaJobs and leads its enterprise recruiting efforts. He brings over ten years of industry background in technical recruiting, and has successfully placed thousands of top-quality candidates. Leveraging previous know-how from staffing ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
gbiagomba
50%
50%
gbiagomba,
User Rank: Apprentice
9/1/2017 | 4:53:08 PM
Another approach
To add on to the article, you could also add keywords you spotted in the job at to your resume. But here is the trick, make it white font. This way it does not "disrupt" your resume BUT their scanner will capture those words. So when a recruiter looks for said keywords or if they have search/alert rules set to find those keywords, well your resume will come acros their desk. I learned this trick from someone I knew who was a recruiter.
WebAuthn, FIDO2 Infuse Browsers, Platforms with Strong Authentication
John Fontana, Standards & Identity Analyst, Yubico,  9/19/2018
Turn the NIST Cybersecurity Framework into Reality: 5 Steps
Mukul Kumar & Anupam Sahai, CISO & VP of Cyber Practice and VP Product Management, Cavirin Systems,  9/20/2018
NSS Labs Files Antitrust Suit Against Symantec, CrowdStrike, ESET, AMTSO
Kelly Jackson Higgins, Executive Editor at Dark Reading,  9/19/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: "I'm not sure I like this top down management approach!"
Current Issue
Flash Poll
Surviving the IT Security Skills Shortage
Surviving the IT Security Skills Shortage
Cybersecurity professionals are in high demand -- and short supply. Find out what Dark Reading discovered during their 2017 Security Staffing Survey and get some strategies for getting through the drought. Download the report today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-17338
PUBLISHED: 2018-09-23
An issue has been found in pdfalto through 0.2. It is a heap-based buffer overflow in the function TextPage::dump in XmlAltoOutputDev.cc.
CVE-2018-17341
PUBLISHED: 2018-09-23
BigTree 4.2.23 on Windows, when Advanced or Simple Rewrite routing is enabled, allows remote attackers to bypass authentication via a ..\ substring, as demonstrated by a launch.php?bigtree_htaccess_url=admin/images/..\ URI.
CVE-2018-17332
PUBLISHED: 2018-09-22
An issue was discovered in libsvg2 through 2012-10-19. The svgGetNextPathField function in svg_string.c returns its input pointer in certain circumstances, which might result in a memory leak caused by wasteful malloc calls.
CVE-2018-17333
PUBLISHED: 2018-09-22
An issue was discovered in libsvg2 through 2012-10-19. A stack-based buffer overflow in svgStringToLength in svg_types.c allows remote attackers to cause a denial of service (application crash) or possibly have unspecified other impact because sscanf is misused.
CVE-2018-17334
PUBLISHED: 2018-09-22
An issue was discovered in libsvg2 through 2012-10-19. A stack-based buffer overflow in the svgGetNextPathField function in svg_string.c allows remote attackers to cause a denial of service (application crash) or possibly have unspecified other impact because a strncpy copy limit is miscalculated.