|
|
|
|
|
by kazinator
924 days ago
|
|
When standards remove the requirements for something after a period of obsolescence, that tends to send a message to the implementors to remove that from the software. Users who still rely on that have to use the old software, against which there can be barriers: - old executables don't run on newer OS (particularly in the Unix world). - old source code won't build. - old code won't retrieve the old data from the newer server it has been migrated do. Things like that. The barriers could be significant that even someone skilled and motivated such as myself would be discouraged. |
|
Not all reliance is reasonable though.
Some legacy software can only do SSLv3 or lower, does that mean the rest of the internet has to carry that support around? Abso-f-lutely not.
The same applies here. If you really need that ancient stuff that loses support, repackage them in newer encryption or remove the obsolete layer. It's highly probable that information no longer needs to stay encrypted at rest anyways.