Re: stack overflow and security

1999-12-01 Thread Mark Conway Wirt

 can any one help to explain how stack over security exploit. does
 anyone know how to fix it? How it happens?

http://www.cse.ogi.edu/DISC/projects/immunix/StackGuard/usenixsc98_html/paper.html

The above USENIX paper talks about them, and two ways of protecting
against them.

--Mark
-- 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Portable way to compare struct stat's?

1999-12-01 Thread Wes Peters

Randell Jesup wrote:
 
 Robert Watson [EMAIL PROTECTED] writes:
  On a single system, if st_dev and st_ino are equal, you must be referring
  to the same object.  If not, I'd like to hear about it.
 
 This assumption has always caused lots of pain and suffering for
 distributed file system people -- in a distributed file system, the
 requirement that you can generate a unique 32 bit number for each file or
 directory visible in the FS is a fairly arduous one.  Either the number is
 
 Too bad that the "that's the way it's always been done"/"inodes
 were handed down by God" arguments are so hard to overcome.  1/2 :-)

Perhaps we simply need to expand the size of ino_t and carefully convert
smaller types to it in the stat call?

-- 
"Where am I, and what am I doing in this handbasket?"

Wes Peters Softweyr LLC
[EMAIL PROTECTED]   http://softweyr.com/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Linux ioctl not implemented error

1999-12-01 Thread Wilko Bulte

As Gerard Roudier wrote ...
 
 
 On Tue, 30 Nov 1999, Wilko Bulte wrote:
 
  I get " LINUX: 'ioctl' fd=0, typ=0x53(S), num=0x13 not implemented "
  when attempting to configure a IDE cdrom under VMware (really coold BTW!!
  thanks for the port development).
  
  Somebody close to a Linux box have an idea what this ioctl is supposed
  to do?
 
 CDROMVOLREAD that you want to map to CDIOGETVOL.
 
 IMO, you should download a recent Linux stable tree (2.2.13 should fit)

Sounds like fair idea.

 which is a single gzipped tar file. Then you will be able to quickly add

Do you have a pointer to such a tgz at hand maybe?

TNX,
Wilko
-- 
|   / o / /  _  Arnhem, The Netherlands   - Powered by FreeBSD -
|/|/ / / /( (_) Bulte   WWW : http://www.tcja.nl  http://www.freebsd.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Linux ioctl not implemented error

1999-12-01 Thread Alfred Perlstein

On Wed, 1 Dec 1999, Wilko Bulte wrote:

 As Gerard Roudier wrote ...
  
  
  On Tue, 30 Nov 1999, Wilko Bulte wrote:
  
   I get " LINUX: 'ioctl' fd=0, typ=0x53(S), num=0x13 not implemented "
   when attempting to configure a IDE cdrom under VMware (really coold BTW!!
   thanks for the port development).
   
   Somebody close to a Linux box have an idea what this ioctl is supposed
   to do?
  
  CDROMVOLREAD that you want to map to CDIOGETVOL.
  
  IMO, you should download a recent Linux stable tree (2.2.13 should fit)
 
 Sounds like fair idea.
 
  which is a single gzipped tar file. Then you will be able to quickly add
 
 Do you have a pointer to such a tgz at hand maybe?


try this:

Index: linux_ioctl.c
===
RCS file: /home/ncvs/src/sys/i386/linux/linux_ioctl.c,v
retrieving revision 1.47
diff -u -u -r1.47 linux_ioctl.c
--- linux_ioctl.c   1999/11/29 23:03:34 1.47
+++ linux_ioctl.c   1999/12/01 23:46:22
@@ -1273,6 +1273,11 @@
return error;
 }
 
+case LINUX_CDROMVOLREAD: {
+   args-arg = CDIOGETVOL;
+   return (ioctl(p, (struct ioctl_args *)args));
+}
+
 case LINUX_OSS_GETVERSION: {
int version;
 

-Alfred



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Linux ioctl not implemented error

1999-12-01 Thread Wilko Bulte

As Alfred Perlstein wrote ...
 On Wed, 1 Dec 1999, Wilko Bulte wrote:

   CDROMVOLREAD that you want to map to CDIOGETVOL.
   
   IMO, you should download a recent Linux stable tree (2.2.13 should fit)
  
  Sounds like fair idea.
  
   which is a single gzipped tar file. Then you will be able to quickly add
  
  Do you have a pointer to such a tgz at hand maybe?

Never mind, I got one in the meantime.

 try this:
 
 Index: linux_ioctl.c
 ===
 RCS file: /home/ncvs/src/sys/i386/linux/linux_ioctl.c,v
 retrieving revision 1.47
 diff -u -u -r1.47 linux_ioctl.c
 --- linux_ioctl.c 1999/11/29 23:03:34 1.47
 +++ linux_ioctl.c 1999/12/01 23:46:22
 @@ -1273,6 +1273,11 @@
   return error;
  }
  
 +case LINUX_CDROMVOLREAD: {
 + args-arg = CDIOGETVOL;

CDIOCGETVOL
I think as CDIOGETVOL does not exist.

The console complaints about the ioctl are gone now. Unfortunately VMware
still complains. I'll try to findout why.

-- 
|   / o / /  _  Arnhem, The Netherlands   - Powered by FreeBSD -
|/|/ / / /( (_) Bulte   WWW : http://www.tcja.nl  http://www.freebsd.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Weird cvs co problem with src/tools/regression/README

1999-12-01 Thread Doug Barton

Before I forget, major kudos to whomever implemented the whole
tools/regression idea. It's something that is long overdue, and very
much a cool thing. 

I am doing some regression testing of my own on some new hardware
that we're evaluating at work, and so I checked out a new  -Stable src
tree on that box from the cvs repo on my machine. When I did the original
co (using 'cvs co -r RELENG_3 src') I got an "permission denied" error for
src/tools/regression/README. When I consequently did a cvs update for that
same machine it told me that the file had been lost, and correctly checked
it out. 

I'm not sure that this is terribly significant, but I have noticed
at different times in the past that when doing an initial co with a -r or
-D flag that sometimes one or two little files will be left out. The cvs
log for the README file seems to have all the proper tags and such, so I'm
not sure where the error is coming from, but hopefully this will be of use
to someone. 

Doug
-- 
"Welcome to the desert of the real." 

- Laurence Fishburne as Morpheus, "The Matrix"




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Basic question about threads and SMP

1999-12-01 Thread Doug Barton

You know, a stray thought just occured to me, which hopefully
won't sound to silly to people who know about this stuff. :) If I have an
SMP box (using -Current specifically) do I want to be compiling things
with -lc_r? I'm thinking specifically of mission critical things like
apache, but in general will other ports and such take advantage of
libc_r if they are compiled with it, or would a program that _can_ take
advantage of it already have that built in, say into autoconf or some
such? What about other parts of the base system? I'm assuming that the
kernel is covered by virtue of the fact that I've enabled the SMP options,
yes?

I'm trying to learn more about SMP, threads, and such like in
general. The recent conversations about those topics on the lists have
been very educational. I'm still wading through them, but I appreciate
being able to sit on the sidelines and glean bits here and there.

Thanks,

Doug
-- 
"Welcome to the desert of the real." 

- Laurence Fishburne as Morpheus, "The Matrix"



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Human readable df

1999-12-01 Thread Doug Barton

On Mon, 29 Nov 1999, Chris Piazza wrote:

 For what it's worth, I'd ported this a few months back (file dated
 Aug 28), but forgot about it :-).  Here's the patch updated for
 -current, anyway.

If a "me too" will help get this committed, here 'tis. I can do
the math in my head, but I'd rather save the neurons for something more
useful. I wouldn't even mind seeing this as the default, but someone would
probably gripe...

Doug
-- 
"Welcome to the desert of the real." 

- Laurence Fishburne as Morpheus, "The Matrix"



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



memory-to-memory copy

1999-12-01 Thread Zhihui Zhang


I used to know that memory to memory copy is done by the DMA controller in
the I/O bridge (Actually, this knowledge confues me because DMA controller
normally does not store the data that pass through it.  Now the source and
destination are both memory, how can it achieve this at the same time with
one memory bus?).  I was also told that the function bcopy() is used to
setup DMA.  Now I look at the bcopy() function in i386/support.s, I only
see instructions like "rep movsb".  So how is the memory-to-memory copy
done in FreeBSD? 

Any help is appreciated.

-Zhihui



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



A Maior Vitrine de Profissionais do Brasil

1999-12-01 Thread Administracao

Você ainda não faz parte da maior vitrine de profissionais do Brasil?

Deixe www.curriculum.com.br trabalhar por você!

Cadastre-se gratuitamente e faça como inúmeros outros profissionais.

Independente se está ou não empregado, coloque-se a disposição do mercado de trabalho. 
Este é o futuro. Deixe as portas abertas para
novas oportunidades e utilize a força da Internet para trabalhar por você.

www.curriculum.com.br sempre trabalhando por você hoje e sempre!






To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Linux ioctl not implemented error

1999-12-01 Thread Vladimir N. Silyaev

The console complaints about the ioctl are gone now. Unfortunately VMware
still complains. I'll try to findout why.

Try to load new vmware port from:
http://www.mindspring.com/~vsilyaev/vmware/files/vmware.tar.gz

And reinstall it. I think this may fix the problem.

-- 
Vladimir Silyaev


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Bitkeeper license review

1999-12-01 Thread Harlan Stenn

Anybody here have the time/inclination/ability to review a *draft* of the
proposed BitKeeper license to see if it would be acceptable for use by
FreeBSD?

H


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: syncflood attack

1999-12-01 Thread Mark Newton

On Wed, Dec 01, 1999 at 07:24:58PM -0800, PinkSmurf Mushroom wrote:

  AS I discovered today that my box was brought down by a heavy syncflood 
  attack, connecting to multiple ports. In addition to that, the attacker even 
  attack the ftpd with spoofed IPs, opening tons of connection.
  In result I've limited the total connection allowed at anyone time but I 
  couldnt figure out how to stop syncflood.

One usually stops it by staying away from the 3l33t hax0rz channels in
IRC.

   - mark


I tried an internal modem,[EMAIL PROTECTED]
 but it hurt when I walked.  Mark Newton
- Voice: +61-4-1620-2223 - Fax: +61-8-82231777 -


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Linux ioctl not implemented error

1999-12-01 Thread Louis A. Mamakos

 The console complaints about the ioctl are gone now. Unfortunately VMware
 still complains. I'll try to findout why.
 
 Try to load new vmware port from:
 http://www.mindspring.com/~vsilyaev/vmware/files/vmware.tar.gz
 
 And reinstall it. I think this may fix the problem.
 

I'm trying the new port now.  I seem to have a problem with the
vmware emulator program dying due to some panic caused by an
uncaught signal whenever I try to save a configuration.  

Right now, I opted to not save the configuration, and have proceeded
on to booting a FreeBSD-3.3 release CDROM, and installing it in a
VMware virtual machine.  This is great.  I dunno if it's just me,
but this seems to provoke manical laughter from time to time.

Next up: how long to do a 'make world' of the 3.3 system inside the
emulator.

So, is there a working network interface for the virtual machine?  That
would be very nifty, indeed.

louie




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: memory-to-memory copy

1999-12-01 Thread Mike Smith

 
 I used to know that memory to memory copy is done by the DMA controller in
 the I/O bridge (Actually, this knowledge confues me because DMA controller
 normally does not store the data that pass through it.  Now the source and
 destination are both memory, how can it achieve this at the same time with
 one memory bus?).

Almost nobody does memory-to-memory copy with DMA controllers.  You 
certainly don't do it on the PC.

 I was also told that the function bcopy() is used to
 setup DMA.

No, bcopy is used to move data from one place to another using the CPU.

 Now I look at the bcopy() function in i386/support.s, I only
 see instructions like "rep movsb".  So how is the memory-to-memory copy
 done in FreeBSD? 

With bcopy().

-- 
\\ Give a man a fish, and you feed him for a day. \\  Mike Smith
\\ Tell him he should learn how to fish himself,  \\  [EMAIL PROTECTED]
\\ and he'll hate you for a lifetime. \\  [EMAIL PROTECTED]




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Bitkeeper license review

1999-12-01 Thread Matthew Jacob


Since Larry's a neighbor and buddy of mine, I can look at it, but not
until next week (poke me if to do so if it hasn't been done already). I
already offered to him to do the port for *BSD, but he's a new dad and
busy and didn't really get back to me...


On Wed, 1 Dec 1999, Harlan Stenn wrote:

 Anybody here have the time/inclination/ability to review a *draft* of the
 proposed BitKeeper license to see if it would be acceptable for use by
 FreeBSD?
 
 H
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with "unsubscribe freebsd-hackers" in the body of the message
 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message