ਫਾਇਰਬੇਸ ਵਿੱਚ ਉਪਭੋਗਤਾ ਈਮੇਲ ਪੁਸ਼ਟੀਕਰਨ ਤੋਂ ਬਾਅਦ ਸੈਸ਼ਨ ਕੂਕੀ ਦੇ ਦਾਅਵਿਆਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ

ਫਾਇਰਬੇਸ ਪ੍ਰਮਾਣਿਕਤਾ ਨਾਲ ਸੈਸ਼ਨ ਕੂਕੀਜ਼ ਅਤੇ ਈਮੇਲ ਪੁਸ਼ਟੀਕਰਨ ਨੂੰ ਸੰਭਾਲਣਾ

ਸਰਵਰ-ਸਾਈਡ ਰੈਂਡਰਿੰਗ ਅਤੇ ਡੇਟਾ ਫੈਚਿੰਗ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਵਾਲੇ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਵੇਲੇ, ਜਿਵੇਂ ਕਿ NextJS ਅਤੇ React ਸਰਵਰ ਕੰਪੋਨੈਂਟਸ ਨਾਲ ਬਣਾਏ ਗਏ, ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣੀਕਰਨ ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਬਣ ਜਾਂਦਾ ਹੈ। ਸੈਸ਼ਨ ਕੂਕੀਜ਼ ਨਾਲ ਫਾਇਰਬੇਸ ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਲਾਭ ਲੈਣਾ ਇੱਕ ਮਜ਼ਬੂਤ ​​ਹੱਲ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸੈਸ਼ਨ ਦੇ ਸਮੇਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਪਹੁੰਚ, ਫਾਇਰਬੇਸ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਵਿਸਤ੍ਰਿਤ, ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਸੈਸ਼ਨ ਕੂਕੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਸੈਸ਼ਨਾਂ ਨੂੰ 14 ਦਿਨਾਂ ਤੱਕ ਚੱਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਜੋ ਕਿ ਡਿਫੌਲਟ ਟੋਕਨ ਆਈਡੀ ਜੀਵਨ ਕਾਲ ਤੋਂ ਕਾਫ਼ੀ ਜ਼ਿਆਦਾ ਹੈ। ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਲੌਗਇਨ ਜਾਂ ਸਾਈਨ-ਅੱਪ ਕਰਨ ਵੇਲੇ ਉਪਭੋਗਤਾ ਦੀ ਟੋਕਨ ਆਈਡੀ ਤੋਂ ਇੱਕ ਸੈਸ਼ਨ ਕੂਕੀ ਨੂੰ ਮਿਨਟ ਕਰਨਾ ਅਤੇ ਇਸਨੂੰ ਇੱਕ HttpOnly ਕੂਕੀ ਵਜੋਂ ਸਟੋਰ ਕਰਨਾ, ਇੱਕ ਸੁਰੱਖਿਅਤ ਅਤੇ ਨਿਰੰਤਰ ਉਪਭੋਗਤਾ ਸੈਸ਼ਨ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣਾ ਸ਼ਾਮਲ ਹੈ।

ਹਾਲਾਂਕਿ, ਈਮੇਲ ਤਸਦੀਕ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਵੇਲੇ ਇਹ ਵਿਧੀ ਇੱਕ ਚੁਣੌਤੀ ਦਾ ਸਾਹਮਣਾ ਕਰਦੀ ਹੈ। ਇੱਕ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਇੱਕ ਈਮੇਲ ਅਤੇ ਪਾਸਵਰਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਾਈਨ ਅੱਪ ਕਰਨ ਤੋਂ ਬਾਅਦ ਅਤੇ ਇੱਕ ਲਿੰਕ ਰਾਹੀਂ ਆਪਣੀ ਈਮੇਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਤੋਂ ਬਾਅਦ, email_verified ਉਹਨਾਂ ਦੀ ਸ਼ੈਸ਼ਨ ਕੂਕੀ ਵਿੱਚ ਫੀਲਡ ਵਿੱਚ ਕੋਈ ਤਬਦੀਲੀ ਨਹੀਂ ਹੁੰਦੀ, ਉਹਨਾਂ ਦੀ ਗੈਰ-ਪ੍ਰਮਾਣਿਤ ਸਥਿਤੀ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। ਇਹ ਅੰਤਰ ਪੈਦਾ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਸੈਸ਼ਨ ਕੂਕੀ, ਇੱਕ ਵਾਰ ਸੈੱਟ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਉਪਭੋਗਤਾ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਸਥਿਤੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਆਪਣੇ ਆਪ ਅੱਪਡੇਟ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਈਮੇਲ ਤਸਦੀਕ। ਇਸ ਮੁੱਦੇ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਲਈ ਇੱਕ ਰਣਨੀਤੀ ਦੀ ਲੋੜ ਹੈ ਜੋ ਸੁਰੱਖਿਆ ਜਾਂ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਨਾਲ ਸਮਝੌਤਾ ਕੀਤੇ ਬਿਨਾਂ ਸੈਸ਼ਨ ਕੂਕੀ ਨੂੰ ਤਾਜ਼ਾ ਜਾਂ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਟੋਕਨ ਨਿਰੰਤਰਤਾ ਅਤੇ ਸੈਸ਼ਨ ਪ੍ਰਬੰਧਨ 'ਤੇ ਫਾਇਰਬੇਸ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ।

ਸੈਸ਼ਨ ਕੂਕੀ ਰਿਫਰੈਸ਼ ਵਿਧੀ ਨੂੰ ਸਮਝਣਾ

ਬੈਕਐਂਡ ਸਕ੍ਰਿਪਟ ਨੇ ਉਪਭੋਗਤਾ ਦੀ ਈਮੇਲ ਦੀ ਪੁਸ਼ਟੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਉਸਦੀ ਸੈਸ਼ਨ ਕੁਕੀ ਨੂੰ ਤਾਜ਼ਾ ਕਰਨ ਦੀ ਮਹੱਤਵਪੂਰਣ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸੰਭਾਲਣ ਲਈ Node.js ਅਤੇ Firebase ਐਡਮਿਨ SDK ਦਾ ਲਾਭ ਪ੍ਰਦਾਨ ਕੀਤਾ ਹੈ। ਇਹ ਕਾਰਵਾਈ ਇੱਕ Express.js ਸਰਵਰ ਸਥਾਪਤ ਕਰਨ ਅਤੇ HTTP ਕੁਕੀਜ਼ ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਕੁਕੀ-ਪਾਰਸਰ ਮਿਡਲਵੇਅਰ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। admin.initializeApp() ਫੰਕਸ਼ਨ ਫਾਇਰਬੇਸ ਐਪ ਨੂੰ ਸਰਵਰ-ਸਾਈਡ ਕ੍ਰੇਡੈਂਸ਼ੀਅਲਸ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਫਾਇਰਬੇਸ ਸੇਵਾਵਾਂ ਨਾਲ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। ਇੱਕ ਮਿਡਲਵੇਅਰ ਫੰਕਸ਼ਨ, checkAuth, admin.auth().verifySessionCookie() ਦੀ ਵਰਤੋਂ ਕਲਾਇੰਟ ਬੇਨਤੀਆਂ ਦੇ ਨਾਲ ਭੇਜੀ ਗਈ ਸੈਸ਼ਨ ਕੂਕੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਰਦਾ ਹੈ। ਇਹ ਪੁਸ਼ਟੀਕਰਨ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਸਿਰਫ਼ ਪ੍ਰਮਾਣਿਤ ਬੇਨਤੀਆਂ ਹੀ ਸੰਵੇਦਨਸ਼ੀਲ ਰੂਟਾਂ ਜਾਂ ਓਪਰੇਸ਼ਨਾਂ 'ਤੇ ਜਾਣ। ਸਕ੍ਰਿਪਟ ਦਾ ਮੁੱਖ ਹਿੱਸਾ ਰੂਟ '/refresh-session' ਹੈ, ਜਿਸਨੂੰ ਕੋਈ ਵੀ ਪ੍ਰਮਾਣਿਤ ਉਪਭੋਗਤਾ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਬੇਨਤੀ 'ਤੇ, ਮਿਡਲਵੇਅਰ ਉਪਭੋਗਤਾ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ admin.auth().createCustomToken() ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਨਵਾਂ ਕਸਟਮ ਟੋਕਨ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਟੋਕਨ ਅੱਪਡੇਟ ਕੀਤੇ ਦਾਅਵਿਆਂ ਦੇ ਨਾਲ ਇੱਕ ਨਵੀਂ ਸੈਸ਼ਨ ਕੂਕੀ ਬਣਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਈਮੇਲ ਪੁਸ਼ਟੀਕਰਨ ਸਥਿਤੀ ਵੀ ਸ਼ਾਮਲ ਹੈ।

ਨਵੀਂ ਤਿਆਰ ਕੀਤੀ ਸੈਸ਼ਨ ਕੂਕੀ ਨੂੰ ਇੱਕ ਅੱਪਡੇਟ ਮਿਆਦ ਪੁੱਗਣ ਦੇ ਸਮੇਂ ਦੇ ਨਾਲ ਕਲਾਇੰਟ ਨੂੰ ਵਾਪਸ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰਦੇ ਹੋਏ ਕਿ ਉਪਭੋਗਤਾ ਬਿਨਾਂ ਕਿਸੇ ਸੁਰੱਖਿਆ ਜੋਖਮ ਦੇ ਲੌਗਇਨ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਪ੍ਰਕਿਰਿਆ ਈਮੇਲ ਤਸਦੀਕ ਤੋਂ ਬਾਅਦ ਅੱਪਡੇਟ ਨਾ ਹੋਣ ਵਾਲੇ ਈਮੇਲ_ਵੈਰੀਫਾਈਡ ਖੇਤਰ ਦੀ ਸ਼ੁਰੂਆਤੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦੀ ਹੈ। ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ, ਇੱਕ JavaScript ਸਨਿੱਪਟ ਸੈਸ਼ਨ ਰਿਫਰੈਸ਼ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਚਾਲੂ ਕਰਦਾ ਹੈ। ਇਹ ਇੱਕ ਖਾਸ ਘਟਨਾ (ਜਿਵੇਂ ਕਿ ਇੱਕ ਬਟਨ ਕਲਿੱਕ) ਲਈ ਸੁਣਦਾ ਹੈ ਅਤੇ '/refresh-session' ਅੰਤਮ ਬਿੰਦੂ ਨੂੰ ਇੱਕ GET ਬੇਨਤੀ ਕਰਦਾ ਹੈ। fetch() ਫੰਕਸ਼ਨ ਇੱਥੇ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਨੈੱਟਵਰਕ ਬੇਨਤੀ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਸੈਸ਼ਨ ਰਿਫਰੈਸ਼ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਪਭੋਗਤਾ ਦੀ ਪ੍ਰਮਾਣਿਤ ਸਥਿਤੀ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਪੰਨੇ ਨੂੰ ਮੁੜ ਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਵਿਧੀ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਸਹਿਜ ਰਹਿੰਦਾ ਹੈ, ਉਪਭੋਗਤਾ ਨੂੰ ਸਾਈਨ ਅੱਪ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਟੋਕਨ ID ਨੂੰ ਦਸਤੀ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਜਾਂ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ, ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਇੱਕ ਅੱਪਡੇਟ ਅਤੇ ਸੁਰੱਖਿਅਤ ਪ੍ਰਮਾਣਿਕਤਾ ਸਥਿਤੀ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਦੀ ਚੁਣੌਤੀ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਦਾ ਹੈ।

// Backend: Node.js with Firebase Admin SDK
const admin = require('firebase-admin');
const express = require('express');
const cookieParser = require('cookie-parser');
const app = express();
app.use(cookieParser());
// Initialize Firebase Admin
admin.initializeApp({credential: admin.credential.applicationDefault()});
// Middleware to check authentication
const checkAuth = async (req, res, next) => {
  try {
    const sessionCookie = req.cookies.__session || '';
    const decodedClaims = await admin.auth().verifySessionCookie(sessionCookie, true);
    req.decodedClaims = decodedClaims;
    next();
  } catch (error) {
    res.status(401).send('Unauthorized');
  }
};
// Route to refresh session cookie
app.get('/refresh-session', checkAuth, async (req, res) => {
  const { uid } = req.decodedClaims;
  const newToken = await admin.auth().createCustomToken(uid);
  const expiresIn = 60 * 60 * 24 * 5 * 1000; // 5 days
  const sessionCookie = await admin.auth().createSessionCookie(newToken, { expiresIn });
  const options = { maxAge: expiresIn, httpOnly: true, secure: true };
  res.cookie('__session', sessionCookie, options);
  res.end('Session refreshed');
});
// Start the server
const PORT = process.env.PORT || 3000;
app.listen(PORT, () => {
  console.log(`Server running on port ${PORT}`);
});

// Client-side: JavaScript to trigger session refresh
document.addEventListener('DOMContentLoaded', function() {
  const refreshButton = document.getElementById('refresh-session-button');
  refreshButton.addEventListener('click', async () => {
    try {
      const response = await fetch('/refresh-session', { method: 'GET' });
      if (response.ok) {
        alert('Session has been refreshed. Please reload the page.');
      } else {
        throw new Error('Failed to refresh session');
      }
    } catch (error) {
      console.error('Error:', error);
      alert('Error refreshing session. See console for details.');
    }
  });
});

ਫਾਇਰਬੇਸ ਸੈਸ਼ਨ ਕੂਕੀਜ਼ ਨਾਲ ਸੁਰੱਖਿਆ ਅਤੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਨੂੰ ਵਧਾਉਣਾ

ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਫਾਇਰਬੇਸ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ, ਖਾਸ ਤੌਰ 'ਤੇ NextJS ਅਤੇ React ਸਰਵਰ ਕੰਪੋਨੈਂਟਸ ਨਾਲ ਬਣੇ, ਸੈਸ਼ਨ ਪ੍ਰਬੰਧਨ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਇੱਕ ਸੰਖੇਪ ਸਮਝ ਦੀ ਮੰਗ ਕਰਦੇ ਹਨ। ਫਾਇਰਬੇਸ ਦਾ ਸੈਸ਼ਨ ਕੂਕੀ ਵਿਧੀ ਰਵਾਇਤੀ ਟੋਕਨ-ਆਧਾਰਿਤ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਇੱਕ ਮਜਬੂਰ ਵਿਕਲਪ ਪੇਸ਼ ਕਰਦੀ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਰਵਰ-ਸਾਈਡ ਰੈਂਡਰਿੰਗ ਅਤੇ ਵਿਸਤ੍ਰਿਤ ਉਪਭੋਗਤਾ ਸੈਸ਼ਨਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਟੋਕਨ ਆਈਡੀਜ਼ ਉੱਤੇ ਸੈਸ਼ਨ ਕੂਕੀਜ਼ ਦੀ ਚੋਣ ਉਹਨਾਂ ਦੀ ਲੰਮੀ ਵੈਧਤਾ ਅਵਧੀ ਦੁਆਰਾ ਚਲਾਈ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ 14 ਦਿਨਾਂ ਤੱਕ ਸੈਟ ਅਪ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਟੋਕਨ ਆਈਡੀ ਦੁਆਰਾ ਲੋੜੀਂਦੇ ਪ੍ਰਤੀ ਘੰਟਾ ਰਿਫਰੈਸ਼ ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਉਪਭੋਗਤਾ ਦੇ ਮੁੜ-ਪ੍ਰਮਾਣੀਕਰਨ ਦੀ ਬਾਰੰਬਾਰਤਾ ਨੂੰ ਘਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਪਹੁੰਚ ਉਹਨਾਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਵੀ ਜਿੱਥੇ ਕਲਾਇੰਟ ਵਿਸਤ੍ਰਿਤ ਸਮੇਂ ਲਈ ਅਕਿਰਿਆਸ਼ੀਲ ਹੈ, ਸੈਸ਼ਨ ਦੀ ਨਿਰੰਤਰਤਾ ਨੂੰ ਕਾਇਮ ਰੱਖ ਕੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ।

ਸੁਵਿਧਾ ਤੋਂ ਪਰੇ, ਸੈਸ਼ਨ ਕੂਕੀਜ਼ ਨੂੰ Http ਦੇ ਤੌਰ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਕਲਾਇੰਟ-ਸਾਈਡ ਸਕ੍ਰਿਪਟਾਂ ਲਈ ਪਹੁੰਚਯੋਗ ਬਣਾ ਕੇ ਸੁਰੱਖਿਆ ਦੀ ਇੱਕ ਵਾਧੂ ਪਰਤ ਜੋੜਦੀ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਕਰਾਸ-ਸਾਈਟ ਸਕ੍ਰਿਪਟਿੰਗ (XSS) ਹਮਲਿਆਂ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸੁਰੱਖਿਅਤ ਸੈੱਟਅੱਪ ਚੁਣੌਤੀਆਂ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾ ਦੇ ਈਮੇਲ ਪੁਸ਼ਟੀਕਰਨ ਤੋਂ ਬਾਅਦ ਸੈਸ਼ਨ ਕੂਕੀ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਵਿੱਚ। ਕਿਉਂਕਿ ਸੈਸ਼ਨ ਕੂਕੀ ਦੇ ਅੰਦਰ ਈਮੇਲ_ਵੈਰੀਫਾਈਡ ਦਾਅਵਾ ਕੂਕੀ ਦੀ ਲੰਮੀ ਉਮਰ ਅਤੇ HttpOnly ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਕਾਰਨ ਈਮੇਲ ਤਸਦੀਕ 'ਤੇ ਆਪਣੇ ਆਪ ਅੱਪਡੇਟ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਸੈਸ਼ਨ ਕੂਕੀ ਨੂੰ ਤਾਜ਼ਾ ਕਰਨ ਜਾਂ ਦੁਬਾਰਾ ਬਣਾਉਣ ਲਈ ਇੱਕ ਵਿਧੀ ਲਾਗੂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਸਥਿਤੀ ਸਹੀ ਰੂਪ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਿਤ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਈਮੇਲ ਤਸਦੀਕ ਸਥਿਤੀ ਦੇ ਅਧਾਰ ਤੇ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਉਚਿਤ ਰੂਪ ਵਿੱਚ ਲਾਗੂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।