Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #231337

Re: website permissions and ownership

From Jeremy Ardley <jeremy@ardley.org>
Newsgroups linux.debian.user
Subject Re: website permissions and ownership
Date 2021-02-02 10:50 +0100
Message-ID <BE0tQ-29l-9@gated-at.bofh.it> (permalink)
References <BDXYZ-Oj-13@gated-at.bofh.it> <BDZ4K-1qU-7@gated-at.bofh.it> <BDZHr-1DN-3@gated-at.bofh.it> <BE0k9-268-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On 2/2/21 5:32 pm, Jeremy Ardley wrote:
>
> On 2/2/21 4:55 pm, Richard Hector wrote:
>>
>>> What you are doing sounds pretty O.K. Though I personally also use 
>>> SELinux for web facing services.
>>
>> Thanks.
>>
>> I haven't looked in to SELinux. I looked at AppArmor, but it appears 
>> that it won't work as expected in an LXC container, which is where I 
>> run this. Would SELinux work there? SELinux, from what I can see, 
>> seems more complex to learn than AppArmor.
>>
> SELinux is quite hard to get right, but when it's done properly it's 
> very hard to exploit. Basically if it's not explicitly permitted it's 
> forbidden.
>
> SELinux has the advantage that it by default enforces rules that you 
> should probably already have in place. So for example it will 
> automatically stop writes to web content by the web server. You have 
> to explicitly allow the web server to make modifications to specific 
> files or directories. SELinux makes you think about what is important 
> to you and what you think should be alterable on your website.
>
> Getting back to my staging scenario, you start with default SELinux 
> rules completely restricting web server write access to content. You'd 
> have another set of SELinux rules that allow some other process to 
> make changes to the content. You may even have a set of SELinux rules 
> allowing the web server to write to an upload directory - but likely 
> not read from it.
>

Further to this, web servers can interact not only with disk content, 
but databases, content back-ends (e.g. php-fpm) and even with hardware 
and communication devices. SELinux blocks all this until such time as 
you do the analysis and decide that particular interactions should be 
allowed.

It's a pain to get right, but compared to the pain of your server being 
exploited, not so much.


-- 
Jeremy

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

website permissions and ownership Richard Hector <richard@walnut.gen.nz> - 2021-02-02 08:10 +0100
  Re: website permissions and ownership Jeremy Ardley <jeremy@ardley.org> - 2021-02-02 09:20 +0100
    Re: website permissions and ownership Richard Hector <richard@walnut.gen.nz> - 2021-02-02 10:00 +0100
      Re: website permissions and ownership Jeremy Ardley <jeremy@ardley.org> - 2021-02-02 10:40 +0100
        Re: website permissions and ownership Jeremy Ardley <jeremy@ardley.org> - 2021-02-02 10:50 +0100
          Re: website permissions and ownership Richard Hector <richard@walnut.gen.nz> - 2021-02-02 11:00 +0100
      Re: website permissions and ownership john doe <johndoe65534@mail.com> - 2021-02-02 10:40 +0100
        Re: website permissions and ownership Richard Hector <richard@walnut.gen.nz> - 2021-02-02 10:50 +0100
  Re: website permissions and ownership Kenneth Parker <sea7kenp@gmail.com> - 2021-02-02 12:50 +0100

csiph-web