Phishing vs. vishing is not a useful comparison if it is reduced to email versus voice. Cross-referencing PCI DSS, NIST CSF 2.0, CISA, CTIR Gov Brasil, and empirical evidence shows something less convenient: phishing has explicit requirements for automated technical controls separate from training, while vishing is mainly addressed through signal recognition, alternate-channel verification, and escalation. That asymmetry makes clicks alone or an annual course an incomplete way to measure risk.
What emerges when the sources are compared
No single source in the material builds this map on its own. Side by side, they show that phishing and vishing share the same social engineering base, but they do not leave the same observable trail, do not trigger the same controls, and should not be audited with the same dashboard.
| Standard or guidance | Channel | What is observed | Main control | What it requires | Reporting | Source |
|---|---|---|---|---|---|---|
| PCI DSS v4.0 Requirement 5.4.1 | phishing | not specified | automated processes and mechanisms | "Processes and automated mechanisms are in place to detect and protect personnel against phishing attacks." | not specified | PCI Security Standards Council |
| PCI DSS v4.0 Requirement 12.6.3.1 | phishing and related attacks, social engineering | threats and vulnerabilities that could affect the CDE | awareness training | training must include awareness of "Phishing and related attacks" and "Social engineering" | not specified | PCI Security Standards Council |
| NIST CSF 2.0 PR.AT-01 | social engineering and other common attacks | recognition of attempts and suspicious activity | awareness and training | personnel must receive awareness and training, including recognizing social engineering attempts and reporting attacks and suspicious activity, according to NIST | yes | NIST |
| CTIR Gov Brasil Recomendação 04/2025 | vishing | spoofed caller ID, requests to confirm identity or token, requests to install AnyDesk or TeamViewer, urgency or threats | campaigns promoting official channels and training | reinforce official channels and train users to recognize vishing attempts, according to CTIR Gov Brasil | not specified | CTIR Gov Brasil |
| CTIR Gov Brasil Recomendação 01/2019 | phishing or credential compromise | suspected phishing or credential compromise | internal team notification | notify the incident, security, or IT support team immediately, according to CTIR Gov Brasil | yes | CTIR Gov Brasil |
| LNCC Brasil A.6.3 | fraudulent emails, SMS, and calls, phishing, vishing, and smishing | fraud identification, sender verification, new attack tactics | awareness, education, and training | includes content on fraudulent emails, SMS, and calls, sender verification, and reporting fraud attempts, according to LNCC | yes | LNCC Brasil |
| CISA Phishing Guidance and Scattered Spider | phishing, also vishing and spearphishing | not specified | phishing-resistant MFA and diligent training | recommends FIDO/WebAuthn or PKI-based MFA, and continuing training against vishing and spearphishing, according to CISA | not specified | CISA |
Why the common mistake is treating them as equivalent channels
CISA defines phishing as a form of social engineering that uses email or malicious websites to request personal information, and defines vishing as the social engineering approach that uses voice communications. If that separation is taken at face value, the operational reading looks simple: email on one side, phone calls on the other.
But NIST complicates that classification by noting that phishing is not limited to email and can also arrive through text messages, phone calls, social media, or postal mail. Whalemate’s reading is that the problem is not best organized by pure channel, but by observable signals and by the type of control each scenario supports. That difference ultimately affects compliance, metrics, and budget.
What really changes between phishing and vishing when risk is measured?
Phishing leaves more structured traces to observe. The material indicates that links, attachments, domains, delivery, and credentials can be measured, and the CISA, NSA, FBI, and MS-ISAC guidance separates two common tactics: credential theft through a fake site and malware delivery through a malicious attachment.
Vishing has different signals. According to CTIR Gov Brasil, teams should watch for spoofed caller ID, requests to confirm identity or a token, requests to install AnyDesk or TeamViewer, and urgency or threat-based language. Whalemate’s reading is that if a program uses the same indicator for both, such as click rate, it leaves out the behavior that matters most in voice-based attacks.
What does PCI DSS require, and why does that break the single-awareness approach?
PCI DSS v4.0 Requirement 5.4.1 requires processes and automated mechanisms to detect and protect personnel against phishing attacks, according to the PCI Security Standards Council. The same standard, in Requirement 12.6.3.1, requires training to include awareness of "Phishing and related attacks" and "Social engineering," also according to the PCI Security Standards Council.
The tension is not minor. PCI DSS explicitly separates the technical mechanism from training, and meeting one does not equal meeting the other, according to the standard itself. Whalemate’s reading is that many organizations in LATAM present awareness campaigns as if they covered both fronts, but that approach leaves a compliance gap for phishing and says almost nothing about vishing.
What happens when evidence calls training alone into question?
The PCI DSS split becomes more relevant when paired with empirical evidence. A large-scale replication published in 2025 found no significant main effects from training interventions on either click rate, p=0.450, or reporting rate, p=0.417, with negligible effect sizes, according to the academic study on arXiv.
Whalemate’s reading is that this does not invalidate training, but it does invalidate using training as the sole argument for risk reduction. If the standard already requires a separate technical layer for phishing, relying only on awareness may not only perform poorly, it may also leave compliance without sufficient control evidence.
Does CISA still recommend training even if the evidence is modest?
Yes. CISA recommends that organizations continue diligent employee training against vishing and spearphishing, in addition to implementing phishing-resistant MFA, according to its guidance on Scattered Spider. That "in addition to" matters more than the standalone recommendation.
The tension becomes clearer when compared with a NIST-related report. That report found a small statistical improvement, 2% less likelihood of falling for phishing among those who received training, and also found that static training did not show a benefit, while interactive training made people 20% less likely to fail future simulations, according to NIST Public Safety Communications Research. Whalemate’s reading is that the question is not whether to train, but which kind of training justifies investment and which controls it is paired with.
Which metrics fall short when only clicks are tracked?
The benchmarks in the material show why clicks are not enough. The 2025 Phishing Simulation Benchmark Report from Fortra, based on 13.9 million recipients and 7,504 customer campaigns, reported a 5.42% click rate, a 1.99% password-submission rate, and a 10.50% reporting rate. The same report warns that a 10.5% reporting rate should not automatically be celebrated and that a 5.42% click rate or 1.99% password-submission rate is not necessarily acceptable simply because it is low, according to Fortra.
Whalemate’s reading is that the dashboard needs to measure sequence, not a single event. For phishing, the value lies in seeing delivery, interaction, credential submission, reporting, time to report, and escalation. For vishing, the logic shifts even more, because neither clicks nor delivery describe the real risk of a fraudulent phone call very well.



