MLUG: Re: [MLUG] Re: [MLUG - DISCUSSION] Need help understanding the ~
Re: [MLUG] Re: [MLUG - DISCUSSION] Need help understanding the ~
Email address obfuscation in effect -- please click here to turn it off.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Sorry.. In rereading some of what I wrote, it seemed harsh. I was not meaning to be that way and I am grateful to Mike and everyone for their input. I admit also that I don't have full understanding of the situation and that some of what I wrote down below may in fact be erroneous... it reflects my current understanding of things, which, as was the purpose of this thread in the first place is what I'm trying to modify and refine.

Thanks all.

Christian M. Cepel wrote:
Mike Miller wrote:
On Fri, 21 Mar 2008, Christian M. Cepel wrote:
It seems to me that their problem is that the ~ gives away the username and this attracts a lot of inappropriate attempts to connect via ftp or ssh or telnet by scripts that are trying to guess passwords. If they don't get rid of the old server name, they'll continue to see these attempts even if the usernames don't exist. So I don't think their problem can be solved without getting rid of the old server name altogether.
There is no 'old' server, only new servers with the old subdomains grandfathered. Further this argument holds no weight whatsoever. Any server will be attacked. This server will not experience any more or less for it once having ~ access. The issue of ~ vulnerability is that it gained those infiltrators a username to begin with. They will no longer have these and the new server will be just as vulnerable as any server ever was to people trying to guess usernames & passwords.
If they did keep the old server name, they would have to change the names of all users. If they did that, they could retain a mapping from the old username to the new one and they could set up the web server to have it direct the old /~whatever/ to something else.
The names are already changed. Account access is done by people's pawprints and has been so for a long while. You can still 'sudo' to those accounts, but it's using your pawprint password, and I think it can only be done from localhost. (If I'm understanding things at all correctly).

I think there is another way -- they can keep a computer that does HTTP redirects only and ignores attempts on all other ports. So point old DNS records to

httpdirect.missouri.edu (which has many aliases)

When it sees an attempt to connect here...

http://whatever.missouri.edu/~user/blah/

...it redirects it to here:

http://coe3.missouri.edu/Xuser/blah/

Something like that.

That's essentially what I was proposing from the start... however.. I'm reaching the conclusion that it's absolutely unnecessary. At this point I see no reason why the DNS mappings cannot be maintained and the httpd.conf configged with mod_rewrite to redirect attempts to access defunct accounts.

Mike

_______________________________________________
members mailing list
EMAIL:PROTECTED
http://mlug.missouri.edu/mailman/listinfo/members


-- Christian M. Cepel - Thistledowne Productions - http://thistledowne.org Computer Support Specialist, Sr. - University of Missouri - Columbia College of Education - School of Info Science & Learning Technologies VRCbd, KidTools & StrategyTools Support Systems Projects, and Truman, Library Whistlestop Project - Web Design & Programming - 573.999.2370


_______________________________________________ members mailing list EMAIL:PROTECTED http://mlug.missouri.edu/mailman/listinfo/members