summaryrefslogtreecommitdiff
path: root/docs/narr/sessions.rst
diff options
context:
space:
mode:
authorChris McDonough <chrism@plope.com>2012-11-05 16:03:07 -0500
committerChris McDonough <chrism@plope.com>2012-11-05 16:03:07 -0500
commit8c30a3d9c2437e661eac6f23315837fccb4741ea (patch)
tree308b4cbdea04bc582450a57e583e4e93d9ec5d72 /docs/narr/sessions.rst
parent3c247503042c94b792a6b1a5701fdba7c832b99c (diff)
parentee0e41d020d3cc9f43a958a53528166e5d2293f7 (diff)
downloadpyramid-8c30a3d9c2437e661eac6f23315837fccb4741ea.tar.gz
pyramid-8c30a3d9c2437e661eac6f23315837fccb4741ea.tar.bz2
pyramid-8c30a3d9c2437e661eac6f23315837fccb4741ea.zip
Merge branch 'master' of github.com:Pylons/pyramid
Diffstat (limited to 'docs/narr/sessions.rst')
-rw-r--r--docs/narr/sessions.rst13
1 files changed, 9 insertions, 4 deletions
diff --git a/docs/narr/sessions.rst b/docs/narr/sessions.rst
index 1aa1b6341..f7da7838e 100644
--- a/docs/narr/sessions.rst
+++ b/docs/narr/sessions.rst
@@ -63,10 +63,15 @@ application by using the ``session_factory`` argument to the
this implementation is, by default, *unencrypted*. You should not use it
when you keep sensitive information in the session object, as the
information can be easily read by both users of your application and third
- parties who have access to your users' network traffic. Use a different
- session factory implementation (preferably one which keeps session data on
- the server) for anything but the most basic of applications where "session
- security doesn't matter".
+ parties who have access to your users' network traffic. And if you use this
+ sessioning implementation, and you inadvertently create a cross-site
+ scripting vulnerability in your application, because the session data is
+ stored unencrypted in a cookie, it will also be easier for evildoers to
+ obtain the current user's cross-site scripting token. In short, use a
+ different session factory implementation (preferably one which keeps session
+ data on the server) for anything but the most basic of applications where
+ "session security doesn't matter", and you are sure your application has no
+ cross-site scripting vulnerabilities.
.. index::
single: session object