src/crypto/telnet/libtelnet, branch mainFreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=main2003-07-16T20:59:15ZVery big makeover in the way telnet, telnetd and libtelnet are built.2003-07-16T20:59:15ZMark Murraymarkm@FreeBSD.org2003-07-16T20:59:15Zurn:sha1:4afa3718327563c785b2961410b6ea85d6ddf3ca
Previously, there were two copies of telnet; a non-crypto version
that lived in the usual places, and a crypto version that lived in
crypto/telnet/. The latter was built in a broken manner somewhat akin
to other "contribified" sources. This meant that there were 4 telnets
competing with each other at build time - KerberosIV, Kerberos5,
plain-old-secure and base. KerberosIV is no longer in the running, but
the other three took it in turns to jump all over each other during a
"make buildworld".
As the crypto issue has been clarified, and crypto _calls_ are not
a problem, crypto/telnet has been repo-copied to contrib/telnet,
and with this commit, all telnets are now "contribified". The contrib
path was chosen to not destroy history in the repository, and differs
from other contrib/ entries in that it may be worked on as "normal"
BSD code. There is no dangerous crypto in these sources, only a
very weak system less strong than enigma(1).
Kerberos5 telnet and Secure telnet are now selected by using the usual
macros in /etc/make.conf, and the build process is unsurprising and
less treacherous.
Use __FBSDID vs. rcsid[]. Also protect sccs[] and copyright[] from GCC 3.3.2003-05-04T02:54:49ZDavid E. O'Brienobrien@FreeBSD.org2003-05-04T02:54:49Zurn:sha1:77b7cdf1999ee965ad494fddd184b18f532ac91aUnbreak Kerberos 5 authentication in telnet.2003-03-06T13:41:53ZJacques Vidrinenectar@FreeBSD.org2003-03-06T13:41:53Zurn:sha1:81d1ffee089aab2652954909acbe6aadd8a1a72c
(Credential forwarding is still broken.)
PR: bin/45397
Background:2003-01-29T18:14:29ZJacques Vidrinenectar@FreeBSD.org2003-01-29T18:14:29Zurn:sha1:4b2eaea43fec8e8792be611dea204071a10b655a
When libdes was replaced with OpenSSL's libcrypto, there were a few
interfaces that the former implemented but the latter did not. Because
some software in the base system still depended upon these interfaces,
we simply included them in our libcrypto (rnd_keys.c).
Now, finally get around to removing the dependencies on these
interfaces. There were basically two cases:
des_new_random_key -- This is just a wrapper for des_random_key, and
these calls were replaced.
des_init_random_number_generator et. al. -- A few functions were used
by the application to seed libdes's PRNG. These are not necessary
when using libcrypto, as OpenSSL internally seeds the PRNG from
/dev/random. These calls were simply removed.
Again, some of the Kerberos 4 files have been taken off the vendor
branch. I do not expect there to be future imports of KTH Kerberos 4.
Encrypted strings (after hex decoding) aren't null terminated, because2002-08-22T06:19:07ZNick Sayernsayer@FreeBSD.org2002-08-22T06:19:07Zurn:sha1:c4f6a2a9e1b1879b618c436ab4f56ff75c73a0f5
0 might simply be part of the ciphertext.
PR: bin/40266
Submitted by: andr@dgap.mipt.ru
MFC after: 3 days
Warnings fixes. Sort out some variable types.2002-06-26T17:06:14ZMark Murraymarkm@FreeBSD.org2002-06-26T17:06:14Zurn:sha1:78455da4abbb4d11e3c17b613ebbe1bb27cb9038Help fix warnings by marking an argument as unused.2002-06-26T17:05:08ZMark Murraymarkm@FreeBSD.org2002-06-26T17:05:08Zurn:sha1:09e8dea79366f1e5b3a73e8a271b26e4b6bf2e6aFix an external declaration that was causing telnetd to core dump.2002-05-06T09:46:29ZMark Murraymarkm@FreeBSD.org2002-05-06T09:46:29Zurn:sha1:ee2ea5ceafed78a5bd9810beb9e3ca927180c226
MFC after: 1 week
PR: 37766
Update build after import of Heimdal Kerberos 2002/02/17.2002-02-19T15:53:33ZJacques Vidrinenectar@FreeBSD.org2002-02-19T15:53:33Zurn:sha1:eacee0ff7ec955b32e09515246bd97b6edcd2b0fhelp the alphas out with the WARNS=2 stuff.2001-12-03T12:13:18ZMark Murraymarkm@FreeBSD.org2001-12-03T12:13:18Zurn:sha1:54ab3ed82b639b593fb0fe6db845e38a9d18970e