From owner-freebsd-security Wed Mar 17 3:51:27 1999 Delivered-To: freebsd-security@freebsd.org Received: from ns1.sminter.com.ar (ns1.sminter.com.ar [200.10.100.10]) by hub.freebsd.org (Postfix) with ESMTP id 3DEAB1506F; Wed, 17 Mar 1999 03:51:23 -0800 (PST) (envelope-from fpscha@ns1.sminter.com.ar) Received: (from fpscha@localhost) by ns1.sminter.com.ar (8.8.5/8.8.4) id IAA23361; Wed, 17 Mar 1999 08:50:50 -0300 (GMT) From: Fernando Schapachnik Message-Id: <199903171150.IAA23361@ns1.sminter.com.ar> Subject: Re: disk quota overriding In-Reply-To: from Dmitry Valdov at "Mar 17, 99 02:42:46 pm" To: dv@dv.ru (Dmitry Valdov) Date: Wed, 17 Mar 1999 08:50:50 -0300 (GMT) Cc: freebsd-current@FreeBSD.ORG, freebsd-security@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-security@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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 to overflow / filesystem even is quota is enabled. > > Just make many hard links (for example /bin/sh) to /tmp/ > > for ($q=0;$q<100000;$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 be grown up to available space on / filesystem. > > Any way to fix it? Fernando P. Schapachnik Administracion de la red VIA Net Works Argentina SA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-security" in the body of the message