对于Python的框架中一些会话程序的管理

Django, Bottle, Flask,等所有的python web框架都需要配置一个SECRET_KEY。文档通常推荐我们使用随机的值，但我很难发现他有任何文字说明，因为这样容易被破解(本地攻击或者文本阅读在web app中更容易受攻击)。攻击者可以使用SECRET_KEY伪造cookies，csrf token然后使用管理员工具。不过这很难做到，不过他可以搞一些小破坏，比如执行恶意代码。这也是我下面将要介绍的。

记得以前使用PHP找到一个可以读服务器上任意文件的bug(不包含本地文件)，你将会被迫选择远程执行代码（RCE）。你就需要审查大部分的app资源文件来找到其他的bugs或者有用的信息（比如说用户密码，或者数据库信息等）。在这个情况下，我们能说PHP是更安全的吗？
在攻击一个Python网站框架的时候，知道你设置的SECRET_KEY字段的攻击者，能够简单的将LFR攻击升级到RCE攻击。我(作者)是从攻击一系列的网站框架之后得出如上结论的。在这些网站框架中，都有雷同的，使用Pickle作为将经过签名的Cookie序列化的方式。

在Flask框架中，Flask在config['SECRET_KEY']被赋予某个值，session_cookie_name(default='session')存在于cookie中的时候，将Cookie反序列化，甚至在没有session的情况下。(这样多么好，攻击者可以仅仅通过向config file添加SECRET_KEY的方式制造后门，并且，天真的用户将认为这非常'重要')

从 werkzeug library 里面提取出来的反序列方法是这样的:

def unserialize(cls, string, secret_key):
    if isinstance(string, unicode):
      string = string.encode('utf-8', 'replace')
    try:
      base64_hash, data = string.split('?', 1)
    except (ValueError, IndexError):
      items = ()
    else:
      items = {}
      mac = hmac(secret_key, None, cls.hash_method)
      # -- snip ---
      try:
        client_hash = base64_hash.decode('base64')
      except Exception:
        items = client_hash = None
      if items is not None and safe_str_cmp(client_hash, mac.digest()):
        try:
          for key, value in items.iteritems():
            items[key] = cls.unquote(value)
        except UnquoteError:
          # -- snip --
      else:
        items = ()
    return cls(items, secret_key, False)

反序列方法检查签名，然后在签名正确的情况下unquote()cookie的值。unquote()方法看起来非常无辜，但是事实上，这是一个默认的pickle.

#: the module used for serialization. Unless overriden by subclasses
#: the standard pickle module is used.
serialization_method = pickle
def unquote(cls, value):
  # -- snip --
    if cls.quote_base64:
      value = value.decode('base64')
    if cls.serialization_method is not None:
      value = cls.serialization_method.loads(value)
    return value
  # -- snip --

Bottle: 在默认的bottle设定中时没有真正的secret key的，但是也许有人想要用signed cookie的功能来加密他自己的cookie.

让我们来看看代码是怎么样的:

def get_cookie(self, key, default=None, secret=None):
  value = self.cookies.get(key)
  if secret and value:
    dec = cookie_decode(value, secret) # (key, value) tuple or None
    return dec[1] if dec and dec[0] == key else default
  return value or default

当这个密钥被展现出来的时候，并且在cookie中还有其他数值的时候，cookie_decode 方法被调用:

def cookie_decode(data, key):
  data = tob(data)
  if cookie_is_encoded(data):
    sig, msg = data.split(tob('?'), 1)
    if _lscmp(sig[1:], base64.b64encode(hmac.new(tob(key), msg).digest())):
      return pickle.loads(base64.b64decode(msg))
  return None

再次，我们看到了Pickle !

Beaker 的session:(任何服务都可以在session上使用beaker的中间件，bottle框架甚至推荐这么做) Beaker.Session 具有很多功能，并且这可能被混淆: 这里面有三个密钥 secret_key, validate_key, encrypted_key)

    encrypt_key: 加密cookie信息，然后要么向客户端发送(session.type="cookie"/Cookie mode)，要么在(session.type="file"/File mode)中储存。如果没有设定encrypt_key,那么cookie不会被加密，只会被base64编码。当有encrypt_key的时候，cookie会被用encrypted_key, validate_key(可选)和一个随机值用AES方法加密。
    validate_key: 用来给加密的cookie签名
    secret:YV"nYi