- Products
- Learn
- Local User Groups
- Partners
- More
AI Security Masters E7:
How CPR Broke ChatGPT's Isolation and What It Means for You
Call For Papers
Your Expertise. Our Stage
Good, Better, Best:
Prioritizing Defenses Against Credential Abuse
Ink Dragon: A Major Nation-State Campaign
Watch HereCheckMates Go:
CheckMates Fest
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 |
|---|---|
| 5 | |
| 4 | |
| 3 | |
| 3 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |
Tue 21 Apr 2026 @ 05:00 PM (IDT)
AI Security Masters E7: How CPR Broke ChatGPT's Isolation and What It Means for YouTue 28 Apr 2026 @ 06:00 PM (IDT)
Under the Hood: Securing your GenAI-enabled Web Applications with Check Point WAFTue 21 Apr 2026 @ 05:00 PM (IDT)
AI Security Masters E7: How CPR Broke ChatGPT's Isolation and What It Means for YouTue 28 Apr 2026 @ 06:00 PM (IDT)
Under the Hood: Securing your GenAI-enabled Web Applications with Check Point WAFTue 12 May 2026 @ 10:00 AM (CEST)
The Cloud Architects Series: Check Point Cloud Firewall delivered as a serviceThu 30 Apr 2026 @ 03:00 PM (PDT)
Hillsboro, OR: Securing The AI Transformation and Exposure ManagementAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY