Have you tested this on High Sierra? If it is a "more secure" operating system like the link mentions, I was under the impression programs like these would be blocked on the system level.
I appreciate you're being catty, but the idea is to not have it installed by default where persons who aren't aware of it (majority of Mac users) may be affected by whatever concern they have. Users who want or need FTP are likely capable of finding any number of ways of bring it back to their system.
My question wasn't entirely snark. I was genuinely curious if Apple has made it harder to install insecure programs like that. Otherwise, the move just doesn't seem very effective to me.
Its the system's job to be secure by default, its not its job to break aribtrary user installed applications the system decides might be insecure. How would it decide that anyway?
Anything that uses clear-text passwords has been removed. That is a very clear red-line. Also, anything that uses weak encryption, like P2PTP has also been removed, but a few versions ago. And the ssh defaults are tightened up almost every point release. As soon as a cipher becomes known as "weak", Apple pulls it.
Of course, but th We are all system components. The comment was referring to user installed applications and preventing no that if they are insecure. How is the system supposed to know that a user installed application uses clear text passwords?
The terminal application still includes ftp as an option in the "New Remote Connection" dialog, but attempting to use it pops up a dead terminal window with a "Command not found" error. Whoever decided to remove the command-line ftp program didn't to a good job of cleaning up after themselves.
Apple engineers often make technical decisions that affect developers but go unreported for various reasons. This seems like a classic example. When I worked at Apple, some of us had a saying: "Apple knows what its users need and we give it to them -- good and hard."
Well I cannot install the terminal without the terminal. :) brew install terminal hum...
The fact of the matter is that FTP is pretty much a no-op for 99.9% of the MacOS using public. Apple has to maintain, test, etc. everything they ship (I hope..).
Now given that a Mac is pretty much the default laptop here in the valley for SW dev, I would say unlike FTP, the terminal gets used.
Removing stuff that is not used by most of the users only makes sense. As long as they do not stop a power user from installing what they want all is good.
High Sierra has also removed telnet which is useful not for unencrypted access to remote shells, but for quick testing of TCP port availability at remote end. Yes. There’s nc to do the same thing, but then there is also muscle-memory built since the mid 90ies
On the other hand, I get where Apple is coming from: those two tools are decades old and pretty much unmaintained. By not shipping them by default, they can reduce the attack surface (code not shipped won’t have vulnerabilities)
If you need command line FTP and telnet access, you can of course use homebrew to get them back.
Don't do this. Contrary to popular belief, telnet is a protocol beyond simply opening a bidirectional pipe over a socket. There are negotiation steps and the like.
Just install telnet if you need it. It's not like Apple actually wrote these apps anyway. Install them trivially with brew, telnet, ftp, whatever old garbage you need.
Funny thing is I just BARELY needed to install telnet. Well, "needed." I wanted to relive some old BBS memories.
If you have ssh access, you have sftp access. If your company still uses rlogin and ftp, then get a new job before they get hacked and blame whoever touched the server last.
I use a petaflop system everyday to run computational simulations. The tape system is accessed via rcp because it's connected via intranet to the login nodes. I'm not saying ftp over the internet has valid uses, it probably doesn't, but if it's in a controlled environment, why not?
What's next, is mac going to obsolete telnet? There goes a host of quick tests you can utilize on a home network.
That's not true - both sftp and scp require server-side support. You can have ssh, but without sftp or scp. OpenWRT ships in this config by default, for example (https://wiki.openwrt.org/doc/howto/sftp.server).
The only thing that would work in this situation is FISH.
I know, right? I can't believe they dropped rlogin, too!
Yes, I'm being snarky. Dropping it from the standard distribution is a good kick in the butt for anyone backward enough to still rely on plain old ftp in this day and age. Remember passive mode? Remember ascii mode? Oy. Good riddance. Even "telnet" isn't in some base linux systems.
Also it's one "brew install lftp" away for anyone who is really can't get around using it.
Protocols should become useless before dropping the client from standard distributions.
This statement is identical to "All operating-system developers must support every protocol ever developed, until the heat death of the universe".
I am not exaggerating. No matter the protocol, no matter how obscure it is, somewhere there is at least one person whose workflow is dependent on it and who will complain that it is, as a result, not "useless" and must be supported out-of-the-box by their operating system.
Those people can learn to install a client. If any of them happen to be the only user in the world of a given protocol and be doing it solely on machines to which they have no write access, well, they painted themselves into the corner and now can deal with the consequences of it.
They aren’t identical statements. FTP is commonplace enough and suddenly dropped. Not so for other more obscure protocols where we expect to install specific software eg TFTP for PXE boot.
Also in the support thread someone complained that they changed order of path so that usr/local/bin/ have priority over usr/bin/.
But I’m not sure it’s that bad. Because this way Apple kind of acknowledge that if someone install something in local they must now what they are doing and this because default for users path.
There is nothing insecure in a protocol by itself. In this case, since it lacks encryption, it shouldn't be used over insecure networks such as the Internet on its own. But it's by no means the only way it's being used. There is a place for FTP, Telnet, TFTP and many other basic protocols - it all depends on how you use them. The only thing that Apple gained by this is that people will use third-party FTP clients (which might be good given Apple's recent lack of focus on security anyway.)
Why Apple doesn't release comprehensive release notes about this kind of system-level changes? (Or maybe I've just missed them?) Why surprise the users after they've upgraded?
That feeling when the release notes for programs you write for your own use only are more comprehensive than those of a widely used desktop operating system.
50 comments
[ 0.28 ms ] story [ 124 ms ] threadncftp is also a good choice; i can't speak for anything else as I haven't used them.
Haven't touched the ftp cmd line in 15 years, there are much better (and safer) alternatives
The vast majority of MacOS users will never launch it.
Well I cannot install the terminal without the terminal. :) brew install terminal hum...
The fact of the matter is that FTP is pretty much a no-op for 99.9% of the MacOS using public. Apple has to maintain, test, etc. everything they ship (I hope..).
Now given that a Mac is pretty much the default laptop here in the valley for SW dev, I would say unlike FTP, the terminal gets used.
Removing stuff that is not used by most of the users only makes sense. As long as they do not stop a power user from installing what they want all is good.
On the other hand, I get where Apple is coming from: those two tools are decades old and pretty much unmaintained. By not shipping them by default, they can reduce the attack surface (code not shipped won’t have vulnerabilities)
If you need command line FTP and telnet access, you can of course use homebrew to get them back.
The command-line options are the same.
Just install telnet if you need it. It's not like Apple actually wrote these apps anyway. Install them trivially with brew, telnet, ftp, whatever old garbage you need.
Funny thing is I just BARELY needed to install telnet. Well, "needed." I wanted to relive some old BBS memories.
What's really a shame, is that so many providers still only support FTP.
Protocols should become useless before dropping the client from standard distributions.
What's next, is mac going to obsolete telnet? There goes a host of quick tests you can utilize on a home network.
Easily fixable with `brew install telnet` and `sudo apt install telnet`.
The only thing that would work in this situation is FISH.
Yes, I'm being snarky. Dropping it from the standard distribution is a good kick in the butt for anyone backward enough to still rely on plain old ftp in this day and age. Remember passive mode? Remember ascii mode? Oy. Good riddance. Even "telnet" isn't in some base linux systems.
Also it's one "brew install lftp" away for anyone who is really can't get around using it.
This statement is identical to "All operating-system developers must support every protocol ever developed, until the heat death of the universe".
I am not exaggerating. No matter the protocol, no matter how obscure it is, somewhere there is at least one person whose workflow is dependent on it and who will complain that it is, as a result, not "useless" and must be supported out-of-the-box by their operating system.
Those people can learn to install a client. If any of them happen to be the only user in the world of a given protocol and be doing it solely on machines to which they have no write access, well, they painted themselves into the corner and now can deal with the consequences of it.
But I’m not sure it’s that bad. Because this way Apple kind of acknowledge that if someone install something in local they must now what they are doing and this because default for users path.
Nowadays, people complain when Apple removes a program from their OS, even when there are plenty of third party options...
https://developer.apple.com/library/content/releasenotes/Gen...
Is this pathetic document the best Apple can do?
- Being hacked by sending a mom-and-pop website password in clear text
- Typing ftp twice at the command line, only to realize you need to install brew and then ftp (or FileZilla, Cyberduck) on a foreign Mac