Date: Tue, 15 Jan 2002 21:03:03 -0800 From: "Crist J . Clark" <cjc@FreeBSD.ORG> To: FreeBSD@jovi.net Cc: freebsd-questions@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG, bug-followup@FreeBSD.ORG Subject: Re: kern/33904: secure mode bug Message-ID: <20020115210303.E31328@blossom.cjclark.org> In-Reply-To: <200201152003.g0FK3gb04767@grant.org>; from FreeBSD@jovi.net on Tue, Jan 15, 2002 at 03:03:42PM -0500 References: <CD13C334-09D5-11D6-8ED3-003065D5E9A4@infospace.com> <200201152003.g0FK3gb04767@grant.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jan 15, 2002 at 03:03:42PM -0500, FreeBSD@jovi.net wrote:
> It would help to document or fix date/ntpdate/ntpd/...
ntpdate(8) and ntpd(8) are contributed software. As far as I can tell,
FreeBSD uses "virgin" imports. There is no local customization of the
code. Maintaining local modifications to code maintained by outside
vendors is expensive and therefore needs a lot of justification.
> to warn of this "clock clamp" trouble
You do get a log message generated at <kern.crit>. That tends to be
something people notice.
> or better yet
> fix settimeofday to return EPERM instead of trying
> to second-guess the intent of the programmer.
That might be a valid option. Would you be willing to patch settime()
(in sys/kern/kern_time.c)? Would you be willing to test patches to see
if they don't break things even worse?
> If not, settimeofday documentation must clarify this silent lossage
> of setting a time other than what the calling program specified.
This is true. The statements in settimeofday(2) about "secure mode"
are actually incorrect. I'll commit a fix shortly.
--
"It's always funny until someone gets hurt. Then it's hilarious."
Crist J. Clark | cjclark@alum.mit.edu
| cjclark@jhu.edu
http://people.freebsd.org/~cjc/ | cjc@freebsd.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020115210303.E31328>