跳到正文
cccskills
免费在 GitHub 公开

conducting-social-engineering-pretext-call

Plan and execute authorized vishing (voice phishing) pretext calls to assess employee susceptibility to social engineering and evaluate security awareness controls.

中文简介正在准备中。当前显示原文说明。

集成工具LinkedIn

实测评分 未实测

查看安装方法

包含的文件(8)

  • SKILL.md7.0 KB
  • assets/template.md1.9 KB
  • LICENSE11.0 KB
  • references/api-reference.md1.9 KB
  • references/standards.md1.4 KB
  • references/workflows.md4.6 KB
  • scripts/agent.py5.3 KB
  • scripts/process.py10.0 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Conducting Social Engineering Pretext Call

Overview

A pretext call (vishing) is a social engineering technique where an attacker impersonates a trusted authority figure over the phone to manipulate targets into divulging sensitive information, performing actions, or granting access. In red team engagements, pretext calls test the human element of security controls, measuring employee adherence to verification procedures and security awareness training effectiveness. MITRE ATT&CK maps this to T1566.004 (Phishing for Information: Voice) and T1598 (Phishing for Information).

When to Use

  • When conducting security assessments that involve conducting social engineering pretext call
  • When following incident response procedures for related security events
  • When performing scheduled security testing or auditing activities
  • When validating security controls through hands-on testing

Prerequisites

  • Written authorization specifying social engineering scope and boundaries
  • List of approved target employees (usually provided by client)
  • OSINT research on targets and organization
  • Spoofed caller ID capability (authorized for testing)
  • Call recording equipment (with legal consent as required)
  • Pretext scenarios approved by client

MITRE ATT&CK Mapping

Technique IDNameTactic
T1566.004Phishing: VoiceInitial Access
T1598Phishing for InformationReconnaissance
T1598.003Phishing for Information: Spearphishing VoiceReconnaissance
T1589Gather Victim Identity InformationReconnaissance
T1591Gather Victim Org InformationReconnaissance

Phase 1: OSINT and Target Research

# LinkedIn employee enumeration
theHarvester -d targetcorp.com -b linkedin -l 200

# Company org chart and employee roles
# Review LinkedIn, corporate website "About Us" / "Team" pages

# Technology stack identification
# Check job postings for technology references (VPN vendor, email, helpdesk tool)

# Phone system identification
# Call main line, note IVR options, department names, extension patterns

Key intelligence to gather:

  • Internal helpdesk phone number and procedures
  • IT department names and staff
  • VPN/remote access vendor (Cisco AnyConnect, Fortinet, Pulse Secure)
  • Corporate email format (first.last, flast, etc.)
  • Recent events (mergers, office moves, system upgrades)
  • Employee names, titles, departments

Phase 2: Pretext Development

Common Pretext Scenarios

IT Helpdesk Impersonation (Most Effective):

"Hi, this is [name] from the IT Service Desk. We're migrating everyone to the new VPN client this week, and I see your account hasn't been updated yet. I need to verify your current credentials to ensure the migration goes smoothly. Can you confirm your username and current password?"

Vendor/Contractor:

"Hi, I'm [name] from [known vendor]. We're doing an emergency patch deployment for [product] and I need remote access to your system. Could you help me connect via TeamViewer?"

Executive Assistant (Authority):

"This is [name] calling on behalf of [CFO name]. [He/She] needs an urgent wire transfer processed for a deal that's closing today. I'll email you the details, but we need this done in the next hour."

Building/Facilities:

"Hi, this is [name] from facilities management. We're updating the badge access system this weekend. I need to confirm your employee ID and current badge number so your access isn't interrupted."

Pretext Checklist

  • Is the pretext believable for this organization?
  • Does it create appropriate urgency without being threatening?
  • Does it align with OSINT findings (real dept names, real systems)?
  • Does it have a plausible reason for requesting information?
  • Is there a fallback if the target pushes back?
  • Has the client approved this specific pretext?

Phase 3: Call Execution

Call Structure

  1. Introduction (10 seconds): State name, department, reason for calling
  2. Building rapport (30 seconds): Reference something real (recent event, shared context)
  3. Authority establishment (20 seconds): Reference manager name, ticket number, urgency
  4. Information request (30 seconds): Ask for the target information naturally
  5. Handling objections: If challenged, respond calmly with prepared answers
  6. Closing (10 seconds): Thank them, leave no suspicion

Objection Handling

ObjectionResponse
"Can I call you back?""Of course, call the main helpdesk line and ask for [name]. But this needs to be done by EOD."
"I need to verify this""Absolutely, I appreciate your diligence. You can check with [manager name]."
"I was told never to give passwords""You're right, and normally we wouldn't ask. This is a special case because [reason]. I can have my manager call you."
"What's your employee ID?"Pivot: "It's [made-up ID]. Listen, I have 50 more people to call today. Can we just get this done?"
"I'll email IT instead""Sure, but the system migration happens tonight. If it's not done by then..."

Phase 4: Data Collection and Metrics

Track the following for each call:

MetricDescription
Target NameEmployee called
DepartmentTarget's department
Date/TimeWhen call was made
DurationLength of call
Pretext UsedWhich scenario
Information ObtainedWhat was disclosed
Credential DisclosedYes/No (and type)
Verification AttemptedDid target try to verify caller?
Reported to SecurityDid target report the call?
Social Engineering Score1-5 susceptibility rating

Phase 5: Reporting

Success Metrics

MetricTargetResult
Credential Disclosure Rate<10%XX%
Sensitive Info Disclosure Rate<20%XX%
Verification Rate>80%XX%
Security Reporting Rate>50%XX%

Ethical and Legal Considerations

  1. Always obtain written authorization before conducting vishing tests
  2. Never use threatening language or create genuine fear
  3. Document consent and legal requirements for call recording
  4. Protect disclosed credentials - immediately report to client
  5. Debrief targets after the engagement if client approves
  6. Never publicly identify specific employees who failed
  7. Comply with telecommunications laws in your jurisdiction

References

  • Verizon DBIR 2025: 74% of breaches involve human element
  • MITRE ATT&CK T1598: https://attack.mitre.org/techniques/T1598/
  • Social Engineering Penetration Testing by Gavin Watson (Syngress)
  • The Art of Deception by Kevin Mitnick (Wiley)
  • NIST SP 800-50: Building an Information Technology Security Awareness and Training Program

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Create forensically sound bit-for-bit disk images using dd and dcfldd while preserving evidence integrity through hash verification.

中文简介正在准备中。当前显示原文说明。

micsapp/micstec-skills42026年3月20日 更新

Creating algorithmic art using p5.js with seeded randomness and interactive parameter exploration. Use this when users request creating art using code, generative art, algorithmic art, flow fields, or particle systems. Create original algorithmic art rather than copying existing artists' work to avoid copyright violations.

中文简介正在准备中。当前显示原文说明。

micsapp/micstec-skills42026年3月20日 更新

Detect dangerous ACL misconfigurations in Active Directory using ldap3 to identify GenericAll, WriteDACL, and WriteOwner abuse paths

中文简介正在准备中。当前显示原文说明。

micsapp/micstec-skills42026年3月20日 更新

Perform static analysis of Android APK malware samples using apktool for decompilation, jadx for Java source recovery, and androguard for permission analysis, manifest inspection, and suspicious API call detection.

中文简介正在准备中。当前显示原文说明。

micsapp/micstec-skills42026年3月20日 更新

Parses API Gateway access logs (AWS API Gateway, Kong, Nginx) to detect BOLA/IDOR attacks, rate limit bypass, credential scanning, and injection attempts. Uses pandas for statistical analysis of request patterns and anomaly detection. Use when investigating API abuse or building API-specific threat detection rules.

中文简介正在准备中。当前显示原文说明。

micsapp/micstec-skills42026年3月20日 更新

Analyze advanced persistent threat (APT) group techniques using MITRE ATT&CK Navigator to create layered heatmaps of adversary TTPs for detection gap analysis and threat-informed defense.

中文简介正在准备中。当前显示原文说明。

micsapp/micstec-skills42026年3月20日 更新

查看 micsapp 的全部技能

报告此技能的问题