- Products
- Learn
- Local User Groups
- Partners
- More
Scaling Check Point Automation with Arodonata
7 October @ 5pm CET / 11am EDT
What's New in Check Point SASE
The State of Ransomware Q2 2026:
This Quarter's Trends, and Their Impact on Your Defenses
AI Security Masters
Implementing the AI Security Trifecta
CheckMates Go:
Half is Not Enough
Hello,
I've MFA via Microsoft Authenticator setup for my VPN users. This works fine. Users get an extra window from the VPN client to insert their code and the connection is established.
Now I was testing the same process, but now with SMS as MFA. Strangely enough, the SMS is received on the smartphone, but an extra window from the VPN client, to insert the code from the sms, does not appear. I get wrong user or password.
FYI
I use a third party MFA solution and MS NPS.
My VPN client is v88.70
Any idea where to look (VPN client, MFA solution, NPS, Checkpoint firewall/vpn, etc...)?
I was able to pinpoint the problem... a faulty return code received on the MFA server from our SMS gateway. Nothing to do with Checkpoint!
Thanks for the reactions!
What do logs show?
Hello,
just been hanging 2 hours in a call with MFA soft provider, digging through logs. All seems fine here.
Can you specify which logs to check and where?
thanks
still in the complete dark here... finding the root is a first step:
MFA soft (i don't think so)
NPS ( i don't think so)
SMS gateway
VPN
VPN client
I meant smart console logs...
Andy
Is the gateway still using NPS as the RADIUS server, or a different RADIUS server? Check tcpdump (or cppcap) on the gateway for RADIUS connections (port 1812) to see if the RADIUS messages are being exchanged as you expect. If they are, then you need to run a VPN debug on the gateway and look in $FWDIR/log/vpnd.elg.
I was able to pinpoint the problem... a faulty return code received on the MFA server from our SMS gateway. Nothing to do with Checkpoint!
Thanks for the reactions!
Good job!
Excellent! Good hunting!
The 3rd party server needs to send a RADIUS Access-Challenge to the NPS server. If your 3rd party service isn't providing that, then the VPN client will never see that from the NPS server to present the extra login prompt.
With SMS (and voice/call), this usually doesn't work, as the two services are out-of-band of each other (the RADIUS server is effectively hanging while waiting on the 3rd party to respond).
If you believe it should be working, then you'll need to run a VPN debug on the gateway to watch the RADIUS session between the gateway and the NPS server.
For a quick debug, you can just do a "tcpdump -xXvv -nni <interface facing the RADIUS server> port 1812" and look at the RADIUS packet decode (access-accept and access-challenge is what you want to see). If the tcpdump isn't helpful, then you'll need a VPN debug.
Regardless, I wouldn't expect this work.
Hello,
the radius challenge/accept is sent when using MS authenticator. Why would the same process via SMS block somewhere?
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 21 | |
| 2 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |
Mon 28 Sep 2026 @ 03:00 PM (CEST)
La nouvelle réalité des attaques DDoS: autonomie, échelle et avenir de la défenseThu 01 Oct 2026 @ 05:00 PM (CEST)
Under the Hood: Check Point WAF | Preventing minus-zero-day attacksMon 28 Sep 2026 @ 03:00 PM (CEST)
La nouvelle réalité des attaques DDoS: autonomie, échelle et avenir de la défenseThu 01 Oct 2026 @ 05:00 PM (CEST)
Under the Hood: Check Point WAF | Preventing minus-zero-day attacksAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY