সর্বশেষ আপডেট: 20 Aug, 2026
ডেভেলপারদের জন্য স্প্রেডশিট সিকিউরিটি সেরা অনুশীলন
স্প্রেডশিটগুলি আধুনিক ব্যবসায়িক কার্যক্রম চালায়। আর্থিক পূর্বাভাস এবং নির্বাহী বোর্ড রিপোর্ট থেকে বড় পরিমাণে ব্যবহারকারী ইম্পোর্ট, বিলিং এক্সপোর্ট, এবং মেশিন লার্নিং ডেটাসেট পর্যন্ত, .xlsx, .xlsm, এবং .csv এর মতো ফরম্যাটগুলি এন্টারপ্রাইজ ওয়ার্কফ্লোর ভিত্তি। এই সর্বব্যাপীতা কারণে, সফটওয়্যার ইঞ্জিনিয়াররা নিয়মিতভাবে কোড লিখে যা স্প্রেডশিট ফাইল তৈরি, গ্রহণ, পার্স, রূপান্তর, এবং এক্সপোর্ট করার জন্য ডিজাইন করা হয়।
তবে, ডেভেলপাররা প্রায়ই স্প্রেডশিটকে নির্দোষ ট্যাবুলার ডেটা হিসেবে বিবেচনা করে—একটি ফ্ল্যাট টেক্সট ফাইলের ডিজিটাল সমতুল্য। বাস্তবে, আধুনিক স্প্রেডশিটগুলি সক্রিয় এক্সিকিউশন পরিবেশ যা গতিশীল গণনা চালানো, বহিরাগত এন্ডপয়েন্ট সমাধান করা, সিস্টেম ম্যাক্রো আহ্বান করা, এবং ইচ্ছামত বাইনারি অবজেক্ট এমবেড করার সক্ষমতা রাখে। যখন অবহেলাপূর্ণভাবে ব্যবহার করা হয়, স্প্রেডশিট প্রক্রিয়াকরণ পাইপলাইনগুলি রিমোট কোড এক্সিকিউশন (RCE), ফর্মুলা ইনজেকশন (CSV ইনজেকশন), সার্ভার-সাইড রিকোয়েস্ট ফোর্জারি (SSRF), XML এক্সটার্নাল এনটিটি (XXE) আক্রমণ, এবং গোপনীয় ডেটা লিক এর জন্য লাভজনক লক্ষ্য হয়ে ওঠে।
নিম্নে আপনার সফটওয়্যার স্ট্যাক জুড়ে স্প্রেডশিট পরিচালনার সময় রক্ষামূলক ইঞ্জিনিয়ারিং অনুশীলন বাস্তবায়নের একটি প্রযুক্তিগত গাইড দেওয়া হয়েছে।
১. ফর্মুলা ইনজেকশন নিরপেক্ষ করা (CSV & স্প্রেডশিট ইনজেকশন)
ফর্মুলা ইনজেকশন—যা প্রায়শই CSV ইনজেকশন নামে পরিচিত—ঘটে যখন অবিশ্বস্ত ব্যবহারকারীর ইনপুট সঠিক স্যানিটাইজেশন ছাড়া সরাসরি স্প্রেডশিট সেলে লেখা হয়।
যখন শেষ ব্যবহারকারী বা প্রশাসক জেনারেটেড ফাইলটি Microsoft Excel, Google Sheets, অথবা LibreOffice Calc-এ খুলেন, তখন নির্দিষ্ট ফাংশনাল অক্ষর দিয়ে শুরু হওয়া যেকোনো সেল মানকে স্থির টেক্সট হিসেবে না দেখিয়ে সক্রিয় ফর্মুলা হিসেবে ব্যাখ্যা ও কার্যকর করা হয়।
হুমকি মেকানিক্স
আক্রমণকারীরা ফর্মুলা ইনজেকশন ব্যবহার করে দুটি প্রধান ধরনের আক্রমণ চালায়:
- ডেটা এক্সফিলট্রেশন:
HYPERLINKএর মতো ফাংশন ব্যবহার করে আক্রমণকারী-নিয়ন্ত্রিত কুয়েরি প্যারামিটারে সংবেদনশীল পার্শ্ববর্তী সেল ডেটা নিঃশব্দে যুক্ত করা। - কমান্ড এক্সিকিউশন: ডাইনামিক ডেটা এক্সচেঞ্জ (DDE) ফর্মুলা (যেমন, পুরোনো কনফিগারেশনে) অথবা প্রোটোকল হ্যান্ডলার লিঙ্ক ব্যবহার করে সিস্টেম বাইনারি ট্রিগার করা বা ম্যালিশিয়াস URL চালু করা।
বিপজ্জনক প্রারম্ভিক অক্ষরগুলোর মধ্যে রয়েছে:
=(সরাসরি গণনা বা ফাংশন আহ্বান)+(ফর্মুলা যোগ বা অন্তর্নিহিত ফাংশন কলার)-(ফর্মুলা বিয়োগ বা নেগেশন প্রিফিক্স)@(এক্সেলের আধুনিক সংস্করণে ডাইনামিক অ্যারে ফর্মুলা আহ্বান)\t(ট্যাব ক্যারেক্টার) অথবা\r(ক্যারেজ রিটার্ন) (নৈব ফিল্টার বাইপাস করতে ব্যবহৃত হয়)|অথবা%(ইউনিক্স-ভিত্তিক স্প্রেডশিট ভিউয়ারে পাইপড অপারেশন বা শেল কলস)
ইঞ্জিনিয়ারিং প্রতিরক্ষা
- অক্ষর প্রিফিক্সিং (সিঙ্গেল-কোয়েট এস্কেপিং): যদি অবিশ্বস্ত স্ট্রিং ইনপুট
=,+,-,@,\t, অথবা\rদিয়ে শুরু হয়, সেল-এ লেখার আগে স্ট্রিংয়ের আগে একক উদ্ধৃতি চিহ্ন (') যোগ করুন। এক্সেল এবং লিব্রঅফিস একটি প্রারম্ভিক একক উদ্ধৃতি চিহ্নকে ফরম্যাটিং নির্দেশনা হিসেবে বিবেচনা করে, যা সেলকে কঠোরভাবে লিটারাল টেক্সট হিসেবে রেন্ডার করতে বাধ্য করে এবং দৃশ্যমান আউটপুট থেকে উদ্ধৃতি চিহ্নটি সরিয়ে দেয়। - কড়া সিরিয়ালাইজেশন লাইব্রেরি: কখনও CSV বা XLSX ফাইল কাঁচা স্ট্রিং ইন্টারপোলেশন ব্যবহার করে তৈরি করবেন না (যেমন,
f\"{user_input_1},{user_input_2}\\n\")। RFC 4180 ডিলিমিটার এস্কেপিং, ফিল্ড র্যাপিং, এবং কোট ডাবলিং স্বয়ংক্রিয়ভাবে পরিচালনা করে এমন পরীক্ষিত ট্যাবুলার সিরিয়ালাইজেশন লাইব্রেরিগুলোর উপর নির্ভর করুন। - সেল টাইপ প্রয়োগ: প্রোগ্রাম্যাটিকভাবে OpenXML (
.xlsx) ফাইল তৈরি করার সময়, সেল ডেটা টাইপ স্পষ্টভাবেString(বাInlineString) হিসেবে নির্ধারণ করুন, মান থেকে ইঞ্জিনকে সেল টাইপ অনুমান করতে না দিয়ে।
২. ইনজেশন ও পার্সার পাইপলাইন শক্তিকরণ
ব্যবহারকারী আপলোড করা স্প্রেডশিট পার্স করা ব্যাকএন্ড সিস্টেমকে উল্লেখযোগ্য পার্সার-স্তরের আক্রমণ পৃষ্ঠে উন্মুক্ত করে। আধুনিক .xlsx ফাইলগুলি কম্প্রেসড ZIP আর্কাইভ, যা আন্তঃনির্ভরশীল XML ডকুমেন্ট ধারণ করে এবং Open Packaging Conventions (OPC) অনুসরণ করে।
ব্যাকএন্ডে অবিশ্বস্ত XML পার্স করা আপনার পরিষেবাগুলোকে ক্লাসিক পার্সার এক্সপ্লয়েটের ঝুঁকিতে ফেলে যদি পার্সার কনফিগারেশন ডিফল্ট সেটিংসে রাখা হয়।
শমন কৌশলসমূহ:
- DTD এবং বাহ্যিক সত্ত্বা নিষ্ক্রিয় করুন (XXE সুরক্ষা): আপনার XML ইঞ্জিনকে স্পষ্টভাবে Document Type Definitions (DTDs) নিষিদ্ধ করতে এবং বাহ্যিক স্কিমা রেজোলিউশন নিষ্ক্রিয় করতে নিশ্চিত করুন (
disallow-doctype-decl = true,resolve-external-entities = false)। এভাবে না করলে আপলোড করা.xlsxফাইলটি লোকাল সার্ভার ফাইল (যেমন/etc/passwd) পড়তে পারে অথবা অভ্যন্তরীণ ক্লাউড পরিষেবাগুলোতে প্রবেশ করতে পারে। - ডিকমপ্রেশন বোমা (ZIP বোমা) থেকে রক্ষা করুন: ক্ষতিকারক ব্যবহারকারীরা ছোট আর্কাইভ জমা দিতে পারে যা ডিকমপ্রেস করলে পুনরাবৃত্তি XML ডেটার দশক গিগাবাইটে রূপান্তরিত হয়, মেমরি ক্র্যাশ করে এবং ডিস্ক স্পেস শেষ করে দেয়। এক্সট্র্যাকশনের সময় আনকমপ্রেসড বাইট ট্র্যাক করুন, এবং কমপ্রেসড আর্কাইভের আকার ও মোট ডিকমপ্রেসড মেমরি ফুটপ্রিন্ট উভয়ের উপর কঠোর সীমা আরোপ করুন।
- স্ট্রিমিং পার্সার গ্রহণ করুন: বিশাল স্প্রেডশিটগুলোকে ইন-মেমরি ডকুমেন্ট অবজেক্ট মডেল (DOM) উপস্থাপনায় লোড করা এড়িয়ে চলুন। বড় ব্যাচ ইম্পোর্টের জন্য, স্ট্রিমিং, SAX-ভিত্তিক, অথবা চাঙ্কড রো-বাই-রো ইটারেটর ব্যবহার করুন যাতে ব্যাকএন্ডের মেমরি ব্যবহার স্থির থাকে।
৩. ম্যাক্রো নিয়ন্ত্রণ এবং সক্রিয় কন্টেন্ট পরিষ্কারকরণ
Visual Basic for Applications (VBA) ম্যাক্রো, OLE (Object Linking and Embedding) পে-লোড, এবং এমবেডেড স্ক্রিপ্টগুলি ডেস্কটপ কম্পিউটিংয়ে সবচেয়ে স্থায়ী আক্রমণ ভেক্টরগুলোর মধ্যে একটি।
ডেভেলপার সেরা অনুশীলনসমূহ:
- কড়া এক্সটেনশন নীতি প্রয়োগ করুন: আপনার API গেটওয়েতে ম্যাক্রো-সক্ষম ফাইল ফরম্যাটগুলো (
.xlsm,.xltm,.xlsb, অথবা লিগেসি.xls) প্রত্যাখ্যান করুন, যদি না প্রক্রিয়াকরণের জন্য একটি যাচাই করা, অপরিবর্তনীয় ব্যবসায়িক প্রয়োজন থাকে। - পরিষ্কার
.xlsxফরম্যাট প্রয়োগ করুন: স্ট্যান্ডার্ড.xlsxকন্টেইনার ফরম্যাটটি গঠনগতভাবে ম্যাক্রো সমর্থন ছাড়া ডিজাইন করা হয়েছে। একটি.xlsxফাইলের মধ্যে থাকা যেকোনো ম্যাক্রো কোড কমপ্লায়েন্ট অফিস ইঞ্জিনে ফাইল ফরম্যাটকে অবৈধ করে দেয়। - সক্রিয় স্ট্রিম পরীক্ষা ও অপসারণ করুন: যদি আপনার সার্ভিস যেকোনো সংযুক্তি প্রক্রিয়া করে, তবে একটি স্বয়ংক্রিয় স্যানিটাইজেশন পাস সংযুক্ত করুন যা VBA প্রজেক্ট বাইনারি (
vbaProject.bin), ActiveX কন্ট্রোল, এবং এমবেডেড OLE প্যাকেজগুলোকে ফাইলগুলোকে অবজেক্ট স্টোরেজে সংরক্ষণ বা অন্যান্য ক্লায়েন্টকে সার্ভ করার আগে অপসারণ করে।
৪. হেডলেস প্রিভিউ এবং পিডিএফ রূপান্তরের সময় SSRF প্রতিরোধ
আধুনিক এন্টারপ্রাইজ অ্যাপ্লিকেশনগুলো সাধারণত ডকুমেন্ট প্রিভিউ কার্ড বা স্বয়ংক্রিয় PDF রিপোর্ট জেনারেশন প্রদান করে। এটি অর্জন করতে, ব্যাকএন্ডগুলো প্রায়ই হেডলেস অফিস স্যুট (যেমন, হেডলেস মোডে LibreOffice) অথবা হেডলেস ব্রাউজার ব্যবহার করে।
স্প্রেডশিটে গতিশীল বহিরাগত নির্ভরশীলতা থাকতে পারে, যেমন লিঙ্ক করা ইমেজ ফর্মুলা (=IMAGE("http://internal-host/...")), রিমোট OData লিঙ্ক, অথবা এমবেডেড ওয়েব ফ্রেম। যখন হেডলেস প্রসেসর স্প্রেডশিট রেন্ডার করে, এটি স্বয়ংক্রিয়ভাবে এই লিঙ্ক করা রিসোর্সগুলো ফেচ করতে পারে, যা Server-Side Request Forgery (SSRF) ট্রিগার করে।
ডিফেন্স-ইন-ডেপথ ব্যবস্থা:
- কনভার্সন পরিবেশ বিচ্ছিন্ন করুন: হেডলেস রেন্ডারিং সার্ভিসগুলোকে স্যান্ডবক্সড মাইক্রো‑কন্টেইনার বা অস্থায়ী সার্ভারলেস ফাংশনে চালান, যা ন্যূনতম সিস্টেম প্রিভিলেজ দিয়ে সজ্জিত।
- নেটওয়ার্ক বিচ্ছিন্নতা নিশ্চিত করুন: ডকুমেন্ট রেন্ডারিং ওয়ার্কারগুলোকে সীমাবদ্ধ সাবনেটে রাখুন, যেগুলো আপনার অভ্যন্তরীণ VPC, প্রাইভেট ডাটাবেস, অথবা ক্লাউড মেটাডেটা এন্ডপয়েন্ট (
169.254.169.254) এ রুট অ্যাক্সেস নেই। - রিমোট রিসোর্স রেজোলিউশন নিষ্ক্রিয় করুন: আপনার রেন্ডারিং ইঞ্জিনে কনফিগারেশন ফ্ল্যাগ পাস করুন যাতে নেটওয়ার্ক-ভিত্তিক অ্যাসেট রেজোলিউশন নিষিদ্ধ হয় (যেমন, এক্সপোর্ট রুটিনের সময় LibreOffice-কে বহিরাগত রিসোর্স লোডিং প্রত্যাখ্যান করতে নির্দেশ করা)।
৫. শিট সুরক্ষা বনাম প্রকৃত ক্রিপ্টোগ্রাফিক ফাইল এনক্রিপশন
প্রোডাক্ট টিমগুলোর মধ্যে সবচেয়ে স্থায়ী ভুল ধারণাগুলোর একটি হল Excel-এর নেটিভ Worksheet/Workbook Protection এবং Cryptographic Encryption এর পার্থক্য।
“লকড” সেলগুলোর মায়া
Excel-এর নেটিভ “Protect Sheet” এবং “Protect Workbook” ফিচারগুলো UI-স্তরের সুবিধা, যা অফিস কর্মীদের অনিচ্ছাকৃত সম্পাদনা রোধের জন্য ডিজাইন করা হয়েছে। এগুলো ক্রিপ্টোগ্রাফিক অ্যাক্সেস বাধা ব্যবহার করে না। একটি সাধারণ স্ক্রিপ্ট সেকেন্ডের মধ্যে .xlsx আর্কাইভের ভিতরের অন্তর্নিহিত XML ফাইল থেকে শিট-প্রোটেকশন ট্যাগ সরিয়ে ফেলতে পারে, ফলে ইচ্ছাকৃত ট্যামপারিংয়ের বিরুদ্ধে এই সীমাবদ্ধতাগুলো অকার্যকর হয়ে যায়।
প্রকৃত ক্রিপ্টোগ্রাফিক সুরক্ষা:
- Transport and At-Rest Encryption: সংবেদনশীল স্প্রেডশিট এক্সপোর্টগুলো আধুনিক মানদণ্ডে এনক্রিপ্টেড স্টোরেজ ভলিউমে (যেমন, AWS S3 SSE-KMS, Azure Storage Encryption) সংরক্ষণ করুন এবং সেগুলোকে কেবল TLS 1.3 এর মাধ্যমে স্থানান্তর করুন।
- Standard OpenXML Encryption: যখন কোনো স্প্রেডশিট বিতরণের জন্য পাসওয়ার্ড-সুরক্ষিত হতে হবে, তখন লেগেসি Office XOR এনক্রিপশনের পরিবর্তে ইন্ডাস্ট্রি-স্ট্যান্ডার্ড AES-256 OpenXML এনক্রিপশন ব্যবহার করুন।
- ডেটাবেস-লেভেল রিড্যাকশন (RBAC): স্প্রেডশিট তৈরির আগে ডেটাবেস এবং অ্যাপ্লিকেশন স্তরে রোল-ভিত্তিক অ্যাক্সেস কন্ট্রোল প্রয়োগ করুন। যদি কোনো রপ্তানি করা ব্যবহারকারীর সামাজিক নিরাপত্তা নম্বর, অভ্যন্তরীণ অ্যাকাউন্ট আইডি, অথবা মোট মার্জিন দেখার অনুমতি না থাকে, তবে সেই কলামগুলোকে সম্পূর্ণভাবে কুয়েরি থেকে বাদ দিন। “hidden” সারি বা কলামে সংবেদনশীল ডেটা কখনোই রেখে দেবেন না।
৬. অ্যাক্সেস কন্ট্রোল, বিতরণ, এবং অডিট লগস
স্প্রেডশিটগুলি পোর্টেবল, স্বয়ংসম্পূর্ণ ফাইল হওয়ায়, ডাউনলোড করার পর তারা প্রায়ই কেন্দ্রীয় পারিমিটার নিয়ন্ত্রণগুলোকে বাইপাস করে।
ডেভেলপার সেরা অনুশীলনসমূহ:
- প্রমাণিত, স্বল্প-আয়ু প্রিসাইনড URL এর মাধ্যমে সার্ভ করুন: তৈরি করা স্প্রেডশিট রপ্তানিগুলোকে সর্বজনীনভাবে প্রবেশযোগ্য বালতিতে কখনোই না ফেলুন। প্রমাণিত এবং অনুমোদিত ব্যবহারকারী সেশনের সাথে যুক্ত সময়-সীমাবদ্ধ প্রিসাইনড URL (৫ মিনিটের কম মেয়াদ সহ) তৈরি করুন।
- সমগ্রিক রপ্তানি অডিটিং: প্রতিটি রপ্তানি কার্যকে ডেটা অ্যাক্সেস ইভেন্ট হিসেবে বিবেচনা করুন। ব্যবহারকারী আইডি, টেন্যান্ট আইডি, কুয়েরি প্যারামিটার, জেনারেশন টাইমস্ট্যাম্প, এবং প্রাপক IP ঠিকানা একটি অপরিবর্তনীয় অডিট লেজারে লগ করুন।
- মেটাডেটা স্ট্রিপিং: ফাইলটি বাহ্যিক ক্লায়েন্টদের কাছে সার্ভ করার আগে চূড়ান্ত ডকুমেন্টের প্রোপার্টি থেকে অভ্যন্তরীণ ডিবাগিং মেটাডেটা, লোকাল সার্ভার ফাইল পাথ, লেখকের অ্যাকাউন্ট, এবং ফর্মুলা এডিট ইতিহাস সরিয়ে দিন।
ডেভেলপারদের জন্য সারাংশ চেকলিস্ট
| হুমকি বিভাগ | মূল দুর্বলতা | প্রাথমিক প্রশমন |
|---|---|---|
| ডেটা জেনারেশন | ফর্মুলা ইনজেকশন / সিএসভি ইনজেকশন | বিপজ্জনক অক্ষরগুলো (=, +, -, @) পূর্বে ' যোগ করুন; শক্তিশালী সিরিয়ালাইজেশন লাইব্রেরি ব্যবহার করুন। |
| ফাইল ইনজেশন | XXE ও ডিকম্প্রেশন বোমা | XML পার্সারে DTD এবং এক্সটার্নাল এন্টিটিগুলো নিষ্ক্রিয় করুন; আর্কাইভ ডিকম্প্রেশন সীমা প্রয়োগ করুন। |
| ফাইলের ধরন | দূষিত ম্যাক্রো ও OLE অবজেক্টস | শুধুমাত্র .xlsx হোয়াইটলিস্ট করুন; আপলোডের সময় ম্যাক্রো স্ট্রিম (vbaProject.bin) সরিয়ে দিন। |
| রেন্ডারিং | হেডলেস কনভার্টারগুলির মাধ্যমে SSRF | স্যান্ডবক্স রেন্ডারিং ওয়ার্কার্স; অভ্যন্তরীণ VPC এবং মেটাডেটা এন্ডপয়েন্টে নেটওয়ার্ক ইগ্রেস ব্লক করুন। |
| গোপনীয়তা | অকার্যকর শীট সুরক্ষা | কোয়েরি স্তরে সংবেদনশীল ফিল্ড বাদ দিন; UI সেল লকিং বা লুকানো কলামের উপর কখনো নির্ভর করবেন না। |
| বিতরণ | অনিয়ন্ত্রিত ডেটা উন্মোচন | মেয়াদ শেষ হওয়া, প্রি-সাইনড URL এর মাধ্যমে ডাউনলোড সার্ভ করুন; সমস্ত রপ্তানি অপারেশনের গঠনমূলক অডিট ট্রেইল রেকর্ড করুন। |
প্রায়শই জিজ্ঞাসিত প্রশ্ন (FAQ)
Q1. কি ডেটা স্ট্যান্ডার্ড CSV ফাইলে রপ্তানি করা কোড এক্সিকিউশন থেকে সম্পূর্ণ নিরাপদ? না, কারণ স্প্রেডশিট অ্যাপ্লিকেশনগুলো স্বয়ংক্রিয়ভাবে =, @, +, অথবা - এর মতো শুরুর অক্ষরগুলোকে সক্রিয় ফর্মুলা হিসেবে ব্যাখ্যা করে, যা সেল বিষয়বস্তু চুরি করতে পারে অথবা স্থানীয় কমান্ড চালু করতে পারে।
Q2. কি একটি এক্সেল ওয়ার্কশিট পাসওয়ার্ড অননুমোদিত ডেভেলপার বা ব্যবহারকারীদের থেকে সংবেদনশীল ডেটা রক্ষা করতে ব্যবহার করা যায়? না, নেটিভ ওয়ার্কশিট এবং ওয়ার্কবুক সুরক্ষা পাসওয়ার্ডগুলো শুধুমাত্র UI-স্তরের সম্পাদনা সীমাবদ্ধ করে এবং পাসওয়ার্ড রিকভারি টুল ছাড়াই সরাসরি অন্তর্নিহিত XML ফাইল থেকে সরিয়ে ফেলা যায়।
Q3. .xlsx ফাইল পার্স করার সময় XML এক্সটার্নাল এন্টিটি (XXE) আক্রমণ প্রতিরোধের সবচেয়ে নিরাপদ উপায় কী? আপনার XML পার্সারকে স্পষ্টভাবে ইনলাইন DTD নিষিদ্ধ করতে এবং আর্কাইভের অভ্যন্তরীণ XML ফাইল পার্স করার আগে বাহ্যিক স্কিমা ও এন্টিটিগুলোর রেজোলিউশন বন্ধ করতে কনফিগার করুন।
Q4. এক্সপোর্ট করা স্প্রেডশিটে সংবেদনশীল অভ্যন্তরীণ আইডি বা মেট্রিক্স লুকাতে “লুকানো কলাম”-এর উপর নির্ভর করা কেন বিপজ্জনক? লুকানো কলামগুলি ডেটা পে-লোডে সম্পূর্ণভাবে উপস্থিত থাকে এবং স্প্রেডশিট UI-তে এক ক্লিকেই প্রকাশিত হতে পারে অথবা কাঁচা ফাইলের বিষয়বস্তু থেকে সরাসরি পড়া যেতে পারে।
Q5. ব্যবহারকারীর স্প্রেডশিটের PDF সারাংশ বা থাম্বনেইল প্রিভিউ তৈরি করার সময় Server-Side Request Forgery (SSRF) কীভাবে প্রতিরোধ করা যায়? রেন্ডারিং ইঞ্জিনগুলি বিচ্ছিন্ন, নেটওয়ার্ক-সীমাবদ্ধ কন্টেইনারের মধ্যে চালান যা প্রাইভেট সাবনেট এবং ক্লাউড মেটাডেটা সার্ভিসে আউটবাউন্ড নেটওয়ার্ক অ্যাক্সেস কঠোরভাবে নিষিদ্ধ করে।