lkml.org 
[lkml]   [2012]   [Apr]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Patch 5/8] mqueue: revert bump up DFLT_*MAX
    (4/17/12 11:22 PM), Serge E. Hallyn wrote:
    > Quoting Doug Ledford (dledford@redhat.com):
    >> From: KOSAKI Motohiro<kosaki.motohiro@jp.fujitsu.com>
    >>
    >> Mqueue limitation is slightly naieve parameter likes other ipcs
    >> because unprivileged user can consume kernel memory by using ipcs.
    >>
    >> Thus, too aggressive raise bring us security issue. Example,
    >> current setting allow evil unprivileged user use 256GB (= 256
    >> * 1024 * 1024*1024) and it's enough large to system will belome
    >> unresponsive. Don't do that.
    >>
    >> Instead, every admin should adjust the knobs for their own systems.
    >
    > Would you be terribly averse to having a higher limit in init_ipc_ns,
    > and the lower values by default in all child namespaces?

    No, I just focused to don't create any regressions. i.e. I mainly focused
    no namespace use case. And, I'm sorry, I don't think I clearly understand
    recent namespace update. I'm not against any namespace enhancement. Please
    only think just I don't understand neither a ipc namespace requirement nor
    the code.



    > Sorry it sounds from the intro like you've already had quite a bit of
    > discussion on this...
    >
    > Of course I realize the values can just be raised by distro boot
    > scripts...


    \
     
     \ /
      Last update: 2012-04-18 22:37    [W:4.138 / U:0.252 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site