Proxyarp Challenge (OSA2 FDDI)

I am running the following Redhat 7.2 kernel under VM 4.3 connected via the OSA2 FDDI network Linux version 2.4.9-17 ([EMAIL PROTECTED]) (gcc version 2.95.320010315 (release)) #1 SMP Fri Nov 23 19:45:36 CET 2001 The following is the challenge I am getting

Re: CPU Arch Security [was: Re: Probably the first published shell code]

At 00:39 11/06/2002 -0500, you wrote: On Tue, Nov 05, 2002 at 11:13:59PM -0500, David Boyes wrote: > And we reinvent the Multics ring structure one more time > dockmaster.af.mil, wherefore art thou? More to the point, now that there are no longer any Multics systems in production... When doe

CPU Arch Security [was: Re: Probably the first published shell code]

On Tue, Nov 05, 2002 at 11:13:59PM -0500, David Boyes wrote: > And we reinvent the Multics ring structure one more time > dockmaster.af.mil, wherefore art thou? More to the point, now that there are no longer any Multics systems in production... When does it get released to the world? Adam

Re: CPU Arch Security [was: Re: Probably the first published shell code]

> > b) Same scenario as above, but word-substitute apache->kernel and > >mod_trojan->device driver. If the linux kernel ran in 'space 2', > >but device drivers ran in 'space 3', then nasties can't hurt > >the kernel, while still enjoying read-write access to the > >bus and other ha

Re: CPU Arch Security [was: Re: Probably the first published shell code]

On Wed, 6 Nov 2002 05:45, you wrote: > > The core idea is actually so simple, its painful. Today, most CPU's > define two memory spaces: the one that the kernel lives in, and the > one that the user-space lives in. When properly designed, there is > nothing a user-space program can do to corrupt

Re: Kernel Panic 01:00 unable to mount rootfs at Installation

On Wed, 6 Nov 2002 00:42, you wrote: > The error message is saying that the system couldn't find the ramdisk you > specified as your root file system. At the beginning of the IPL, the > system should have echoed the contents of your parmfile, > \tapes\PARMFILE.EBC. What did that show? The trace

Re: CPU Arch Security [was: Re: Probably the first published shell code]

On Wed, 6 Nov 2002 04:39, you wrote: > x86 alas doesnt support page level "no execute". Other platforms do and > can run with nonexec stacks. People still exploit them. The libraries > are mostly mapped read only on Linux, people don't need to modify them. > You put arguments on the stack, and corr

Re: Kernel Panic 01:00 unable to mount rootfs at Installation

On Wed, 6 Nov 2002 06:35, you wrote: > DIrk: > when you start up hercules, do this.. > hercules -f /home/hercules/etc.hercules/suse.cnf> ipl.txt It escape me that we're on the L/390 list. AFAICT this is a Hercules bug, it's not reading the second file on the tape. Best place to report is is

Re: Kernel Panic 01:00 unable to mount rootfs at Installation

On Wed, 6 Nov 2002 06:35, you wrote: > DIrk: > when you start up hercules, do this.. > hercules -f /home/hercules/etc.hercules/suse.cnf> ipl.txt When I did that, it didn't produce any useful info - the reason I used strace was to find the filename because Hercules truncates it. -- Cheers

Re: Kernel Panic 01:00 unable to mount rootfs at Installation

DIrk: when you start up hercules, do this.. hercules -f /home/hercules/etc.hercules/suse.cnf> ipl.txt where the above directory is your hercules .cnf file I assume it will place a output file into ipl.txt send that to the list. ken dreger [EMAIL PROTECTED] At 06:20 AM 11/6/

Re: C#

> Thats cool. There is something excruciatingly funny about > Microsoft .NET > compatibility existing as free software and java only in a proprietary > form. Unless I totally misunderstood what you meant, there's always: http://gcc.gnu.org/java/ http://www.kaffe.org/

Re: Kernel Panic 01:00 unable to mount rootfs at Installation

On Tue, 5 Nov 2002, Dirk Pohl wrote: I can reproduce the problem here, I'e sent a report to Jay, Here's my strace o/p. 426 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or director y) 6426 open("/etc/ld.so.cache", O_RDONLY) = 3 6426 open("/usr

Re: CPU Arch Security [was: Re: Probably the first published shell code]

On Tue, Nov 05, 2002 at 08:03:35PM +, Alan Cox was heard to remark: > On Tue, 2002-11-05 at 19:04, Linas Vepstas wrote: > > For this to catch on in the mainstream, other CPU architectures > > would need to add similar features as well. But given the recent > > burbling from microsoft and intel

Re: CPU Arch Security [was: Re: Probably the first published shell code]

On Tue, 2002-11-05 at 21:16, Ulrich Weigand wrote: > convinced this buys you anything w.r.t. security that can't be > achieved much more easily, e.g. by StackGuard-type compilers. > Certainly nobody has even attempted to do this w.r.t. segments > on Intel for example -- at least as far as I know.)

Re: Bastille for RH 7.2 on L/390

Carlos, Much better!! Minor path problems, but that (the tar file) worked. Bastille is now working. Many thanks, Paul = From: Carlos Ordonez <[EMAIL PROTECTED] > Subject: Re: Bastille for RH 7.2 on

Re: CPU Arch Security [was: Re: Probably the first published shell code]

Adam Thornton wrote: >Well, one thing I can see exploiting under VM would be an agressive use >of DCSSes (or something like them--I don't know if you can put DCSSes in >other data spaces, and I don't think you can execute code from data >spaces, but you see where this is going), so you could share

Re: C#

It's my understanding that certain key portions of the .NET framework aren't quite open. Apparently Microsoft could restrict them at a later date if they choose. See this article... http://news.com.com/2100-1001-269665.html -Original Message- From: Alan Cox [mailto:alan@;lxorguk.ukuu.o

GNUMake problems on a RH 7.2 system?

We are trying to do builds (via GNUMake) and we seem to be hanging up RedHat 7.2 consistantly. Any ideas??? I see the following errors on the console: Red Hat Linux release 7.2 (Enigma) Kernel 2.4.9-37tape on an s390 bigbluehat login: Oops: 0004 CPU:    0 Process kupdated (pid: 9, st

Re: C#

On Tue, 2002-11-05 at 20:39, Ferguson, Neale wrote: > For those who are interested in C#, there is an open source project known as > "mono" > which has the compiler and runtime compoents. There is even a visual basic > library > which some people are using to run VB apps (I don't so I don't know ho

C#

For those who are interested in C#, there is an open source project known as "mono" which has the compiler and runtime compoents. There is even a visual basic library which some people are using to run VB apps (I don't so I don't know how complete or good it is). Anyway, I contributed the necessary

Re: Fortran 95 Compiler

> I am aware of the g77 Fortran rpm that is available, but I am guessing that > it is at the Fortran77 level. Is this correct? Yes and no 8) Its a fortran 77 compiler but it understands some other stuff too including some fortran 90 features http://gcc.gnu.org/onlinedocs/g77/Fortran-90-Features

Re: CPU Arch Security [was: Re: Probably the first published shell code]

I am not sure that you would need dcss's to protect one from arbitrarily jumping into shared libraries (as may be used by exploits). If one was to design shared libraries such that each shared library has its own address space then one could use cross memory to execute from that address space. One

Re: Z80 cpus and CP/M PL/I

Hello from Gregg C Levine I have one of those blasted things here. It claims it's portable, because it's wearing a handle. --- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you...Always." Obi-Wan Kenobi "Use the

Re: CPU Arch Security [was: Re: Probably the first published shell code]

On Tue, 2002-11-05 at 21:01, Adam Thornton wrote: > other data spaces, and I don't think you can execute code from data > spaces, but you see where this is going), so you could share your shared x86 alas doesnt support page level "no execute". Other platforms do and can run with nonexec stacks. Pe

Re: CPU Arch Security [was: Re: Probably the first published shell code]

Linas Vepstas wrote: I've always been curious. Why is a top down stack used anyways ?? If the heap grows up, and the stack grows down, then one can have, in theory, arbitrarily large stacks. Handy for CPU's that have a single flat memory space that is not very big Ahhh Now if someone

CPU Arch Security [was: Re: Probably the first published shell code]

On Tue, Nov 05, 2002 at 08:03:35PM +, Alan Cox wrote: > Flavour of the year appears to be maths sign/overflow mishandling. > Buffer overflows are no longer a growth area as programmers learn that > one. Gee, only took 'em, what, 40 years? > > For this to catch on in the mainstream, other CPU

Fortran 95 Compiler

Hello All, I need to port a Fortran module from a non-390 Linux platform to our Linux-On-390 platform. This module has been coded in Fortran95 using a number of the new functions/features available in Fortran95. I am aware of the g77 Fortran rpm that is available, but I am guessing that it is at

Re: CPU Arch Security [was: Re: Probably the first published shell code]

On Tue, 2002-11-05 at 19:04, Linas Vepstas wrote: > Its time the stack-growth-direction bug got fixed; the architectural > limitations that caused it to grow down are now gone, and the > stack-overrun attacks that it engenders are a great threat to > computer security. Except that parisc has a sta

CPU Arch Security [was: Re: Probably the first published shell code]

> From: Greg Smith [mailto:rys@;epaibm.rtpnc.epa.gov] > Ross Patterson wrote: > > s390 port had been successful, we wouldn't have this problem. Linas' > port > > of GCC for "Bigfoot" had the stack growing *upward*, not *downward* as > on > > almost every other platform. > > I've always been curio

Re: Kernel Panic 01:00 unable to mount rootfs at Installation

Dirk, The error message is saying that the system couldn't find the ramdisk you specified as your root file system. At the beginning of the IPL, the system should have echoed the contents of your parmfile, \tapes\PARMFILE.EBC. What did that show? The fact that Hercules is finding the kernel is

Re: Kernel Panic 01:00 unable to mount rootfs at Installation

is this your complete hercules.cnf file ? ken PS: why not just boot from the CD ??? or if you dont have a CD, where you downloaded the SUSE files ?? I just do: ipl /suse/images/suse.ins and the driver system comes up... At 02:23 PM 11/5/2002 +0100, you wrote: Hi List I got the following pro

Re: Linux CPU usage

You can use top: top -b -n 200 -d 60 >> /path/to/file This says to run 200 times in batch mode sleeping 60 seconds between updates. Start it in cron or at. Denis On Tue, 2002-11-05 at 10:59, James Melin wrote: > Is there any logging that goes on in a 'out of the box' SuSE 7.0 linux > distributi

Re: Linux CPU usage

> Is there any logging that goes on in a 'out of the box' SuSE 7.0 linux > distribution that would show what task was using how much CPU > at a given > hour? I'm seeing a spike around midnight to 2 AM of about > 16.9% of the CPU > of the whole mainframe going to the linux partition Normal > use is

Linux CPU usage

Is there any logging that goes on in a 'out of the box' SuSE 7.0 linux distribution that would show what task was using how much CPU at a given hour? I'm seeing a spike around midnight to 2 AM of about 16.9% of the CPU of the whole mainframe going to the linux partition Normal use is between 0.5% a

Re: Z80 cpus and CP/M PL/I

You mean like this? http://linuxvm.org/images/LinuxLogo1.jpg Mark Post -Original Message- From: Henry Schaffer [mailto:hes@;unity.ncsu.edu] Sent: Tuesday, November 05, 2002 8:32 AM To: [EMAIL PROTECTED] Subject: Re: Z80 cpus and CP/M PL/I Alan writes: >That was back when even a personal

Re: Probably the first published shell code example for Linux/390

On Tue, 2002-11-05 at 14:11, Scott Courtney wrote: > I haven't gotten my hands on the Itanium (what a dorky name!) architecture > manual yet, but I'm curious to see what Intel came up with when they started > with a clean slate. The core design is from HP and it shows - Itanic is much more like a

Re: Kernel Panic 01:00 unable to mount rootfs at Installation

Dirk, hello. Ah a fellow herc user. 8-)Did you intentionally use the forward slash vs the back slash on the 581 statement vs the 120/121 statement? Steve Dirk Pohl <[EMAIL PROTECTED]> Sent by: Linux on 390 Port <[EMAIL PROTECTED]> 11/05/2002 08:23 AM Please respond to Linux on 390 Port

Re: Probably the first published shell code example for Linux/390

On Monday 04 November 2002 09:02 pm, John Summerfield wrote: > > Then came our modern age, the age of flat memory models. Segment > > registers are anachronistic. Toss them out. One simple, flat memory model > > is the only way to go. > > The segment registers still exist. Their use was expanded an

Re: Probably the first published shell code example for Linux/390

On Monday 04 November 2002 09:02 pm, John Summerfield wrote: > I know I'm being picky, but the 8080 wasn't that fast. Around 800 Khz I > think. I refer to the 8080A, which I know hit 2MHz because I have such a chip here in my basement, waiting for the day when I turn it into a hand-wired S100 syst

Re: linux under vm

i have linux installed on a 2003 using a fast ethernet card.. how do i go about moving it to a z/800 with a gige card i guess how do i reconfig linux to use the gige card?? thanks Ralph Noll Systems Programmer City of Little Rock Phone (501) 371-4884 Fax (501) 371-4712 mailto:rnoll@;littler

Re: Z80 cpus and CP/M PL/I

Alan writes: >That was back when even a personal computer hurt when you dropped it on >your foot 8) Remember, "Never trust a computer you can lift."? -- --henry schaffer

Kernel Panic 01:00 unable to mount rootfs at Installation

Hi List I got the following problem at installation boot from tape . lvm -- Driver successfully initialized md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8 Partition check: Kernel panic: VFS: Unable to mount root fs on 01:00 CPU: SIGP CPU0001 Stop and store status PARM 00

Re: Z80 cpus and CP/M PL/I

On Tue, 2002-11-05 at 03:44, David Boyes wrote: > > It has a Z80 as 2.5 Mhz. > > Went digging in my closet, and found the dusty box of Zilog datasheet fiche. > Top rated speed for the mainline production Z80 was 2.5Mhz. The Z80A could > be clocked to 4 Mhz, but they were insanely expensive (more th