Thanks to all who responded about my question on the shell program menu!
Another question, has anyone tried running the MCI dostracker on a Linux
box? it's on www.security.mci.net.
regards,
== == Andre M. Varon Lasaltech Incorporated
== == Technical Head Fax-Tel: (034)435
On Sat, 24 Jan 1998, Hamish Moffatt wrote:
> On Fri, Jan 23, 1998 at 08:06:02PM -0900, Adam Shand wrote:
> > We wrote a simple C program which allows users to delete, rename (etc etc)
> > files in their home directory, and also gives them access to Z-modem (this
> > menu was written before PPP :-)
> even if they do manage to fork a shell somehow, they'll just get their
> default shell which will source /etc/profile and end up with them
> in another instance of the menu. there are probably ways for clever
> users to get around this, but they all require the ability to execute
> arbitrary com
On Fri, Jan 23, 1998 at 08:06:02PM -0900, Adam Shand wrote:
> We wrote a simple C program which allows users to delete, rename (etc etc)
> files in their home directory, and also gives them access to Z-modem (this
> menu was written before PPP :-).
Lynx does a reasonable file manager, but you can'
> if users can't be trusted with a shell, they can't be trusted with vi.
> give 'em pico.
Agreed :-)
> btw rbash is useful in situations like this. restricted shell, only
> programs in the PATH can be executed, and user can not change PATH or
> other variables. many other restrictions too.
What
> > Are you aware of the fact that any vi clone can give you a shell? Just
> > type
> >
> > :!sh
> >
> > in command mode and you'll get the prompt of whatever is called 'sh' on
> > the system.
> >
> > This is not only a problem with vi, but with many other programs as well.
Agreed that this is
My local freenet (SEFLIN) uses lynx as the login shell for users,
with a menu displayed on login. The 'G' command in lynx is disabled,
thus restricting users to accessing only directories on the
parent machine and web sites that are included in the menu or sub-menus.
Bob
On Fri, 23 Jan 1998
On Fri, 23 Jan 1998, A. M. Varon wrote:
> Hi,
>
> [ Sorry if this is not debian specific.]
>
> Hi,
>
> I would like to implement a shell program (preferebly in C programming.)
> where our users if they telnet to us, they would be given a menu instead
> of a shell. They just press "1" they g
A. M. Varon hat gesagt: // A. M. Varon wrote:
> I would like to implement a shell program (preferebly in C programming.)
> where our users if they telnet to us, they would be given a menu instead
> of a shell. They just press "1" they get pine. They press "2" they get the
> vi editor, and so on an
I don't see any indication that this is being done for security reasons.
Menus not only restrict user options, but they also provide a nicer
interface to new users who may not be familiar with UNIX commands.
So, to A. M. Varon, to answer your original question, there is a package
called adbbs, whi
On Fri, 23 Jan 1998, Remco Blaakmeer wrote:
> > I would like to implement a shell program (preferebly in C
> > programming.) where our users if they telnet to us, they would
> > be given a menu instead of a shell. They just press "1" they get
> > pine. They press "2" they get the vi editor, and so
On Fri, 23 Jan 1998, A. M. Varon wrote:
> Hi,
>
> [ Sorry if this is not debian specific.]
>
> Hi,
>
> I would like to implement a shell program (preferebly in C programming.)
> where our users if they telnet to us, they would be given a menu instead
> of a shell. They just press "1" they g
Hi,
[ Sorry if this is not debian specific.]
Hi,
I would like to implement a shell program (preferebly in C programming.)
where our users if they telnet to us, they would be given a menu instead
of a shell. They just press "1" they get pine. They press "2" they get the
vi editor, and so on a
13 matches
Mail list logo
