Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Kamil Rytarowski
On 17.12.2019 09:16, Maxime Villard wrote: >> Module Name:    htdocs >> Committed By:   christos >> Date:   Tue Dec 17 01:03:49 UTC 2019 >> >> Modified Files: >>     htdocs/support/security: advisory.html index.html >> >> Log Message: >> new advisory >> >> >> To generate a diff of this

Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Kamil Rytarowski
On 17.12.2019 14:19, Maxime Villard wrote: > Le 17/12/2019 à 12:34, Kamil Rytarowski a écrit : >> On 17.12.2019 09:16, Maxime Villard wrote: Module Name:    htdocs Committed By:   christos Date:   Tue Dec 17 01:03:49 UTC 2019 Modified Files:

Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Maxime Villard
Le 17/12/2019 à 14:32, Kamil Rytarowski a écrit : On 17.12.2019 14:19, Maxime Villard wrote: Le 17/12/2019 à 12:34, Kamil Rytarowski a écrit : On 17.12.2019 09:16, Maxime Villard wrote: Module Name:    htdocs Committed By:   christos Date:   Tue Dec 17 01:03:49 UTC 2019 Modified

[filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Maxime Villard
Module Name:htdocs Committed By: christos Date: Tue Dec 17 01:03:49 UTC 2019 Modified Files: htdocs/support/security: advisory.html index.html Log Message: new advisory To generate a diff of this commit: cvs rdiff -u -r1.140 -r1.141

Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Paul Goyette
Please note that we do have a way of installing new syscalls (via the syscall_{,dis}establish() mechanism), but that only works for syscalls that are not currently in use. We don't have a (clean) way to replace an already-installed syscall (no way to retrieve the current function pointer). On

Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Maxime Villard
Le 17/12/2019 à 12:34, Kamil Rytarowski a écrit : On 17.12.2019 09:16, Maxime Villard wrote: Module Name:    htdocs Committed By:   christos Date:   Tue Dec 17 01:03:49 UTC 2019 Modified Files:     htdocs/support/security: advisory.html index.html Log Message: new advisory To

Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Andrew Doran
> > > Typically with a character device, the kmod can get unloaded while an > > > ioctl > > > is being executed on it. That's solvable. Conceptually I think the main stumbling block is that there are two layers at play which need to reconciled: specfs and devsw. It could also be an opportunity

Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Kamil Rytarowski
On 17.12.2019 15:44, Andrew Doran wrote: Typically with a character device, the kmod can get unloaded while an ioctl is being executed on it. > > That's solvable. Conceptually I think the main stumbling block is that > there are two layers at play which need to reconciled: specfs and

Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Andrew Doran
On Tue, Dec 17, 2019 at 04:06:12PM +0100, Kamil Rytarowski wrote: > On 17.12.2019 15:44, Andrew Doran wrote: > Typically with a character device, the kmod can get unloaded while an > ioctl > is being executed on it. > > > > That's solvable. Conceptually I think the main stumbling

Re: New cpu_count races; seqlocks?

2019-12-17 Thread Andrew Doran
A bit off on a tangent, but my intent was to keep this stuff very simple and distinct from the general (evcnt) type case because these are special to my mind due to their well established use and how clustered they are. On Tue, Dec 17, 2019 at 05:07:12AM +, Taylor R Campbell wrote: > It is

Re: [filemon] CVS commit: htdocs/support/security

2019-12-17 Thread Maxime Villard
Le 17/12/2019 à 15:44, Andrew Doran a écrit : Typically with a character device, the kmod can get unloaded while an ioctl is being executed on it. That's solvable. Conceptually I think the main stumbling block is that there are two layers at play which need to reconciled: specfs and devsw.