npmpackage.info

Gathering detailed insights and metrics for cookie-session

Other packages similar to cookie-session

@types/cookie-session

2.0.49

TypeScript definitions for cookie-session

koa-session

6.4.0

Koa cookie session middleware with external store support

@fastify/secure-session

8.1.0

Create a secure stateless cookie session for Fastify

@nest-middlewares/cookie-session

10.0.0

NestJS Middleware for Cookie Session

Gathering detailed insights and metrics for cookie-session

cookie-session

Simple cookie-based session middleware

2.1.0

1,126

MIT

JavaScript

54,683,999 3.6

Installations

npm install cookie-session

Pull Requests

Open

2

Total

38

Closed

31

Merged

5

Issues

Open

5

Total

98

Closed

93

Releases

2.1.0

v2.1.0

Published on 24 Jan 2024

2.0.0

v2.0.0

Published on 16 Dec 2021

2.0.0-rc.1

Published on 24 Jan 2020

1.4.0

Published on 06 Jan 2020

1.3.3

Published on 28 Feb 2019

2.0.0-beta.3

Published on 13 Oct 2017

View all 19 releases

Developer

expressjs

Developer Guide

BETA

Module System

Unable to determine the module system for this package.

Min. Node Version

>= 0.10

Typescript Support

No

Node Version

18.18.2

NPM Version

9.8.1 Statistics

1,126 Stars

421 Commits

208 Forks

21 Watching

3 Branches

38 Contributors

Updated on 27 Oct 2024

Languages

JavaScript (100%)

Total Downloads

Cumulative downloads

Total Downloads

54,683,999

Last day

-2.7%

38,319

Compared to previous day

Last week

6.4%

218,944

Compared to previous week

Last month

14%

864,678

Compared to previous month

Last year

-12.6%

9,946,340

Compared to previous year

Daily Downloads

Weekly Downloads

Monthly Downloads

Yearly Downloads

Dependencies

debug cookies on-headers safe-buffer

Dev Dependencies

nyc mocha eslint connect supertest eslint-plugin-node eslint-plugin-import eslint-plugin-promise eslint-config-standard eslint-plugin-markdown eslint-plugin-standard

Versions

cookie-session

Simple cookie-based session middleware.

A user session can be stored in two main ways with cookies: on the server or on the client. This module stores the session data on the client within a cookie, while a module like express-session stores only a session identifier on the client within a cookie and stores the session data on the server, typically in a database.

The following points can help you choose which to use:

cookie-session does not require any database / resources on the server side, though the total session data cannot exceed the browser's max cookie size.
cookie-session can simplify certain load-balanced scenarios.
cookie-session can be used to store a "light" session and include an identifier to look up a database-backed secondary store to reduce database lookups.

NOTE This module does not encrypt the session contents in the cookie, only provides signing to prevent tampering. The client will be able to read the session data by examining the cookie's value. Secret data should not be set in req.session without encrypting it, or use a server-side session instead.

NOTE This module does not prevent session replay, as the expiration set is that of the cookie only; if that is a concern of your application, you can store an expiration date in req.session object and validate it on the sever, and implement any other logic to extend the session as your application needs.

Install

This is a Node.js module available through the npm registry. Installation is done using the npm install command:

1$ npm install cookie-session

API

1var cookieSession = require('cookie-session')
2var express = require('express')
3
4var app = express()
5
6app.use(cookieSession({
7  name: 'session',
8  keys: [/* secret keys */],
9
10  // Cookie Options
11  maxAge: 24 * 60 * 60 * 1000 // 24 hours
12}))

cookieSession(options)

Create a new cookie session middleware with the provided options. This middleware will attach the property session to req, which provides an object representing the loaded session. This session is either a new session if no valid session was provided in the request, or a loaded session from the request.

The middleware will automatically add a Set-Cookie header to the response if the contents of req.session were altered. Note that no Set-Cookie header will be in the response (and thus no session created for a specific user) unless there are contents in the session, so be sure to add something to req.session as soon as you have identifying information to store for the session.

Options

Cookie session accepts these properties in the options object.

name

The name of the cookie to set, defaults to session.

keys

The list of keys to use to sign & verify cookie values, or a configured Keygrip instance. Set cookies are always signed with keys[0], while the other keys are valid for verification, allowing for key rotation. If a Keygrip instance is provided, it can be used to change signature parameters like the algorithm of the signature.

secret

A string which will be used as single key if keys is not provided.

Cookie Options

Other options are passed to cookies.get() and cookies.set() allowing you to control security, domain, path, and signing among other settings.

The options can also contain any of the following (for the full list, see cookies module documentation:

maxAge: a number representing the milliseconds from Date.now() for expiry
expires: a Date object indicating the cookie's expiration date (expires at the end of session by default).
path: a string indicating the path of the cookie (/ by default).
domain: a string indicating the domain of the cookie (no default).
partitioned: a boolean indicating whether to partition the cookie in Chrome for the CHIPS Update (false by default). If this is true, Cookies from embedded sites will be partitioned and only readable from the same top level site from which it was created.
priority: a string indicating the cookie priority. This can be set to 'low', 'medium', or 'high'.
sameSite: a boolean or string indicating whether the cookie is a "same site" cookie (false by default). This can be set to 'strict', 'lax', 'none', or true (which maps to 'strict').
secure: a boolean indicating whether the cookie is only to be sent over HTTPS (false by default for HTTP, true by default for HTTPS). If this is set to true and Node.js is not directly over a TLS connection, be sure to read how to setup Express behind proxies or the cookie may not ever set correctly.
httpOnly: a boolean indicating whether the cookie is only to be sent over HTTP(S), and not made available to client JavaScript (true by default).
signed: a boolean indicating whether the cookie is to be signed (true by default).
overwrite: a boolean indicating whether to overwrite previously set cookies of the same name (true by default).

req.session

Represents the session for the given request.

.isChanged

Is true if the session has been changed during the request.

.isNew

Is true if the session is new.

.isPopulated

Determine if the session has been populated with data or is empty.

req.sessionOptions

Represents the session options for the current request. These options are a shallow clone of what was provided at middleware construction and can be altered to change cookie setting behavior on a per-request basis.

Destroying a session

To destroy a session simply set it to null:

1req.session = null

Saving a session

Since the entire contents of the session is kept in a client-side cookie, the session is "saved" by writing a cookie out in a Set-Cookie response header. This is done automatically if there has been a change made to the session when the Node.js response headers are being written to the client and the session was not destroyed.

Examples

Simple view counter example

1var cookieSession = require('cookie-session')
2var express = require('express')
3
4var app = express()
5
6app.set('trust proxy', 1) // trust first proxy
7
8app.use(cookieSession({
9  name: 'session',
10  keys: ['key1', 'key2']
11}))
12
13app.get('/', function (req, res, next) {
14  // Update views
15  req.session.views = (req.session.views || 0) + 1
16
17  // Write response
18  res.end(req.session.views + ' views')
19})
20
21app.listen(3000)

Per-user sticky max age

1var cookieSession = require('cookie-session')
2var express = require('express')
3
4var app = express()
5
6app.set('trust proxy', 1) // trust first proxy
7
8app.use(cookieSession({
9  name: 'session',
10  keys: ['key1', 'key2']
11}))
12
13// This allows you to set req.session.maxAge to let certain sessions
14// have a different value than the default.
15app.use(function (req, res, next) {
16  req.sessionOptions.maxAge = req.session.maxAge || req.sessionOptions.maxAge
17  next()
18})
19
20// ... your logic here ...

Extending the session expiration

This module does not send a Set-Cookie header if the contents of the session have not changed. This means that to extend the expiration of a session in the user's browser (in response to user activity, for example) some kind of modification to the session needs be made.

1var cookieSession = require('cookie-session')
2var express = require('express')
3
4var app = express()
5
6app.use(cookieSession({
7  name: 'session',
8  keys: ['key1', 'key2']
9}))
10
11// Update a value in the cookie so that the set-cookie will be sent.
12// Only changes every minute so that it's not sent with every request.
13app.use(function (req, res, next) {
14  req.session.nowInMinutes = Math.floor(Date.now() / 60e3)
15  next()
16})
17
18// ... your logic here ...

Using a custom signature algorithm

This example shows creating a custom Keygrip instance as the keys option to provide keys and additional signature configuration.

1var cookieSession = require('cookie-session')
2var express = require('express')
3var Keygrip = require('keygrip')
4
5var app = express()
6
7app.use(cookieSession({
8  name: 'session',
9  keys: new Keygrip(['key1', 'key2'], 'SHA384', 'base64')
10}))
11
12// ... your logic here ...

Usage Limitations

Max Cookie Size

Because the entire session object is encoded and stored in a cookie, it is possible to exceed the maximum cookie size limits on different browsers. The RFC6265 specification recommends that a browser SHOULD allow

At least 4096 bytes per cookie (as measured by the sum of the length of the cookie's name, value, and attributes)

In practice this limit differs slightly across browsers. See a list of browser limits here. As a rule of thumb don't exceed 4093 bytes per domain.

If your session object is large enough to exceed a browser limit when encoded, in most cases the browser will refuse to store the cookie. This will cause the following requests from the browser to either a) not have any session information or b) use old session information that was small enough to not exceed the cookie limit.

If you find your session object is hitting these limits, it is best to consider if data in your session should be loaded from a database on the server instead of transmitted to/from the browser with every request. Or move to an alternative session strategy

License

MIT

Fuzzing

Determines if the project uses fuzzing.

Reason

project is not fuzzed

Details

Warn: no OSSFuzz integration found: Follow the steps in https://github.com/google/oss-fuzz to integrate fuzzing for your project. Over time, try to add fuzzing for more functionalities of your project. (High effort)
Warn: no OneFuzz integration found: Follow the steps in https://github.com/microsoft/onefuzz to start fuzzing for your project. Over time, try to add fuzzing for more functionalities of your project. (High effort)
Warn: no GoBuiltInFuzzer integration found: Follow the steps in https://go.dev/doc/fuzz/ to enable fuzzing on your project. Over time, try to add fuzzing for more functionalities of your project. (Medium effort)
Warn: no PythonAtherisFuzzer integration found: Follow the steps in https://github.com/google/atheris to enable fuzzing on your project. Over time, try to add fuzzing for more functionalities of your project. (Medium effort)
Warn: no CLibFuzzer integration found: Follow the steps in https://llvm.org/docs/LibFuzzer.html to enable fuzzing on your project. Over time, try to add fuzzing for more functionalities of your project. (Medium effort)
Warn: no CppLibFuzzer integration found: Follow the steps in https://llvm.org/docs/LibFuzzer.html to enable fuzzing on your project. Over time, try to add fuzzing for more functionalities of your project. (Medium effort)
Warn: no SwiftLibFuzzer integration found: Follow the steps in https://google.github.io/oss-fuzz/getting-started/new-project-guide/swift-lang/ to enable fuzzing on your project. Over time, try to add fuzzing for more functionalities of your project. (Medium effort)
Warn: no RustCargoFuzzer integration found: Follow the steps in https://rust-fuzz.github.io/book/cargo-fuzz.html to enable fuzzing on your project. Over time, try to add fuzzing for more functionalities of your project. (Medium effort)
Warn: no JavaJazzerFuzzer integration found: Follow the steps in https://github.com/CodeIntelligenceTesting/jazzer to enable fuzzing on your project. Over time, try to add fuzzing for more functionalities of your project. (Medium effort)
Warn: no ClusterFuzzLite integration found: Follow the steps in https://github.com/google/clusterfuzzlite to integrate fuzzing as part of CI. Over time, try to add fuzzing for more functionalities of your project. (High effort)
Warn: no HaskellPropertyBasedTesting integration found: Use one of the following frameworks to fuzz your project: QuickCheck: https://hackage.haskell.org/package/QuickCheck hedgehog: https://hedgehog.qa/ validity: https://github.com/NorfairKing/validity smallcheck: https://hackage.haskell.org/package/smallcheck hspec: https://hspec.github.io/ tasty: https://hackage.haskell.org/package/tasty (High effort)
Warn: no TypeScriptPropertyBasedTesting integration found: Use fast-check: https://github.com/dubzzz/fast-check (High effort)
Warn: no JavaScriptPropertyBasedTesting integration found: Use fast-check: https://github.com/dubzzz/fast-check (High effort)

0

Maintained

Determines if the project is "actively maintained".

0

SAST

Determines if the project uses static code analysis.

0

Security-Policy

Determines if the project has published a security policy.

Reason

security policy file not detected

Details

Warn: no security policy file detected: On GitHub: Enable private vulnerability disclosure in your repository settings https://docs.github.com/en/code-security/security-advisories/repository-security-advisories/configuring-private-vulnerability-reporting-for-a-repository Add a section in your SECURITY.md indicating you have enabled private reporting, and tell them to follow the steps in https://docs.github.com/en/code-security/security-advisories/guidance-on-reporting-and-writing/privately-reporting-a-security-vulnerability to report vulnerabilities. On GitLab: Add a section in your SECURITY.md indicating the process to disclose vulnerabilities for your project. Examples: https://github.com/ossf/scorecard/blob/main/SECURITY.md, https://github.com/slsa-framework/slsa-github-generator/blob/main/SECURITY.md, https://github.com/sigstore/.github/blob/main/SECURITY.md. For additional information on vulnerability disclosure, see https://github.com/ossf/oss-vulnerability-guide/blob/main/maintainer-guide.md. (Medium effort)
Warn: no security file to analyze: On GitHub: Enable private vulnerability disclosure in your repository settings https://docs.github.com/en/code-security/security-advisories/repository-security-advisories/configuring-private-vulnerability-reporting-for-a-repository Add a section in your SECURITY.md indicating you have enabled private reporting, and tell them to follow the steps in https://docs.github.com/en/code-security/security-advisories/guidance-on-reporting-and-writing/privately-reporting-a-security-vulnerability to report vulnerabilities. On GitLab: Provide a point of contact in your SECURITY.md. Examples: https://github.com/ossf/scorecard/blob/main/SECURITY.md, https://github.com/slsa-framework/slsa-github-generator/blob/main/SECURITY.md, https://github.com/sigstore/.github/blob/main/SECURITY.md. (Low effort)
Warn: no security file to analyze: On GitHub: Enable private vulnerability disclosure in your repository settings https://docs.github.com/en/code-security/security-advisories/repository-security-advisories/configuring-private-vulnerability-reporting-for-a-repository Add a section in your SECURITY.md indicating you have enabled private reporting, and tell them to follow the steps in https://docs.github.com/en/code-security/security-advisories/guidance-on-reporting-and-writing/privately-reporting-a-security-vulnerability to report vulnerabilities. On GitLab: Add a section in your SECURITY.md indicating the process to disclose vulnerabilities for your project. Examples: https://github.com/ossf/scorecard/blob/main/SECURITY.md, https://github.com/slsa-framework/slsa-github-generator/blob/main/SECURITY.md, https://github.com/sigstore/.github/blob/main/SECURITY.md. (Low effort)
Warn: no security file to analyze: On GitHub: Enable private vulnerability disclosure in your repository settings https://docs.github.com/en/code-security/security-advisories/repository-security-advisories/configuring-private-vulnerability-reporting-for-a-repository Add a section in your SECURITY.md indicating you have enabled private reporting, and tell them to follow the steps in https://docs.github.com/en/code-security/security-advisories/guidance-on-reporting-and-writing/privately-reporting-a-security-vulnerability to report vulnerabilities. On GitLab: Add a section in your SECURITY.md indicating the process to disclose vulnerabilities for your project. Examples: https://github.com/ossf/scorecard/blob/main/SECURITY.md, https://github.com/slsa-framework/slsa-github-generator/blob/main/SECURITY.md, https://github.com/sigstore/.github/blob/main/SECURITY.md. (Low effort)

0

Token-Permissions

Determines if the project's workflows follow the principle of least privilege.

Score

3.6

/10

Last Scanned on 2024-11-25T21:23:27Z

The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.

Learn More