<feed xmlns='http://www.w3.org/2005/Atom'>
<title>accel-ppp.git/accel-pppd/radius/req.c, branch stable</title>
<subtitle>High performance PPTP/L2TP/SSTP/PPPoE/IPoE server for Linux (mirror of https://github.com/accel-ppp/accel-ppp.git)
</subtitle>
<id>https://git.amelek.net/accel-ppp/accel-ppp.git/atom?h=stable</id>
<link rel='self' href='https://git.amelek.net/accel-ppp/accel-ppp.git/atom?h=stable'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/'/>
<updated>2026-03-22T22:04:34+00:00</updated>
<entry>
<title>radius: Fix use after free and more</title>
<updated>2026-03-22T22:04:34+00:00</updated>
<author>
<name>Denys Fedoryshchenko</name>
<email>denys.f@collabora.com</email>
</author>
<published>2026-02-18T17:30:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=b5c5291ad278da86b038d62ee4a0878023c1f2da'/>
<id>urn:sha1:b5c5291ad278da86b038d62ee4a0878023c1f2da</id>
<content type='text'>
Situation is a bit complex. Even one problem we fix easily,
such as saving server as variable, rad_req_free might free
server in theory, and s will be invalid.
This is a bit of rewrite, but proper fix.
Fixes problem in 2 functions.

Signed-off-by: Denys Fedoryshchenko &lt;denys.f@collabora.com&gt;
</content>
</entry>
<entry>
<title>radius: Fix to same type of allocator and deallocator</title>
<updated>2026-03-22T22:04:34+00:00</updated>
<author>
<name>Denys Fedoryshchenko</name>
<email>denys.f@collabora.com</email>
</author>
<published>2026-02-06T16:07:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=3c886bc8d1c3e49753a1b859454859775a009cb9'/>
<id>urn:sha1:3c886bc8d1c3e49753a1b859454859775a009cb9</id>
<content type='text'>
Signed-off-by: Denys Fedoryshchenko &lt;denys.f@collabora.com&gt;
</content>
</entry>
<entry>
<title>fixup! Add RADIUS blast attack protection with Message-Authenticator</title>
<updated>2025-11-26T18:29:52+00:00</updated>
<author>
<name>Denys Fedoryshchenko</name>
<email>denys.f@collabora.com</email>
</author>
<published>2025-11-26T18:28:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=92110f9f3c9473de3d32bdc6202abb47315d41e7'/>
<id>urn:sha1:92110f9f3c9473de3d32bdc6202abb47315d41e7</id>
<content type='text'>
Not a bug, but to supress warnings.

Signed-off-by: Denys Fedoryshchenko &lt;denys.f@collabora.com&gt;
</content>
</entry>
<entry>
<title>Add RADIUS blast attack protection with Message-Authenticator</title>
<updated>2025-07-01T11:32:13+00:00</updated>
<author>
<name>Denys Fedoryshchenko</name>
<email>denys.f@collabora.com</email>
</author>
<published>2025-06-25T19:31:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=1ce263f13ac0b3aed3b14b4a9bb6a51afe210684'/>
<id>urn:sha1:1ce263f13ac0b3aed3b14b4a9bb6a51afe210684</id>
<content type='text'>
Recently FreeRadius started to complain accel-ppp doesn't pass
BlastRADIUS check. This commit fixes that.

This commit implements protection against RADIUS blast attacks
by adding support for the Message-Authenticator attribute in
Access-Request packets. This security enhancement helps
prevent unauthorized access attempts and replay attacks
on RADIUS authentication.

- Added new configuration option `blast-protection=1`
  in [radius] to enable Message-Authenticator inclusion
- Implemented HMAC-MD5 calculation for
  Message-Authenticator attribute (RFC 2869)
- Modified packet building to include 18-byte Message-Authenticator
  attribute when enabled
- Updated packet structure to support signing with shared secret

Enable blast protection by adding to the `[radius]` section:
```
blast-protection=1
```

When enabled, all Access-Request packets will include a
Message-Authenticator attribute with HMAC-MD5 signature,
providing cryptographic integrity verification and protection
against packet modification attacks.

Signed-off-by: Denys Fedoryshchenko &lt;denys.f@collabora.com&gt;
</content>
</entry>
<entry>
<title>Adding support to Radius IPV6 address</title>
<updated>2023-11-30T11:54:54+00:00</updated>
<author>
<name>LeoMeres</name>
<email>leonardo.meres@gmail.com</email>
</author>
<published>2023-11-10T16:42:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=962070cd52fe589514e2ef67325b09a1cfa9e6de'/>
<id>urn:sha1:962070cd52fe589514e2ef67325b09a1cfa9e6de</id>
<content type='text'>
This change enables ipv6 connections between accel-ppp and radius server
</content>
</entry>
<entry>
<title>add switch to disable sending NAS-Port-Id</title>
<updated>2022-04-20T12:09:58+00:00</updated>
<author>
<name>Sergey V. Lobanov</name>
<email>sergey@lobanov.in</email>
</author>
<published>2022-04-20T10:36:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=6f5f75e70ce10dd41c47af8a3b4b179813020d4c'/>
<id>urn:sha1:6f5f75e70ce10dd41c47af8a3b4b179813020d4c</id>
<content type='text'>
This patch introduces nas-port-id-in-req switch to disable sending
NAS-Port-Id attribute in radauth and radacct messages. New switch
might be useful if radius server cannot properly handle this
attrubite.

Signed-off-by: Sergey V. Lobanov &lt;sergey@lobanov.in&gt;
</content>
</entry>
<entry>
<title>These changes are in response to PR comments</title>
<updated>2021-12-28T12:35:08+00:00</updated>
<author>
<name>root</name>
<email>root@debian11-vyos-build.polycomm.net</email>
</author>
<published>2021-12-28T12:35:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=2bbeb7eb0a56ea34a8a3d2f7aba81836bcb50835'/>
<id>urn:sha1:2bbeb7eb0a56ea34a8a3d2f7aba81836bcb50835</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Added VRF support for radius request and DM/CoA server.</title>
<updated>2021-12-28T09:50:44+00:00</updated>
<author>
<name>root</name>
<email>root@debian11-vyos-build.polycomm.net</email>
</author>
<published>2021-12-28T09:50:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=2804a115fc2cd0d785d9a6dcb0be247c97c32d69'/>
<id>urn:sha1:2804a115fc2cd0d785d9a6dcb0be247c97c32d69</id>
<content type='text'>
New configuration format:

[radius]
server=address,secret[,auth-port=1812][,acct-port=1813][,vrf=VRF_NAME][,req-limit=0][,fail-timeout=0,max-fail=0,][,weight=1][,backup]
dae-server=x.x.x.x:port,secret[,vrf=VRF_NAME]

By default, VRF name is undefined.
</content>
</entry>
<entry>
<title>Send Delegated-IPv6-Prefix attribute in Accounting-Start message</title>
<updated>2020-04-21T10:16:45+00:00</updated>
<author>
<name>Sergey V. Lobanov</name>
<email>sergey@lobanov.in</email>
</author>
<published>2020-04-20T06:46:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=e5c2be0ad9d725beaa2f34d1d3ffb66b4abafeac'/>
<id>urn:sha1:e5c2be0ad9d725beaa2f34d1d3ffb66b4abafeac</id>
<content type='text'>
If Delegated-IPv6-Prefix was received in Access-Accept message, it is
necessary to send it in radacct Start message
</content>
</entry>
<entry>
<title>radius: add support for Access-Accept username</title>
<updated>2019-08-29T12:37:15+00:00</updated>
<author>
<name>Vladislav Grishenko</name>
<email>themiron@mail.ru</email>
</author>
<published>2019-08-29T12:37:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/accel-ppp/accel-ppp.git/commit/?id=b955a5c1b35268afd1f6f7ae6aa28ab8e091e28d'/>
<id>urn:sha1:b955a5c1b35268afd1f6f7ae6aa28ab8e091e28d</id>
<content type='text'>
once radius server has returned User-Name attribute in Access-Accept
packet, it'll be used for any subsequent Accounting-Request packets
instead of internal username per RFC2865 5.1

other way of just replacing session username is possible, but not
desired at the moment due potential issues with single-session modes
in case of different ppp logins / ipoe macs and same contract number
returned by radius for that accounts.
</content>
</entry>
</feed>
