Community discussions

MikroTik App
 
JulienPicalausa
just joined
Topic Author
Posts: 2
Joined: Sun Jun 02, 2024 9:18 pm

radsec issues after 7.15 upgrade

Sun Jun 02, 2024 9:46 pm

Hello everyone. I'm new to these forums and will try not to make a fool of myself.

I registered here after experiencing an issue following the upgrade to 7.15. I had recently managed to get a working dot1x setup using freeradius. I have several Mikrotik switches connecting to it using radsec. Today, I upgraded one of these switches, a CRS312-4C+8XG, to 7.15, which broke something in the communication. The TLS handshake works as normal, then the initial Access-Request is sent and received by freeradius. And no matter which response is sent in return, the switch is not apparently seeing it.

I have temporarily fixed this by downgrading to an unsecured connection. Since I didn't see anyone reporting a similar issue, I figured I should write about it, in case it affects other people.

Some relevant bits of my configuration:
# 2024-06-02 20:37:52 by RouterOS 7.15
# software id = H9BC-RUMQ
#
# model = CRS312-4C+8XG

/radius
add address=192.168.0.1 certificate=radius_client protocol=radsec require-message-auth=no service=wireless,dot1x timeout=10s
/interface dot1x server
add auth-types=dot1x,mac-auth interface=dot1x radius-mac-format=XX-XX-XX-XX-XX-XX
/interface list
add name=dot1x
/interface list member
add interface=ether4 list=dot1x
add interface=ether5 list=dot1x
add interface=ether6 list=dot1x
add interface=ether7 list=dot1x
add interface=ether3 list=dot1x
add interface=ether2 list=dot1x
add interface=combo1 list=dot1x
add interface=combo2 list=dot1x
add interface=combo3 list=dot1x
add interface=combo4 list=dot1x
add interface=ether8 list=dot1x

Some relevant bit of log
 17:12:10 dot1x,packet s ether3 rx EAPOL-Start
 17:12:10 dot1x,packet s ether3 tx EAPOL-Packet EAP-Request id:0 method:IDENTITY
 17:12:10 radius,debug new request 82:09 code=Access-Request service=dot1x called-id=12-34-56-78-90-AB
 17:12:10 radius,debug sending 82:09 to 192.168.0.1:2083
 17:12:10 radius,debug,packet sending Access-Request with id 2 to 192.168.0.1:2083
 17:12:10 radius,debug,packet     Signature = *************
 17:12:10 radius,debug,packet     Framed-MTU = 1400
 17:12:10 radius,debug,packet     NAS-Port-Type = 15
 17:12:10 radius,debug,packet     Called-Station-Id = "12-34-56-78-90-AB"
 17:12:10 radius,debug,packet     Calling-Station-Id = "FE-DC-BA-09-87-65"
 17:12:10 radius,debug,packet     Service-Type = 2
 17:12:10 radius,debug,packet     EAP-Message = 0x0200000a017661726469
 17:12:10 radius,debug,packet     User-Name = "host"
 17:12:10 radius,debug,packet     Acct-Session-Id = "86300003"
 17:12:10 radius,debug,packet     NAS-Port-Id = "ether3"
 17:12:10 radius,debug,packet     Unknown-Attribute(type=102) = 0x00
 17:12:10 radius,debug,packet     NAS-Identifier = "nas"
 17:12:10 radius,debug,packet     NAS-IP-Address = 192.168.0.2
 17:12:10 radius,debug,packet     Message-Authenticator = ************
 17:12:10 dot1x,packet s ether3 rx EAPOL-Packet EAP-Response id:0 method:IDENTITY
 17:12:20 radius,debug timeout for 82:09
Configuration and logs have been redacted.
 
CyB0rg
just joined
Posts: 3
Joined: Sat Feb 19, 2022 10:11 pm

Re: radsec issues after 7.15 upgrade

Tue Jun 04, 2024 1:48 am

Hi,

I can confirm that it is broken. Spent couple of hours troubleshooting the AP that was not getting the replies from RadSec server, claiming that the server timed out, when I saw the access-accept in the server logs every time; until I have stumbled accross your post.

Not the first time something gets broken in the new version ...

MikroTik, cmon, get your £$@% together !

Downgrade to 7.14.3 solves the issue - RadSec works again.

C.
 
MartinW
just joined
Posts: 11
Joined: Mon May 15, 2023 2:01 pm

Re: radsec issues after 7.15 upgrade

Wed Jun 05, 2024 3:47 pm

I have the same issue with the Hotspot using Radius on 7.15.

I've confirmed via Wireshark that 'Access-Accept' packets are being received by the Mikrotik, yet the 'Accepts' on the Mikrotik shows 0 (and the Hotspot doesn't auth users).
example_of_hotspot_radius_fail.png
You do not have the required permissions to view the files attached to this post.
 
infabo
Forum Guru
Forum Guru
Posts: 1353
Joined: Thu Nov 12, 2020 12:07 pm

Re: radsec issues after 7.15 upgrade

Wed Jun 05, 2024 10:40 pm

it is kind of disturbing that things break in areas not related to changelog. this somehow reduces my trust in ROS changelog. It is rather a fairy book
 
killersoft
Member Candidate
Member Candidate
Posts: 263
Joined: Mon Apr 11, 2011 2:34 pm
Location: Victoria, Australia

Re: radsec issues after 7.15 upgrade

Wed Jun 05, 2024 11:33 pm

Thats not good.

I'm writing a custom radius server program at the moment, and using MT as my test tool.
Lets hope that gets sorted
 
MartinW
just joined
Posts: 11
Joined: Mon May 15, 2023 2:01 pm

Re: radsec issues after 7.15 upgrade

Thu Jun 06, 2024 11:54 am

In fairness I think this is the first ever issue I've had with Hotspot Radius in 10+ years of using Mikrotiks.
 
MartinW
just joined
Posts: 11
Joined: Mon May 15, 2023 2:01 pm

Re: radsec issues after 7.15 upgrade

Mon Jun 17, 2024 11:46 pm

In my case this actually turned out to be a user error (on my part).

I'd failed to see these lines in the release note:
) radius - added "require-message-auth" option that requires "Message-Authenticator" in received Access-Accept/Challenge/Reject messages;
) radius - include "Message-Authenticator" in any RADIUS communication messages besides accounting for all services;
...setting 'require-message-auth = no' resolved the issue (for me).

I can see this is not the same issue as the OP was having (as they've already set that attribute).
 
fuhry
just joined
Posts: 2
Joined: Sun Sep 24, 2023 12:52 am

Re: radsec issues after 7.15 upgrade

Sat Jul 06, 2024 9:30 pm

I can also confirm that radsec is completely unusable in 7.15. This occurs regardless of the "require-message-auth" setting.

RouterOS reports a RADIUS timeout when radsec is enabled, leading me to believe that the code enforcing the presence of a message authenticator returns a DROP decision for all received radsec replies.

Going back to udp with shared secrets solves the issue for now, but it's obviously far less secure.

Please fix this!
 
JulienPicalausa
just joined
Topic Author
Posts: 2
Joined: Sun Jun 02, 2024 9:18 pm

Re: radsec issues after 7.15 upgrade

Thu Jul 11, 2024 11:56 am

Given this new Blast radius vulnerability, it would be really nice to have radsec working...
 
User avatar
bluecrow76
newbie
Posts: 34
Joined: Wed Sep 13, 2006 11:55 pm

Re: radsec issues after 7.15 upgrade

Fri Jul 12, 2024 6:30 pm

I submitted a ticket to Mikrotik support on June 6th regarding this issue (SUP-155235). It is still in the WAITING FOR SUPPORT status and has had no comment. Rather surprising to have such a significant infrastructure and security feature go un-addressed this long, especially with two subsequent minor releases.
 
sergdous
just joined
Posts: 1
Joined: Sat Aug 10, 2024 9:23 pm

Re: radsec issues after 7.15 upgrade

Sat Aug 10, 2024 9:35 pm

Hello everyone,
I'm new on this forum, I expect you feel good.
I experienced the same problem, message 'AUTH_FAILED'

My configuration:
CRS354-48G-4S+2Q+: 7.15.3
with Server opvn Radius authentication
Windows Server 2022 with IAS service
Windows 10 Client with OpenVPN GUI v11.49.0.0

One day, after upgrade to 7.15.3 the VPN connections no longer work message on Windows client OpenVPN GUI : 'Incorrect credentials' in Log : '....AUTH_FAILED....'

The Windows NPS Server log says client authorized.
Mikrotik Radius Server Status says :
Requests : 1
Accept : 1
Timeout : 4 !!
Bad replies : 10 !!
All other items : 0

Downgrade step by step from 7.15.3 to 7.14.3 and OpenVPN connections work again.
Mikrotik Radius Server Status says :
Requests : 2
Accept : 2
Timeout : 0
Bad replies : 0
All other items : 0

Where is the problem?

Thanks in advance.
In the meantime, I'm not doing any more upgrades !!

Who is online

Users browsing this forum: GoogleOther [Bot] and 30 guests