বেশিরভাগ নিয়ন্ত্রণ ব্যবস্থা TRANXACT-এর মধ্যেই তৈরি করা থাকে অথবা ক্লাউড প্রোভাইডারের নিজস্ব পরিষেবা থেকে আসে। বাস্তবে যেগুলি ব্যর্থ হয়, সেগুলি গ্রাহককে নিজেই চালু করতে হয়, কারণ অন্য কেউ তা করবে না।
| নিয়ন্ত্রণ | গ্রাহকের অংশ |
|---|---|
| এসএসও এবং এমএফএ | অ্যাকাউন্ট এবং এমএফএ পলিসি গ্রাহকের আইডিপি-তে (PLAT_5.6.02) থাকে। TRANXACT ফেডারেশন স্থাপন করে। |
| SIEM | লগ এক্সপোর্ট ঐচ্ছিক (TO_4.6.02); SIEM পরিচালনা এবং এর ব্যবহারিক ক্ষেত্রগুলো গ্রাহকের দায়িত্ব (TO_4.6.03)। |
| গ্রাহক-পরিচালিত চাবি | ঐচ্ছিক (TO_4.5.10); মূল জীবনচক্র, আবর্তন এবং জরুরি পদ্ধতিগুলো গ্রাহকের (TO_4.5.11)। |
| ডেটা শ্রেণিবিন্যাস | গ্রাহক ব্যক্তিগত ও নিয়ন্ত্রিত ডেটাকে শ্রেণিবদ্ধ করেন এবং তা সংরক্ষণ ও আইনগতভাবে স্থগিত রাখার বিষয়ে সিদ্ধান্ত নেন। |
| পুনরায় প্রত্যয়ন অ্যাক্সেস | পর্যায়ক্রমিক, এবং গ্রাহকের (PLAT_5.6.04)। |
| অপারেটরের উচ্চতা | গ্রাহক এটি অনুমোদন করেন, এবং প্রোডাকশন ডেটাতে যেকোনো সহ-স্বাক্ষরিত অ্যাক্সেসও (TO_4.5.05)। |
চাবি
ট্রানজিটে TLS 1.2+; ডাটাবেস, অবজেক্ট স্টোরেজ এবং ব্যাকআপের জন্য রেস্টে AES-256; একটি পরিচালিত সিক্রেটস স্টোর; TRANXACT দ্বারা পরিচালিত ক্লাউড KMS কী, যেখানে অপারেটরের পড়ার অ্যাক্সেস নেই এবং আলাদাভাবে সংরক্ষিত ভল্ট কী। গ্রাহক-পরিচালিত কী, গ্রাহক-সরবরাহকৃত সার্টিফিকেট এবং ASK-এর জন্য BYOK হলো বিকল্প।
গ্রাহক-পরিচালিত কী-এর ক্ষেত্রে, কী বাতিল করলে TRANXACT অনুপলব্ধ হয়ে যায়। গো-লাইভের আগে রোটেশন এবং জরুরি পদ্ধতিগুলো যৌথভাবে সম্মত হয়ে নিন।
প্যাচিং (প্রস্তাবিত ডিফল্ট)
| সিভিএসএস | লক্ষ্য | বিজ্ঞপ্তি |
|---|---|---|
| সংকটপূর্ণ ৯.০–১০ | জরুরি পথ, যখনই কোনো পরীক্ষিত সমাধান পাওয়া যাবে। | অবিলম্বে, যদি ডাউনটাইমের প্রয়োজন হয় |
| উচ্চ ৭.০–৮.৯ | পরবর্তী রক্ষণাবেক্ষণের সময় | রিলিজ নোট |
| মাঝারি ৪.০–৬.৯ | ৩০ দিনের মধ্যে | রিলিজ নোট |
| সর্বনিম্ন ৪.০ এর নিচে | পরবর্তী নির্ধারিত মুক্তি | রিলিজ নোট |
ব্যক্তিগত তথ্য লঙ্ঘন
TRANXACT হলো প্রসেসর: এটি লঙ্ঘনটি নিশ্চিত করে, ডিপিএ-তে নির্ধারিত নিয়ম অনুযায়ী অযথা বিলম্ব না করে গ্রাহককে অবহিত করে, যা জানা গেছে ও যা করা হয়েছে তা জানায় এবং নিয়মিত আপডেট দিতে থাকে। গ্রাহক হলো কন্ট্রোলার: এটি ডেটা সাবজেক্টদের ঝুঁকির মূল্যায়ন করে, প্রয়োজন অনুযায়ী তত্ত্বাবধায়ক কর্তৃপক্ষ এবং ডেটা সাবজেক্টদের অবহিত করে এবং তার নিজস্ব রেজিস্টারে লঙ্ঘনটি নথিভুক্ত করে।
গ্রাহকের অনুপ্রবেশ পরীক্ষা
গোপনীয়তা চুক্তি (NDA); ২ সপ্তাহ আগে অনুরোধ (সমন্বয়ের জন্য একটি অতিরিক্ত পরিষেবা); কাজের পরিধি নির্ধারণ; প্রথমে মাস্কিং সহ নন-প্রোডাকশন রিফ্রেশড টেস্ট — প্রোডাকশনের জন্য সুস্পষ্ট অনুমোদন এবং একটি নির্দিষ্ট সময়সীমা প্রয়োজন; প্রাপ্ত ফলাফল শেয়ার করা; যৌথভাবে প্রতিকার করা। কাজের পরিধির বাইরে: ডিনায়াল অফ সার্ভিস এবং লোড অ্যাটাক, ক্লাউড প্রোভাইডারের পরিকাঠামো, অন্যান্য টেন্যান্ট, ভল্ট অ্যাকাউন্ট ও শেয়ার্ড টুলিং, এবং TRANXACT কর্মীদের সোশ্যাল ইঞ্জিনিয়ারিং।
জিজ্ঞাসা করুন
ASK ব্যবহারকারীর সেশন ব্যবহার করে TRANXACT-এর নিজস্ব API-এর মাধ্যমে কাজ করে, তাই প্রতিটি পোস্টিং রুল, পারমিশন এবং অডিট-লগ এন্ট্রি এমনভাবে প্রযোজ্য হয় যেন ব্যবহারকারী নিজেই ক্লিক করেছেন। গ্রাহক-ভিত্তিক বিষয়গুলো হলো: ইঞ্জিন টিয়ার এবং প্রসেসিং রিজিয়ন, BYOK ব্যবহার করা হবে কি না, কোন রোলগুলো ASK ব্যবহার করতে পারবে, এবং ব্যবহারের বাজেট। রোল পলিসি এবং বাজেট হলো G1 প্যাকেজ বা গ্রাহকের নিজস্ব; BYOK-এর অধীনে AI প্রোভাইডারের চুক্তিটি গ্রাহকের নিজস্ব।
শুধুমাত্র সেইসব সার্টিফিকেশনের উদ্ধৃতি দিন, যেগুলোর বর্তমান পরিধি গ্রাহকের ক্লাউড ও অঞ্চলকে অন্তর্ভুক্ত করে, এবং কেবল তখনই যখন TRANXACT কমপ্লায়েন্স সেগুলো নিশ্চিত করেছে।
ক্যাল্ডারউডের ডিপিও জানতে চান, বেতন সংক্রান্ত তথ্য ফাঁস হলে নিয়ন্ত্রক সংস্থাকে কে জানায়। ক্যাল্ডারউড নিজেই জানায় — আর সেই কাজটি করে কন্ট্রোলার। TRANXACT অযথা বিলম্ব না করে এবং ডিপিএ-তে উল্লেখিত যোগাযোগকারীদের মাধ্যমে ক্যাল্ডারউডকে বিষয়টি জানিয়ে দেয়।
চেষ্টা করে দেখুন ক্যাল্ডারউড তার পেনিট্রেশন টেস্টের অংশ হিসেবে 'WAF প্রমাণ করার জন্য' উৎপাদনের লোড-টেস্ট করতে চায়। এর উত্তর কী?
ডিনায়াল-অফ-সার্ভিস এবং লোড অ্যাটাক গ্রাহকের পেনিট্রেশন টেস্টের আওতার বাইরে। লোড টেস্টিং একটি সম্পূর্ণ আলাদা বিষয়: TRANXACT গো-লাইভের আগে নন-প্রোডাকশন সিস্টেমে সর্বোচ্চ ভলিউমে একটি লোড টেস্টিং চালায় (TO_4.12.02, স্ট্যান্ডার্ড), এবং পরবর্তী লোড টেস্টগুলো একটি অতিরিক্ত পরিষেবা (TO_4.12.03)।