Enhanced PHP File Manager

⬆️ Go Up (..)

📊 Server Information

Server:

nginx/1.28.0

System:

Linux 6.8.0-90-generic

PHP Version:

8.4.15

User:

alqudsvolunteers

Directory:

/home/alqudsvolunteers/rootlink/proc/thread-self/root/usr/share/doc/varnish/html/phk

Free Space:

80.22 GB

🔧 Quick Actions

✏️ Editing: barriers.html

<!DOCTYPE html>

<title>Security barriers in Varnish &#8212; Varnish version 7.5.0 documentation</title>
    <link rel="stylesheet" type="text/css" href="../_static/pygments.css?v=fa44fd50" />
    <link rel="stylesheet" type="text/css" href="../_static/classic.css?v=e2714048" />
    
    <script src="../_static/documentation_options.js?v=8214db13"></script>
    <script src="../_static/doctools.js?v=888ff710"></script>
    <script src="../_static/sphinx_highlight.js?v=dc90522c"></script>
    
    <link rel="index" title="Index" href="../genindex.html" />
    <link rel="search" title="Search" href="../search.html" />
    <link rel="next" title="What were they thinking ?" href="thoughts.html" />
    <link rel="prev" title="Picking platforms" href="platforms.html" /> 
  </head><body>
    <div class="related" role="navigation" aria-label="related navigation">
      <h3>Navigation</h3>
      <ul>
        <li class="right" style="margin-right: 10px">
          <a href="../genindex.html" title="General Index"
             accesskey="I">index</a></li>
        <li class="right" >
          <a href="thoughts.html" title="What were they thinking ?"
             accesskey="N">next</a> |</li>
        <li class="right" >
          <a href="platforms.html" title="Picking platforms"
             accesskey="P">previous</a> |</li>
        <li class="nav-item nav-item-0"><a href="../index.html">Varnish version 7.5.0 documentation</a> &#187;</li>
          <li class="nav-item nav-item-1"><a href="index.html" accesskey="U">Poul-Hennings random outbursts</a> &#187;</li>
        <li class="nav-item nav-item-this"><a href="">Security barriers in Varnish</a></li> 
      </ul>
    </div>

<div class="document">
      <div class="documentwrapper">
        <div class="bodywrapper">
          <div class="body" role="main">
            
  <section id="security-barriers-in-varnish">
<span id="phk-barriers"></span><h1>Security barriers in Varnish<a class="headerlink" href="#security-barriers-in-varnish" title="Link to this heading">¶</a></h1>
<p>Security is a very important design driver in Varnish, more likely than not,
if you find yourself thinking “Why did he do _that_ ? the answer has to
do with security.</p>
<p>The Varnish security model is based on some very crude but easy to understand
barriers between the various components:</p>
<div class="highlight-text notranslate"><div class="highlight"><pre><span></span>              .--&gt;- provides -&gt;---------------------------------------.
              |                                          |            |
     (ADMIN)--+--&gt;- runs -----&gt;---.                      |            |
              |                   |                      |            |
              |--&gt;- cli_req --&gt;---|                      v            v
              &#39;--&lt;- cli_resp -&lt;---|                     VCL        MODULE
                                  |                      |            |
     (OPER)                       |                      |reads       |
       |                          |                      |            |
       |runs                      |                      |            |
       |      .-&lt;- create -&lt;-.    |    .-&gt;- fork -&gt;-.    v            |
       v      |-&gt;- check --&gt;-|-- MGT --|            |-- VCC &lt;- loads -|
      VSM     |-&lt;- write --&lt;-&#39;    |    &#39;-&lt;- wait -&lt;-&#39;    |            |
     TOOLS    |                   |                      |            |
       ^      |     .-------------&#39;                      |            |
       |      |     |                                    |writes      |
       |reads |     |-&gt;- fork -----&gt;-.                   |            |
       |      |     |-&gt;- cli_req --&gt;-|                   |            |
      VSM ----&#39;     |-&lt;- cli_resp -&lt;-|                   v            |
       |            &#39;-&lt;- wait -----&lt;-|                VCL.SO          |
       |                             |                   |            |
       |                             |                   |            |
       |----&gt;----- inherit ---&gt;------|--&lt;-- loads -------&#39;            |
       |----&gt;-----  reads ----&gt;------|                                |
       &#39;----&lt;----- writes ----&lt;------|--&lt;-- loads --------------------&#39;
                                     |
                                     |
                                     |
         .---&gt;-- http_req ---&gt;--.    |    .--&gt;-- http_req ---&gt;--.
(ANON) --|                      |-- CLD --|                     |-- (BACKEND)
         &#39;---&lt;-- http_resp --&lt;--&#39;         &#39;--&lt;-- http_resp --&lt;--&#39;
</pre></div>
</div>
<p>(ASCII-ART rules!)</p>
<section id="the-really-important-barrier">
<h2>The really Important Barrier<a class="headerlink" href="#the-really-important-barrier" title="Link to this heading">¶</a></h2>
<p>The central actor in Varnish is the Manager process, “MGT”, which is the
process the administrator “(ADMIN)” starts to get web-cache service.</p>
<p>Having been there myself, I do not subscribe to the “I feel cool and important
when I get woken up at 3AM to restart a dead process” school of thought, in
fact, I think that is a clear sign of mindless stupidity:  If we cannot
get a computer to restart a dead process, why do we even have them ?</p>
<p>The task of the Manager process is therefore not cache web content,
but to make sure there always is a process which does that, the
Child “CLD” process.</p>
<p>That is the major barrier in Varnish:  All management happens in
one process all actual movement of traffic happens in another, and
the Manager process does not trust the Child process at all.</p>
<p>The Child process is in a the totally unprotected domain:  Any
computer on the InterNet “(ANON)” can connect to the Child process
and ask for some web-object.</p>
<p>If John D. Criminal manages to exploit a security hole in Varnish, it is
the Child process he subverts.  If he carries out a DoS attack, it is
the Child process he tries to fell.</p>
<p>Therefore the Manager starts the Child with as low priviledge as practically
possible, and we close all filedescriptors it should not have access to and
so on.</p>
<p>There are only three channels of communication back to the Manager
process: An exit code, a CLI response or writing stuff into the
shared memory file “VSM” used for statistics and logging, all of
these are well defended by the Manager process.</p>
</section>
<section id="the-admin-oper-barrier">
<h2>The Admin/Oper Barrier<a class="headerlink" href="#the-admin-oper-barrier" title="Link to this heading">¶</a></h2>
<p>If you look at the top left corner of the diagram, you will see that Varnish
operates with separate Administrator “(ADMIN)” and Operator “(OPER)” roles.</p>
<p>The Administrator does things, changes stuff etc.  The Operator keeps an
eye on things to make sure they are as they should be.</p>
<p>These days Operators are often scripts and data collection tools, and
there is no reason to assume they are bugfree, so Varnish does not
trust the Operator role, that is a pure one-way relationship.</p>
<p>(Trick:  If the Child process us run under user “nobody”, you can
allow marginally trusted operations personel access to the “nobody”
account (for instance using .ssh/authorized_keys2), and they will
be able to kill the Child process, prompting the Manager process to
restart it again with the same parameters and settings.)</p>
<p>The Administrator has the final say, and of course, the administrator
can decide under which circumstances that authority will be shared.</p>
<p>Needless to say, if the system on which Varnish runs is not properly
secured, the Administrator’s monopoly of control will be compromised.</p>
</section>
<section id="all-the-other-barriers">
<h2>All the other barriers<a class="headerlink" href="#all-the-other-barriers" title="Link to this heading">¶</a></h2>
<p>There are more barriers, you can spot them by following the arrows in
the diagram, but they are more sort of “technical” than “political” and
generally try to guard against programming flaws as much as security
compromise.</p>
<p>For instance the VCC compiler runs in a separate child process, to make
sure that a memory leak or other flaw in the compiler does not accumulate
trouble for the Manager process.</p>
<p>Hope this explanation helps understand why Varnish is not just a single
process like all other server programs.</p>
<p>Poul-Henning, 2010-06-28</p>
</section>
</section>

<div class="clearer"></div>
          </div>
        </div>
      </div>
      <div class="sphinxsidebar" role="navigation" aria-label="main navigation">
        <div class="sphinxsidebarwrapper">
  <div>
    <h3><a href="../index.html">Table of Contents</a></h3>
    <ul>
<li><a class="reference internal" href="#">Security barriers in Varnish</a><ul>
<li><a class="reference internal" href="#the-really-important-barrier">The really Important Barrier</a></li>
<li><a class="reference internal" href="#the-admin-oper-barrier">The Admin/Oper Barrier</a></li>
<li><a class="reference internal" href="#all-the-other-barriers">All the other barriers</a></li>
</ul>
</li>
</ul>

</div>
  <div>
    <h4>Previous topic</h4>
    <p class="topless"><a href="platforms.html"
                          title="previous chapter">Picking platforms</a></p>
  </div>
  <div>
    <h4>Next topic</h4>
    <p class="topless"><a href="thoughts.html"
                          title="next chapter">What were they thinking ?</a></p>
  </div>
  <div role="note" aria-label="source link">
    <h3>This Page</h3>
    <ul class="this-page-menu">
      <li><a href="../_sources/phk/barriers.rst.txt"
            rel="nofollow">Show Source</a></li>
    </ul>
   </div>
<div id="searchbox" style="display: none" role="search">
  <h3 id="searchlabel">Quick search</h3>
    <div class="searchformwrapper">
    <form class="search" action="../search.html" method="get">
      <input type="text" name="q" aria-labelledby="searchlabel" autocomplete="off" autocorrect="off" autocapitalize="off" spellcheck="false"/>
      <input type="submit" value="Go" />
    </form>
    </div>
</div>
<script>document.getElementById('searchbox').style.display = "block"</script>
        </div>
      </div>
      <div class="clearer"></div>
    </div>
    <div class="related" role="navigation" aria-label="related navigation">
      <h3>Navigation</h3>
      <ul>
        <li class="right" style="margin-right: 10px">
          <a href="../genindex.html" title="General Index"
             >index</a></li>
        <li class="right" >
          <a href="thoughts.html" title="What were they thinking ?"
             >next</a> |</li>
        <li class="right" >
          <a href="platforms.html" title="Picking platforms"
             >previous</a> |</li>
        <li class="nav-item nav-item-0"><a href="../index.html">Varnish version 7.5.0 documentation</a> &#187;</li>
          <li class="nav-item nav-item-1"><a href="index.html" >Poul-Hennings random outbursts</a> &#187;</li>
        <li class="nav-item nav-item-this"><a href="">Security barriers in Varnish</a></li> 
      </ul>
    </div>
    <div class="footer" role="contentinfo">
    &#169; Copyright 2010-2014, Varnish Software AS.
      Created using <a href="https://www.sphinx-doc.org/">Sphinx</a> 7.2.6.
    </div>
  </body>
</html>

❌ Cancel

🗂️ Enhanced PHP File Manager

📊 Server Information

🔧 Quick Actions

✏️ Editing: barriers.html

📤 Upload File

📁 Create Folder

📄 Create File

✏️ Rename Item

🗑️ Delete Confirmation