[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Curiosity about some packages missing in AWS beta 1



The other aspect is when people say "its on a locate network" away from the internet surely they don't expect everyone to know everyone elses password. Well if you use rsh etc. thats exactly what you can get even if you log in as a normal user and do an 'su' - the password still gets sent unencrypted round the network if you've remote logged in.
Don't they say that the biggest risk to security is always from the inside!...


Rob

John wrote:

On Thursday 28 August 2003 16:14, Alois Treindl wrote:


On Thu, 28 Aug 2003, John wrote:


On Thursday 28 August 2003 06:09, Alois Treindl wrote:


Please allow me to disagree:
In a local (firewall protected) network of workstations, telnet,
rlogin, rsh are absolutely essential for remote administration of these
workstations.


Not so. ssh works fine, and has a far better reputation for security.

I use openssh for all, even gaining root privilege on the local machine.
Unlike telnet, you don't have to use passwords, unlike rsh it's secure,
and unlike both it can forward X connexions.


I have been talking about a local inhouse network of workstations, which
is well secured by a firewall against the external networks.



Sounds like mine.


X-windows works directly between all these workstations, simply via the
DISPLAY variable, no need for 'X forwarding'.



I've done that. ssh is easier.


"X -query example.com" is cool too.



ssh carries a lot of security overhead, making it much slower both during
the login phase, compared to rlogin, and during file transfer (due to



Sure. I just measured it, Athlon to Pentium II 233. 619 milliseconds to connect, run the date command, terminat.


The command was this:
ssh gw date




encryption of transfer content), compared with rcp for example.



Botteneck here is my 100 Mbits LAN. I do sometimes transfer significant files such as 650 Mbyte CD images.




I use ssh/scp/rsync over ssh for communication between local workstations
and systems in other networks, i.e. our DMZ zone or our externally
colocated servers.

But for inhouse use, in a mutually trusted set of workstations, rlogin,
rsh, rcp are more convenient and efficient than ssh.

A workstation OS should include telnet/rlogin/rsh services for those who
want them. It is a serious error by Redhat to say 'only needed in server
OS'.



I chose to install OpenSSH myself before RH offered it because I find it preferable, even without considering security.










[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]