Fernando Schapachnik writes:
> Are you aware that, due to nature of hardlinks the only extra space is
> same that for an empty file? Due to this, how many empty files do you
No, it's actually 128 bytes less.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-curren
On Thu, 18 Mar 1999, Robert Watson wrote:
> The linking behavior in conjunction with quotas makes a lot of sense: if a
> user wants to consume someone else's quota, she just hard links to their
> files so they cannot delete them. And if she are mean, she links to them
> in private directories so t
On Fri, 19 Mar 1999, Andrew McNaughton wrote:
> > Dmitry Valdov wrote:
> > > I think that there is only one way to fix it - it's to disable making
> > > *hard*links to directory with mode 1777.
>
> I don't use quotas, and don't know a great deal about how they
> operate, but I think there's anoth
>Date: Wed, 17 Mar 1999 20:00:17 -0500 (EST)
>From: "David H. Brierley"
>On any machine which allows general users to log in, I strongly
>recommend making separate file systems for /, /usr, /tmp, and /home,
>
I'll merely point out (since the relevance to -current, per se, is
minimal at this
On Fri, 19 Mar 1999, Andrew McNaughton wrote:
> > Dmitry Valdov wrote:
> > > I think that there is only one way to fix it - it's to disable making
> > > *hard*links to directory with mode 1777.
>
> I don't use quotas, and don't know a great deal about how they operate,
> but I think there's anoth
Andrew McNaughton wrote:
>
> I don't use quotas, and don't know a great deal about how they operate, but I
> think there's another disk filling DOS involving hard links lurking which the
> above measure would also solve.
>
> If a user starts making hard links to (large and growing) log files, w
> Dmitry Valdov wrote:
> > I think that there is only one way to fix it - it's to disable making
> > *hard*links to directory with mode 1777.
I don't use quotas, and don't know a great deal about how they operate, but I
think there's another disk filling DOS involving hard links lurking which the
On Wed, 17 Mar 1999, James Wyatt wrote:
> Now a small amount of anything multiplied by a large number can amount to
> something. If you have a small root, I can see where you could overwhelm
> it. It will also take longer and longer to ann the links and lookups in
> /tmp will take forever.
On an
On Wed, 17 Mar 1999, Jon Hamilton wrote:
:Under HP-UX 9.x, the behavior you describe was the default, and it
:was changable by altering a kernel config parameter and relinking the
:kernel. The same tunable is available under 10.x, but I'm less certain
:what the default behavior is there. Whether
On Wed, 17 Mar 1999, Ladavac Marino wrote:
> chown root:wheel big_file
AFAIK, only root can 'give ownership away' on most modern Unix'.
Later,
-Mike
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the bod
> We all know that there are oodles of security problems associated with
> file giveaways. As I recall, all the texts I have ever read on the subject
> say that unless there is a very good reason to allow giveaways, they
> should be disabled.
You can play games with quotas anyway, because you are
Jay Tribick wrote:
>
> > There is a way to overflow / filesystem even is quota is enabled.
> >
> > Just make many hard links (for example /bin/sh) to /tmp/
> >
> > for ($q=0;$q<10;$q++){
> > system ("ln /bin/sh /tmp/ln$q");
> > }
> >
> > Because /tmp directory usually owned by root that why qu
Dmitry Valdov wrote:
>
> Hi!
>
> I think that there is only one way to fix it - it's to disable making
> *hard*links to directory with mode 1777.
*IF* you are using quotas.
Otherwise, it could break things for people.
--
Daniel C. Sobral(8-DCS)
d...@newsguy.com
d...@fre
On Wed, 17 Mar 1999, Dmitry Valdov wrote:
> I think that there is only one way to fix it - it's to disable making
> *hard*links to directory with mode 1777.
I'm wondering: are you concerned this is possible, or that you really have
a user doing it? I have kicked users off the system for less when
On Wed, 17 Mar 1999, Fernando Schapachnik wrote:
> Are you aware that, due to nature of hardlinks the only extra space is
> same that for an empty file? Due to this, how many empty files do you
> think it takes to eat the whole space of / ?
They take *less* space than an empty file, just the direc
Dmitry Valdov wrote:
> There is a way to overflow / filesystem even is quota is enabled.
>
> Just make many hard links (for example /bin/sh) to /tmp/
>
> for ($q=0;$q<10;$q++){
> system ("ln /bin/sh /tmp/ln$q");
> }
>
> Because /tmp directory usually owned by root that why quotas has no effe
On Wed, 17 Mar 1999, Jon Hamilton wrote:
> } touch big_file
> } chmod 777 big_file
> } chown root:wheel big_file
> } cat /dev/zero >>big_file
> } This joke used to work on HPUX 10.something which kept the
> } owner-may-chown semantics even in presence of quotas. It was not fun
In message <97a8ca5bf490d211a94ff6c2e55d097...@s-lmh-wi-900.corpnet.at>, La
davac Marino wrote:
} BTW, has chown been "fixed" to the ludicrous SysV semantics that
} the root and owner can chown a file? If so, the latter has to be
} disabled in presence of quotas on the volume--otherwis
On Wed, 17 Mar 1999, Ladavac Marino wrote:
> Date: Wed, 17 Mar 1999 14:37:32 +0100
> From: Ladavac Marino
> To: 'Dmitry Valdov' , freebsd-current@freebsd.org,
> freebsd-secur...@freebsd.org
> Subject: RE: disk quota overriding
>
> > -Original Message-
=I think that there is only one way to fix it - it's to disable making
=*hard*links to directory with mode 1777.
Would not it be easier and more practical to make those directories belong
to, say, nobody? And make sure nobody's quota is small enough?
=> Because /tmp directory usually owned by roo
> -Original Message-
> From: Dmitry Valdov [SMTP:d...@dv.ru]
> Sent: Wednesday, March 17, 1999 1:37 PM
> To: freebsd-current@freebsd.org; freebsd-secur...@freebsd.org
> Subject: Re: disk quota overriding
>
> Hi!
>
>
> I think that there is only one w
..@freebsd.org
> Subject: disk quota overriding
>
> Hi!
>
> There is a way to overflow / filesystem even is quota is enabled.
>
> Just make many hard links (for example /bin/sh) to /tmp/
>
> for ($q=0;$q<10;$q++){
> system ("ln /bin/sh /tmp/ln$q");
>
On Wed, 17 Mar 1999, Fernando Schapachnik wrote:
> Date: Wed, 17 Mar 1999 08:50:50 -0300 (GMT)
> From: Fernando Schapachnik
> To: Dmitry Valdov
> Cc: freebsd-current@FreeBSD.ORG, freebsd-secur...@freebsd.org
> Subject: Re: disk quota overriding
>
> Are you aware t
On Wed, 17 Mar 1999, Jay Tribick wrote:
> Date: Wed, 17 Mar 1999 11:49:32 +
> From: Jay Tribick
> To: Dmitry Valdov
> Cc: freebsd-current@FreeBSD.ORG, freebsd-secur...@freebsd.org
> Subject: Re: disk quota overriding
>
> Hi
>
> > There is a way to overflow
Are you aware that, due to nature of hardlinks the only extra space is
same that for an empty file? Due to this, how many empty files do you
think it takes to eat the whole space of / ?
I'm I loosing something?
Regards.
En un mensaje anterior, Dmitry Valdov escribió:
> Hi!
>
> There is a way
Hi
> There is a way to overflow / filesystem even is quota is enabled.
>
> Just make many hard links (for example /bin/sh) to /tmp/
>
> for ($q=0;$q<10;$q++){
> system ("ln /bin/sh /tmp/ln$q");
> }
>
> Because /tmp directory usually owned by root that why quotas has no effect.
> *Directory*
Hi!
There is a way to overflow / filesystem even is quota is enabled.
Just make many hard links (for example /bin/sh) to /tmp/
for ($q=0;$q<10;$q++){
system ("ln /bin/sh /tmp/ln$q");
}
Because /tmp directory usually owned by root that why quotas has no effect.
*Directory* size of /tmp can b
27 matches
Mail list logo