SSRF আর file handling — URL fetch, upload আর path-এর নিরাপত্তা

১ · SSRF — অফিসের পিয়নকে দিয়ে ভেতরের ফাইল আনানো

একটি বড় অফিসের কথা ভাবুন। গেটে দারোয়ান আছেন, বাইরের লোক ভেতরের ঘরে ঢুকতে পারেন না। কিন্তু অফিসের পিয়নকে সবাই চেনেন, তিনি সব ঘরে যেতে পারেন। এখন বাইরের একজন গেট থেকে পিয়নকে বললেন, “ভাই, হিসাব শাখার তিন নম্বর আলমারি থেকে ফাইলটা এনে দিন।” পিয়ন যদি যাচাই না করেন, দারোয়ান বৃথা। বাইরের লোক নিজে ঢোকেননি, ঢুকেছে তাঁর অনুরোধ।

SSRF (Server-Side Request Forgery) ঠিক এই ঘটনা। Web application অনেক সময় ব্যবহারকারীর দেওয়া ঠিকানা থেকে নিজে কিছু আনে: “ছবির লিংক দিন”, link preview, PDF বানানো, webhook পরীক্ষা, RSS পড়া। অনুরোধটি যায় server থেকে, তাই সেটি server-এর পরিচয় আর server-এর network অবস্থান নিয়ে যায়। Server যদি ঠিকানা যাচাই না করে, ব্যবহারকারী সেটিকে এমন জায়গায় পাঠাতে পারেন, যেখানে বাইরে থেকে পৌঁছানো যায় না। পর্ব ৩-এর ভাষায় এটি একটি confused deputy: বেশি অধিকারের প্রোগ্রাম অন্যের কথায় কাজ করে ফেলছে।

হামলাকারীর চোখে ধারণাটি সহজ: যা বাইরে থেকে দেখা যায় না, server দিয়ে তার সাড়া দেখা বা তাতে প্রভাব ফেলা। ফল সবসময় সরাসরি ফেরে না। কখনো উত্তর পাওয়া যায় না, শুধু সময় বা error-এর পার্থক্য থেকে কিছু বোঝা যায়। একে blind SSRF বলে। রক্ষকের চোখে প্রশ্নটি হলো: আমার server কোথায় কোথায় যেতে পারে, আর সেই তালিকা কে ঠিক করে?

২ · Cloud metadata — কেন ঝুঁকি হঠাৎ বেড়ে যায়, আর IMDSv2

Cloud-এ একটি virtual machine চালু হলে তার নিজের সম্পর্কে তথ্য জানতে হয়: সে কে, কোন অঞ্চলে, কোন role পেয়েছে। এজন্য থাকে cloud metadata service, যা machine-এর ভেতর থেকে একটি link-local ঠিকানায় পাওয়া যায়। অনেক সময় এটি অস্থায়ী workload identity-র credential-ও দেয়। কোডে secret না রাখার জন্য এটি খুব ভালো নকশা (Cloud IAM দেখুন)।

কিন্তু ভাবুন, ব্যাংকের লকার রুমের চাবির বাক্স কর্মীদের ঘরের ভেতরে খোলা রাখা, কারণ “বাইরের কেউ তো ঢুকতে পারে না।” এখন পিয়নকে দিয়ে যদি বাক্স থেকে চাবি আনানো যায়? SSRF ঠিক এটাই বদলে দেয়। সাধারণ ভেতরের তথ্যের বদলে এখানে ফাঁস হতে পারে cloud-এ কাজ করার অধিকার। ক্ষতির মাপ তখন নির্ধারণ করে সেই role-এর blast radius.

এরপর AWS ২০১৯ সালের নভেম্বরে IMDSv2 আনে। আগের ধরনে একটি সাধারণ অনুরোধেই তথ্য মিলত। নতুন ধরনে আগে একটি session শুরু করে token নিতে হয়, তারপর সেই token দেখিয়ে তথ্য পড়তে হয়। AWS-এর ব্যাখ্যা অনুযায়ী এর তিনটি বাধা আছে:

• আলাদা ধরনের অনুরোধ: Session শুরু করতে PUT লাগে, যা বেশিরভাগ খোলা proxy বা firewall পার করে না, আর সাধারণ URL-আনা কোড সাধারণত পাঠায় না।
• Proxy-র চিহ্ন থাকলে না: অনুরোধে X-Forwarded-For header থাকলে token দেওয়া হয় না।
• Hop limit: Token-এর উত্তর ছোট TTL নিয়ে আসে, ডিফল্টে ১, ফলে সেটি machine ছেড়ে বেশি দূর যেতে পারে না।

নিচের কমান্ডটি আপনার নিজের AWS instance-এর জন্য একটি hardening উদাহরণ। এটি v1 ধরন বন্ধ করে। অন্য provider-এর ব্যবস্থা আলাদা, অনেকে বিশেষ header চায়, তাই নিজের provider-এর documentation দেখুন।

aws ec2 modify-instance-metadata-options \
  --instance-id i-0123456789abcdef0 \
  --http-tokens required \
  --http-put-response-hop-limit 1

৩ · নিরাপদ URL fetch — পিয়নের জন্য নিয়মের খাতা

পিয়নকে নিয়ম দিতে হলে কী লিখবেন? “এই কয়টি ঘর ছাড়া কোথাও যাবেন না।” তালিকার বাইরে কিছু চাইলে না বলবেন। এটাই allowlist, যা default deny-এর প্রয়োগ। সম্ভব হলে এর চেয়েও ভালো পথ হলো ব্যবহারকারীর কাছ থেকে URL না নেওয়া। তিনি শুধু একটি পছন্দ বা id দেবেন, আর URL server-এ আগেই ঠিক করা থাকবে।

আগে ঠিকানার শ্রেণি চেনা। String দিয়ে “10. দিয়ে শুরু কি না” দেখা নড়বড়ে, কারণ একই ঠিকানার নানা লেখার রূপ আছে। ঠিকানাকে সবসময় নির্ভরযোগ্য library দিয়ে parse করুন। নিচের কোড Python-এর standard library-র ipaddress দিয়ে সিদ্ধান্ত নেয়। কোনো সংযোগ হয় না, শুধু ঠিকানার শ্রেণি বিচার হয়। এখানে একটি documentation range-কে খেলনা partner হিসেবে ধরা হয়েছে।

import ipaddress

# Toy allowlist: pretend this documentation range is a partner's servers
PARTNER = ipaddress.ip_network("203.0.113.0/24")

def decide(text):
    try:
        addr = ipaddress.ip_address(text)
    except ValueError:
        return "BLOCK", "not a valid address"
    if addr.version == 4 and addr in PARTNER:
        return "ALLOW", "inside partner allowlist"
    if addr.is_loopback:
        return "BLOCK", "loopback: this machine"
    if addr.is_link_local:
        return "BLOCK", "link-local range"
    if addr.is_private:
        return "BLOCK", "private or reserved"
    return "BLOCK", "default deny: not allowlisted"

tests = ["203.0.113.10", "198.51.100.7", "10.0.0.5", "192.168.1.1",
         "127.0.0.1", "169.254.10.20", "100.64.0.1",
         "::1", "fe80::1", "fd00::1", "not-an-ip"]

print(f"{'address':15} {'decision':6} reason")
for t in tests:
    verdict, reason = decide(t)
    print(f"{t:15} {verdict:6} {reason}")

shared = ipaddress.ip_address("100.64.0.1")
print("100.64.0.1 is_private:", shared.is_private,
      "is_global:", shared.is_global)

203.0.113.10    ALLOW  inside partner allowlist
169.254.10.20   BLOCK  link-local range
100.64.0.1      BLOCK  default deny: not allowlisted
::1             BLOCK  loopback: this machine
100.64.0.1 is_private: False is_global: False

এবার পুরো পথ দেখুন। ধরুন “হাটবাজার” নামের একটি কাল্পনিক অনলাইন বাজারে বিক্রেতা পণ্যের ছবির লিংক দেন। প্রতিটি ধাপে দেখুন কোন প্রশ্নের উত্তর মিলল।

এবার একই নীতি একটি ছোট simulator-এ চালান। এখানে DNS আর web দুটোই সাধারণ JavaScript object, কোনো অনুরোধ এই পাতার বাইরে যায় না। off মানে redirect বন্ধ, recheck মানে প্রতি ধাপে সব যাচাই আবার।

// Toy fetch policy. DNS and the web are plain objects: nothing leaves this page.
const HOSTS = new Set(['img.partner.example', 'cdn.partner.example',
  'stale.partner.example', 'mixed.partner.example']);
const DNS = { 'img.partner.example': ['203.0.113.10'],
  'cdn.partner.example': ['203.0.113.20'], 'stale.partner.example': ['10.0.0.8'],
  'mixed.partner.example': ['203.0.113.30', '192.168.1.9'] };
const WEB = { 'https://cdn.partner.example/logo.png': 'https://img.partner.example/logo.png',
  'https://cdn.partner.example/old.png': 'https://intranet.corp.example/' };
const internal = ip => /^(10\.|127\.|192\.168\.|169\.254\.)/.test(ip);
function check(text) {
  const u = new URL(text);
  if (u.protocol !== 'https:') return 'scheme ' + u.protocol;
  if (u.port !== '') return 'port ' + u.port;
  if (!HOSTS.has(u.hostname)) return 'host not on allowlist';
  const bad = DNS[u.hostname].find(internal);
  return bad ? 'resolves to internal ' + bad : null;
}
function fetchToy(text, redirects) {
  let url = text;
  for (let hop = 0; hop < 3; hop++) {
    const why = check(url);
    if (why) return 'REFUSED hop ' + hop + ': ' + why;
    const next = WEB[url];
    if (!next) return 'OK, pinned to ' + DNS[new URL(url).hostname][0];
    if (redirects === 'off') return 'STOPPED: redirect not followed';
    url = next;
  }
  return 'REFUSED: too many redirects';
}
for (const u of ['https://img.partner.example/a.png', 'http://img.partner.example/a.png',
  'https://img.partner.example:8443/a.png', 'https://other.example/a.png',
  'https://stale.partner.example/a.png', 'https://mixed.partner.example/a.png'])
  console.log(u.replace('https://', '').padEnd(36), fetchToy(u, 'off'));
for (const u of Object.keys(WEB)) for (const mode of ['off', 'recheck'])
  console.log(u.slice(8).padEnd(28), mode.padEnd(8), fetchToy(u, mode));

img.partner.example/a.png            OK, pinned to 203.0.113.10
stale.partner.example/a.png          REFUSED hop 0: resolves to internal 10.0.0.8
mixed.partner.example/a.png          REFUSED hop 0: resolves to internal 192.168.1.9
cdn.partner.example/logo.png recheck  OK, pinned to 203.0.113.10
cdn.partner.example/old.png  recheck  REFUSED hop 1: host not on allowlist

Application-এর নিয়ম ভুল হতে পারে, তাই network স্তরেও একই নীতি বসান। পর্ব ২২-এর মতো app server-এর বাইরে যাওয়ার পথ সীমিত করুন, দরকারে সব বাইরের অনুরোধ forward proxy দিয়ে পাঠান। ইচ্ছামতো URL নিতেই হলে (যেমন webhook বা link preview) allowlist সম্ভব নয়। তখন fetch service-কে আলাদা network-এ রাখুন, যেখান থেকে ভেতরের কিছুতেই পথ নেই, আর তাকে কোনো cloud role দেবেন না।

৪ · Path traversal — নির্ধারিত তাকের বাইরে হাত

গুদামের কর্মীকে বলা আছে, “গ্রাহক যে নম্বর বলবেন, ৫ নম্বর ঘরের সেই তাক থেকে জিনিস দিন।” কেউ যদি বলেন, “এই ঘর থেকে বেরিয়ে পাশের ঘরের তাক থেকে দিন”, আর কর্মী নিয়ম না বুঝে তাই করেন? Path traversal এই ভুল। Application ব্যবহারকারীর দেওয়া নাম ফোল্ডারের path-এর সাথে জুড়ে ফাইল খোলে। নামের ভেতরে “ওপরের ফোল্ডারে যাওয়া” অর্থের অংশ থাকলে OS সেটি মেনে নেয়। Path-এর গঠন বদলে যায়, ফোল্ডারের সীমা অর্থহীন হয়।

ক্ষতি হতে পারে configuration ফাইল পড়া, অন্য ব্যবহারকারীর ফাইল দেখা, লেখার সুযোগ থাকলে কোড বা নিয়ম বদলানো। নিরাপদ নিয়মটি হলো: লেখার ওপর ফিল্টার নয়, ফলাফলের ওপর যাচাই। নির্দিষ্ট কিছু অক্ষর মুছে ফেলার চেষ্টা নড়বড়ে, কারণ ফাইল path-এর লেখার রূপ অনেক। তাই আগে canonicalization করে আসল পূর্ণ path বের করুন, তারপর দেখুন সেটি নির্ধারিত ফোল্ডারের ভেতরে কি না।

নিচের কোড block-এর নিজের বানানো অস্থায়ী ফোল্ডারে খেলনা ফাইল তৈরি করে। naive ঘরটি অনিরাপদ কোডের ধরন দেখায়, যা শুধু লেখা তুলনা করে। safe ঘরটি আসল path ধরে বিচার করে।

import os, tempfile
from pathlib import Path

def safe_path(base, name):
    """Return the real path if it stays inside base, else None."""
    target = (base / name).resolve()
    return target if target.is_relative_to(base) else None

def naive_ok(base, name):
    # Unsafe pattern: compares text only, never looks at the disk
    return os.path.normpath(base / name).startswith(str(base))

with tempfile.TemporaryDirectory() as tmp:
    root = Path(tmp).resolve()
    base = root / "public"
    (base / "reports").mkdir(parents=True)
    (root / "private").mkdir()
    (base / "reports" / "jan.txt").write_text("January sales")
    (root / "private" / "salary.txt").write_text("toy data")
    os.symlink(root / "private" / "salary.txt", base / "shortcut.txt")

    names = ["reports/jan.txt", "reports/../reports/jan.txt",
             "../private/salary.txt", "../public-old/a.txt",
             "shortcut.txt", "/srv/toy/other.txt"]
    print(f"{'requested name':28} {'naive':6} safe")
    for name in names:
        naive = "pass" if naive_ok(base, name) else "fail"
        real = safe_path(base, name)
        if real:
            print(f"{name:28} {naive:6} OPEN {real.relative_to(root)}")
        else:
            print(f"{name:28} {naive:6} REFUSED")

requested name               naive  safe
reports/jan.txt              pass   OPEN public/reports/jan.txt
reports/../reports/jan.txt   pass   OPEN public/reports/jan.txt
../private/salary.txt        fail   REFUSED
../public-old/a.txt          pass   REFUSED
shortcut.txt                 pass   REFUSED
/srv/toy/other.txt           fail   REFUSED

একটি সীমা মনে রাখুন: যাচাই আর ফাইল খোলার মাঝে অন্য process symlink বসাতে পারে। যে ফোল্ডারে ব্যবহারকারীর লেখার সুযোগ আছে, সেখানে এই TOCTOU ঝুঁকি বাস্তব। তাই upload ফোল্ডারে ব্যবহারকারীকে symlink বানাতে দেবেন না, সার্ভিসের অ্যাকাউন্টের অধিকার কম রাখুন, আর সম্ভব হলে container বা আলাদা volume-এ রাখুন। ফাইলের অধিকারের ধারণা দেখুন Operating Systems-এর protection পর্বে।

৫ · File upload — অচেনা পার্সেল ঘরে নেওয়ার আগে

পোস্ট অফিসে একটি পার্সেল এলো, ওপরে লেখা “বই”। আপনি কি শুধু লেখা দেখে সেটি লকার রুমে তুলবেন? ওজন দেখবেন, স্ক্যান করবেন, খুলবেন আলাদা জায়গায়। Unrestricted file upload মানে এই যাচাইগুলো না থাকা। Upload হলো ব্যবহারকারীর দেওয়া এমন ডেটা, যা disk-এ থাকে, পরে অন্য প্রোগ্রাম পড়ে, আর অন্য ব্যবহারকারীর browser খোলে। তাই ঝুঁকি কয়েক রকম:

নিচের pipeline-এ প্রতিটি ধাপ আগের ধাপের ওপর ভরসা না করে নিজের কাজ করে। খেলনা ফাইলের নাম dokan-logo.png, আকার ১২০ KB.

এবার প্রথম কয়েকটি ধাপ কোডে। নিচের ফাইলগুলো ছোট object, কিছু জমা বা খোলা হয় না। claims ঘরটি client-এর ঘোষণা, কোড সেটি ইচ্ছা করেই পড়ে না। এলোমেলো নাম এখানে seed দেওয়া PRNG থেকে, শুধু একই আউটপুট পেতে। আসল system-এ CSPRNG ব্যবহার করুন।

// Toy upload check: files are small objects, nothing is stored or opened.
function mulberry32(a) {
  return function () {
    a = a + 0x6D2B79F5 | 0;
    let t = Math.imul(a ^ a >>> 15, 1 | a);
    t = t + Math.imul(t ^ t >>> 7, 61 | t) ^ t;
    return ((t ^ t >>> 14) >>> 0) / 4294967296;
  };
}
const rand = mulberry32(42);   // seeded only so the output repeats; use a CSPRNG in production
const MAX = 5 * 1024 * 1024;   // 5 MiB
const MAGIC = { png: [0x89, 0x50, 0x4E, 0x47], jpg: [0xFF, 0xD8, 0xFF], pdf: [0x25, 0x50, 0x44, 0x46] };

function serverName(ext) {
  let s = '';
  for (let i = 0; i < 4; i++) s += Math.floor(rand() * 2 ** 32).toString(16).padStart(8, '0');
  return s + '.' + ext;
}
function check(f) {
  if (f.size === 0 || f.size > MAX) return 'REJECT size ' + f.size;
  const ext = f.name.split('.').pop().toLowerCase();
  const sig = MAGIC[ext];
  if (!sig) return 'REJECT extension .' + ext;
  if (!sig.every((b, i) => f.head[i] === b)) return 'REJECT bytes are not .' + ext;
  return 'ACCEPT store as ' + serverName(ext);
}
const files = [
  { name: 'photo.png', claims: 'image/png', size: 120000, head: [0x89, 0x50, 0x4E, 0x47] },
  { name: 'CV.PDF', claims: 'application/pdf', size: 300000, head: [0x25, 0x50, 0x44, 0x46] },
  { name: 'tool.exe', claims: 'image/png', size: 90000, head: [0x4D, 0x5A, 0x90, 0x00] },
  { name: 'fake.jpg', claims: 'image/jpeg', size: 90000, head: [0x4D, 0x5A, 0x90, 0x00] },
  { name: 'big.png', claims: 'image/png', size: 9000000, head: [0x89, 0x50, 0x4E, 0x47] },
  { name: 'empty.jpg', claims: 'image/jpeg', size: 0, head: [] },
];
for (const f of files) console.log(f.name.padEnd(10), f.claims.padEnd(16), check(f));

photo.png  image/png        ACCEPT store as 99e1ef7c72c32b8ada3b32c0ab73b0ad.png
CV.PDF     application/pdf  ACCEPT store as 2cc09a8a86cec4d345f245149fef4401.pdf
tool.exe   image/png        REJECT extension .exe
fake.jpg   image/jpeg       REJECT bytes are not .jpg
big.png    image/png        REJECT size 9000000
empty.jpg  image/jpeg       REJECT size 0

পরিবেশনের দিকটিও ঠিক করতে হয়। নিচে nginx-এর একটি উদাহরণ, আপনার নিজের server-এর জন্য। internal থাকায় এই পথে কেউ সরাসরি ঢুকতে পারেন না, অধিকার যাচাইয়ের পর শুধু app এখানে পাঠাতে পারে। চালানোর আগে version-এর documentation মিলিয়ে নিন।

server {
    client_max_body_size 5m;

    location /protected-files/ {
        internal;
        alias /srv/shop/uploads/;
        default_type application/octet-stream;
        add_header Content-Disposition "attachment" always;
        add_header X-Content-Type-Options "nosniff" always;
    }
}

৬ · File download আর সরাসরি object reference

Upload নিরাপদ হলেও download দুর্বল হতে পারে। দুটি ভুল সবচেয়ে সাধারণ। একটি হলো unrestricted file download: একটি endpoint ফাইলের নাম নিয়ে যা চাওয়া হয় তাই দেয়, যা আগের অংশের path traversal-এর সাথেই বসে। অন্যটি হলো IDOR: /invoice/1001 দেখা গেলে /invoice/1002-ও খোলে, কারণ মালিকানা যাচাই হয় না। পর্ব ৩৮ এই বিষয়টি গভীরে দেখায়। মূল কথা, প্রতিটি অনুরোধে server-এ অধিকার যাচাই করতে হবে (পর্ব ১৯)।

এলোমেলো নাম কতটা কাজে লাগে, হিসাব করে দেখি। ধরুন ১০ লাখ ফাইল আছে, আর কেউ সেকেন্ডে ১,০০০ বার আন্দাজ করতে পারেন।

অঙ্কটি দেখায়, এলোমেলো নাম গণনা প্রায় অসম্ভব করে দেয়। কিন্তু এটি authorization নয়। লিংক email-এ, browser history-তে বা log-এ চলে গেলে যে পাবেন, তিনিই খুলতে পারবেন। তাই গোপন ফাইলে অধিকার যাচাই থাকবেই। Object storage ব্যবহার করলে সরাসরি public বানানোর বদলে অল্প সময়ের presigned URL দিন: app আগে অধিকার যাচাই করে, তারপর কয়েক মিনিটের জন্য সই করা লিংক দেয়। বিস্তারিত দেখুন System Design-এর object storage পর্বে।

৭ · Deserialization আর XXE — যখন ডেটা নির্দেশ দেয়

ধরুন আপনি একটি বন্ধ বাক্স পেলেন, আর ভেতরের চিরকুটে লেখা: “যে খুলবেন, তিনি সিন্দুক থেকে টাকা বের করে দিন।” চিরকুট মানার নিয়ম থাকলে সমস্যা। সাধারণ ডেটা শুধু বলে “কী আছে”। কিছু ফরম্যাট বলতে পারে “কী করতে হবে”। এই পার্থক্য থেকেই এই অংশের দুটি ঝুঁকি আসে।

অবিশ্বস্ত ডেটার deserialization

Serialization মানে object-কে byte-এ বদলানো, আর deserialization মানে উল্টো কাজ। Python-এর pickle, Java-র native serialization-এর মতো ফরম্যাট শুধু মান নয়, কোন ধরনের object বানাতে হবে সেটিও ফাইলে রাখে। অবিশ্বস্ত byte খোলার মানে তাই আসলে কোড চালানোর সিদ্ধান্ত অন্যের হাতে তুলে দেওয়া। Python-এর documentation নিজেই সতর্ক করে: pickle শুধু বিশ্বস্ত ডেটায়।

• নিরাপদ ফরম্যাট বেছে নিন: বাইরের ডেটার জন্য JSON. এটি শুধু মান রাখে, ধরন বা কোড নয়। Python-এর উদাহরণ দেখুন CSV ও JSON পর্বে।
• Parse-এর পর schema যাচাই: JSON নিরাপদ পথ, কিন্তু “যা এসেছে সব ঠিক” বলে না। Field, ধরন, সীমা যাচাই করুন (পর্ব ৪৩)।
• না বদলানো গেলে: অখণ্ডতার জন্য HMAC দিয়ে সই যাচাই আগে (পর্ব ৯), অনুমোদিত class-এর allowlist, আর কম অধিকারে চালানো। এগুলো ঝুঁকি কমায়, শূন্য করে না।

XXE — XML-এর বাইরের entity

XML-এ DTD অংশে “entity” ঘোষণা করা যায়, যা নথির ভেতরে অন্য কিছু বসানোর সংক্ষিপ্ত নাম। কোনো কোনো XML parser এমন entity-কে বাইরের ফাইল বা ঠিকানা থেকেও আনতে পারে। অবিশ্বস্ত XML-এ এটি চালু থাকলে XXE ঘটে: parser নিজেই ফাইল পড়তে বা অনুরোধ পাঠাতে পারে, অর্থাৎ SSRF-এর মতো ফলও হতে পারে। DOCX, SVG আর অনেক পুরোনো API-র ভেতরেও XML থাকে, তাই ঝুঁকি শুধু “.xml” ফাইলে আটকে নেই।

প্রতিরক্ষা সরল: দরকার না থাকলে DTD আর external entity বন্ধ করুন। Java-র parser-এ OWASP XXE Prevention Cheat Sheet-এর এই ধরনের সেটিং দেখা যায়। উদাহরণটি শুধু নিরাপদ configuration:

DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
dbf.setFeature("http://apache.org/xml/features/disallow-doctype-decl", true);
dbf.setXIncludeAware(false);
dbf.setExpandEntityReferences(false);

ডিফল্ট আচরণ ভাষা আর version-ভেদে আলাদা। Python-এর documentation বলছে, Expat ডিফল্টে local ফাইল পড়ে না বা network সংযোগ করে না, তবে পুরোনো Expat-এ entity-র বিস্তার থেকে denial of service হতে পারে। তাই ব্যবহার করা parser আর তার version নিজে যাচাই করুন, অনুমান করবেন না।

৮ · Archive, আকার আর হারের সীমা

ছোট একটি পোঁটলা, খুললেই ঘর ভরে যায়। Decompression bomb এমন ফাইল। David Fifield-এর “A better zip bomb” (USENIX WOOT ২০১৯) ৪৬ MB-র একটি zip থেকে প্রায় ৪.৫ PB বিস্তার দেখিয়েছিল, অর্থাৎ অনুপাত প্রায় ৯.৮ কোটি গুণ। আবার archive-এর ভেতরের ফাইলের নাম নিজেও অবিশ্বস্ত ডেটা। সেই নাম যাচাই না করলে খোলা ফাইল ফোল্ডারের বাইরে পড়তে পারে। Snyk ২০১৮ সালে এই শ্রেণির নাম দেয় Zip Slip.

নিয়ম হলো: archive খোলা মানে একটি নিয়ন্ত্রিত প্রক্রিয়া চালানো, যার সব মাপে সীমা আছে।

একটি হিসাব। ২ MB-র একটি archive-এর header বলছে খুললে ৫,০০০ MB হবে। অনুপাত ৫,০০০ ÷ ২ = ২,৫০০ : ১, সীমার ২৫ গুণ, আর মোট আকার সীমার ১০ গুণ। এটি শুরুতেই বাতিল। কিন্তু header মিথ্যা বলতে পারে। তাই সংখ্যাটি শুধু প্রথম বিচার। আসল সুরক্ষা হলো খোলার সময় প্রকৃত byte গোনা, আর সীমা ছুঁলেই থামা। ২ MB-র জন্য ১০০ : ১ অনুপাতের সীমা মানে ২০০ MB-তে থেমে যাওয়া, যা ৫০০ MB-র আগেই আসে।

আকার আর হারের সীমা একসাথে। এক ফাইলের সীমাই যথেষ্ট নয়। ধরুন ১,০০০ জন ব্যবহারকারী, প্রত্যেকে দিনে ১০টি, প্রতিটি সর্বোচ্চ ২০ MB. সবচেয়ে খারাপ অবস্থায় ১,০০০ × ১০ × ২০ MB = ২,০০,০০০ MB, অর্থাৎ দিনে ২০০ GB. তাই ব্যবহারকারী-প্রতি upload quota, মোট storage-এর সীমা আর পর্ব ২৮-এর ধারণা মেনে অনুরোধের rate limit লাগে। URL fetch-এও একই কথা: timeout, সর্বোচ্চ response আকার, একসাথে কতগুলো fetch, সবকিছুর সীমা রাখুন। Rate limit-এর নকশা দেখুন System Design-এ।

৯ · ধরা আর সাড়া — রক্ষকের চোখ কোথায় রাখবেন

প্রতিরোধ শতভাগ হয় না, তাই প্রতিটি নিয়ম একটি log-এর সূত্রও। Fetch service-এর প্রত্যাখ্যান, path-এর প্রত্যাখ্যান আর upload-এর প্রত্যাখ্যান তিনটিই নিরাপত্তার সংকেত। কী রাখবেন, কতদিন রাখবেন, তা পর্ব ৫৫-এ আছে। এখানে ব্যবহারিক তালিকা:

নিচে একটি Sigma-ধাঁচের শেখার উদাহরণ। decision আর reason আপনার নিজের application log-এর field ধরে নেওয়া হয়েছে, তাই নিজের log অনুযায়ী বদলান।

title: Fetch service refused an internal destination (teaching example)
status: experimental
logsource:
  product: hatbazar_fetch_service
  category: application
detection:
  selection:
    decision: refused
    reason|contains:
      - 'internal'
      - 'link-local'
  condition: selection
falsepositives:
  - Partner DNS record pointing to a private address by mistake
level: high

ধরা পড়লে: সেই feature সাময়িক বন্ধ করুন বা network স্তরে পথ আটকান। Cloud-এর credential নিয়ে সন্দেহ হলে দ্রুত rotate করুন আর সেই role-এর audit log দেখুন। সন্দেহজনক upload মুছে না ফেলে আলাদা করুন, যাতে প্রমাণ থাকে। ঘটনা সামলানোর পূর্ণ ধাপ পর্ব ৬১-তে। আর পরীক্ষা শুধু নিজের staging পরিবেশে বা লিখিত অনুমতিতে (পর্ব ৫০), কারণ আসল সেবায় অনুমতি ছাড়া এসব চেষ্টা বেআইনি হতে পারে।

১০ · AI-এর যুগে — URL আর ফাইলের কোডে AI-কে কতটা বিশ্বাস

AI খুব দ্রুত “ছবি upload বা URL থেকে আনা”-র কাজ চালানোর মতো কোড লিখে দেয়। কিন্তু কাজ চলা আর নিরাপদ হওয়া আলাদা। নিরাপত্তার শর্ত প্রম্পটে না থাকলে কোডেও সাধারণত থাকে না। সে অচেনা CVE নম্বর বানাতে পারে, TLS error সরাতে যাচাই বন্ধ করতে বলতে পারে, আর পুরোনো পরামর্শ আত্মবিশ্বাসের সাথে দিতে পারে।

AI-এর কোড নিজের হাতে যাচাইয়ের চেকলিস্ট

• URL-এর scheme, host, port allowlist-এ বাঁধা, IP যাচাই করা, redirect বন্ধ
• Path শুধু resolve করে base-এর সাথে অংশ ধরে তুলনা করা হয়েছে
• Upload-এ আকার, byte, নতুন নাম আর web root-এর বাইরে রাখা আছে
• TLS যাচাই বা ফাইলের অধিকার ঢিলা করে error সরানো হয়নি
• AI-এর দেওয়া CVE, RFC বা standard মূল উৎসে মিলিয়েছি
• Prompt-এ secret, ব্যক্তিগত ডেটা বা ভেতরের ঠিকানা দিইনি
• নিজের lab-এ test চালিয়েছি, আর পরিবর্তন নিজে পড়ে merge করেছি