News for hackers. Stuff that matters.
Re:How ACH works: A developer perspective (2014) by joshribakoff on Friday August 25, 2017 @12:29AM (#15096126)
How else do you suggest you standup a sftp that cannot leak data even if the password is compromised? I'm all ears. Node is a runtime by the way and huge in what regard? The Linux codebase is also large.
Re:How ACH works: A developer perspective (2014) by notyourday on Friday August 25, 2017 @08:36AM (#15097954)
It is a system administration problem, not write a new software problem.

You:

a) think about the scope of the problem and what you are trying to achive - you are blocking reads of the files by the uid/gid of the server. It is a known and solved problem. The tool is called chmod

b) think about the surface area of the attack - it should only be the SFTP server. We have ones that are very well known. I recommend the one that comes with OpenSSH but there are others.

c) think about business requirements - user's provisioning etc. That has been a solved problem for years - for the super-complex cases LDAP is used. For the simpler ones you can use PAM.

After thinking about that you just write the needed glue.

Re:How ACH works: A developer perspective (2014) by Karrot_Kream on Friday August 25, 2017 @01:49AM (#15096396)
Seconding what kalleboo said, setting directory permissions has been a staple of file-sharing for decades. Setting up a node server to block read-access seems incredibly byzantine.
Re:How ACH works: A developer perspective (2014) by joshribakoff on Friday August 25, 2017 @02:06AM (#15096470)
Good point but we also have to load balance this / have failover and provision users on the fly. I could have used messaging queues to provision PAM users on the whole cluster and this guy would have still complained because I used a non standard port. Not sure why that was a problem either but again we can't press back or question him. he would cancel the whole integration. Bottom line is our end user wanted real time data (presumably via an API)
Re:How ACH works: A developer perspective (2014) by Karrot_Kream on Friday August 25, 2017 @02:55AM (#15096681)
A lot of FTP servers have provisions to essentially "ignore" the user and proxy into the directory. As far as load balancing is concerned, most FTP servers can handle very high throughput because of the simplicity of the protocol. If you really did want to load balance it, haproxy can do that just fine.
Re:How ACH works: A developer perspective (2014) by le-mark on Friday August 25, 2017 @09:09AM (#15098126)
> we can't press back or question him. he would cancel the whole integration

This attitude will not serve you well. There's saying no, and then there's getting more information (requirements!?!) to then guide people to better decisions.

Re:How ACH works: A developer perspective (2014) by corndoge on Friday August 25, 2017 @02:14AM (#15096498)
what's wrong with nonstandard ports?
Re:How ACH works: A developer perspective (2014) by kalleboo on Friday August 25, 2017 @12:57AM (#15096221)
Can't you just host a directory with -w- permissions? "Drop box" directories have been a staple of file sharing software for decades.
Re:How ACH works: A developer perspective (2014) by patmcc on Friday August 25, 2017 @02:18AM (#15096514)
You use chmod on the directory...writing any code for this kind of task would be crazy overkill.
Re:How ACH works: A developer perspective (2014) by Karunamon on Friday August 25, 2017 @12:45AM (#15096178)
First thing that comes to my mind is a PAM plugin that generates a new root directory for the user when they log in, named something sane under a fixed hierarchy. A recursive walk can later pick them all up and clean up.