responding to BlastRadius

Sam Hartman <[email protected]> Tue, 09 Jul 2024 14:36:54 -0600
Newsgroups gmane.comp.encryption.kerberos.devel
Message-ID <[email protected]>
--===============6784401759548404181==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha256; protocol="application/pgp-signature"

--=-=-=
Content-Type: text/plain


So, I'e always been uncomfortable with the decision to  have a KDC
talking to a RADIUS server.
But it looks like another round of attention is being focused on RADIUS
vulnerabilities: https://www.blastradius.fail/

I tend to agree with the title of the paper: RADIUS over UDP considered
harmful.

I've always been confused why Kerberos started its journey into RADIUS
land with a library that did not support TLS.
I guess the argument was that the proprietary RADIUS servers for some
OTP applications didn't support anything better.
And perhaps that's still true.
So perhaps there's nothing we can do.
But it at least seems like a good time to revisit the use of RADIUS and
ask ourselves whether there are changes or recommendations we should be
making.

--Sam

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iHUEARYIAB0WIQSj2jRwbAdKzGY/4uAsbEw8qDeGdAUCZo2fZgAKCRAsbEw8qDeG
dM/QAQCCFJPfnUyroTbccoXZJaiwerTL4jFfL6OGu0LKthDmWwD9EYzTBSug6i2R
iNqRnxUJYb6NdIxG9aRDW/NxAutWKQ0=
=Ddxl
-----END PGP SIGNATURE-----
--=-=-=--

--===============6784401759548404181==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
krbdev mailing list             [email protected]
https://mailman.mit.edu/mailman/listinfo/krbdev

--===============6784401759548404181==--