[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [MiNT] Security again
> From: Julian Reschke [mailto:reschke@muenster.de]
> Sent: Thursday, December 02, 1999 4:01 PM
> To: mint@fishpool.com
> Subject: RE: [MiNT] Security again
>
>
>
> > From: owner-mint@fishpool.com [mailto:owner-mint@fishpool.com]On Behalf
> > Of Frank Naumann
> > Sent: Thursday, December 02, 1999 3:58 PM
> > To: mint@fishpool.com
> > Subject: Re: [MiNT] Security again
> > ...
> >
> > Sorry, you give explicitly up any system control if applications can
> > override system calls.
>
> I think that some confusion is based on the fact that people
> don't agree what the current behaviour is. My understanding is
> that you can change BIOS/XBIOS/GEM or GEMDOS traps. How could
> N.AES install itself in the GEM trap otherwise?
Sorry for quoting my own mails, but I really think that we need to do the
fact-finding now. It seems that Frank claims that currently it's not
possible to hook into traps when started after MiNT, thus a TraPatch like
functionality would open a door that was closed before.
Fact is -- we have programs that obviously hook into traps even when started
after MiNT (GEM or N.AES come to mind), so where does this misunderstanding
come from???
Yes, Frank, that's for you to answer.