এমন একটি রিমোট-অ্যাক্সেস ডিভাইস প্রস্তাব করুন যা নেটওয়ার্কের মালিক অনুমোদন করতে পারেন

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

ধরে নিন নেটওয়ার্কের মালিক চারটি প্রশ্ন করবেন: কী, কে, কতদূর, এবং আমরা এটি কীভাবে ফিরিয়ে নেব?

সম্পদ চান, সাবনেট নয়

কাজটি মালিক যে পরিভাষা ব্যবহার করেন সেই ভাষায় বর্ণনা করুন: কোন ব্যক্তির কোন সেবা, কোন ডিভাইসে এবং কত সময়ের জন্য প্রয়োজন। একটি হোস্টে একটি অ্যাপ্লিকেশন পর্যন্ত সীমিত অনুরোধ অনুমোদন করা সহজ। সাবনেটের অনুরোধ মানে অন্য কারও বিভাজন পুনর্বিন্যাসের অনুরোধ।

হতে পারে ক্লায়েন্ট ইতিমধ্যে একটি অনুমোদিত VPN, রিমোট ডেস্কটপ গেটওয়ে বা ব্যবস্থাপিত সহায়তা চ্যানেল চালাচ্ছে যা প্রয়োজন মেটায়। প্রথমে সেটিই যাচাই করুন, কারণ বিদ্যমান পথ পুনরায় ব্যবহার সাধারণত দুই পক্ষের জন্যই সবচেয়ে সস্তা উত্তর। যদি না মেলে, ঠিক কেন তা বলুন। সেই তুলনাটিই প্রস্তাবের সবচেয়ে শক্তিশালী অংশ।

যদি ডিভাইস সত্যিই প্রয়োজন হয়, তবে এর মালিক, সফটওয়্যারের উৎস, হালনাগাদের প্রক্রিয়া এবং পরিকল্পিত ইনস্টলেশন স্থান নিয়ে আসুন।

সংযোগ এবং বিশ্বাস কোথায় শেষ হয় তা দেখান

ডিভাইস, দূরবর্তী ব্যবহারকারী, যেকোনো ব্রোকার বা রিলে এবং সুরক্ষিত সম্পদ আঁকুন। চিহ্নিত করুন এনক্রিপশন কোথায় শেষ হয় এবং প্রতিটি প্রান্ত কে পরিচালনা করে। বাইরের দিকে যাওয়া সেশন তবুও একটি নতুন নিয়ন্ত্রণ পথ আনে, এবং চিত্রেই তা দৃশ্যমান হয়। ট্রাফিক এনক্রিপ্টেড বলে গোপনীয়তার প্রশ্নের উত্তর দেওয়া হয়, অনুমোদনের কোনো প্রশ্নের নয়।

মোড স্পষ্টভাবে উল্লেখ করুন: প্যাকেট ফরওয়ার্ডিং, অ্যাপ্লিকেশন প্রক্সি বা উন্মুক্ত ডেস্কটপ। প্রতিটির রাউটিং ও হোস্ট নিরাপত্তায় ভিন্ন ফলাফল আছে, এবং ডিভাইস আপোষ হলে প্রতিটি ভিন্নভাবে ব্যর্থ হয়।

অসম্পর্কিত ক্লায়েন্ট নেটওয়ার্ক এবং ডিভাইসের নিজস্ব প্রশাসনিক ইন্টারফেস অনুমোদিত পরিধির বাইরে রাখুন।

ব্যবহারকারীর পরিচয়কে ডিভাইসের পরিচয় থেকে আলাদা করুন

ব্যবহারকারী নিবন্ধন, ডিভাইসের পরিচয়, বহু-উপাদান প্রমাণীকরণ এবং অ্যাপ্লিকেশনে লগইন চারটি ভিন্ন নিয়ন্ত্রণ, এবং প্রস্তাবে প্রতিটির নাম থাকা উচিত। ভাগাভাগি করা শংসাপত্র সাধারণ শর্টকাট, এবং সেগুলো মালিককে সবাইকে ব্যাহত না করে একজনকে প্রত্যাহার করতে অক্ষম করে রাখে। লগইন অ্যাপ্লিকেশনের কাছেই থাকা উচিত। ডিভাইস একটি সংযোগ প্রমাণীকরণ করে; সেবা ঠিক করে সেই সংযোগ কী করতে পারে।

NIST-এর শূন্য-বিশ্বাস স্থাপত্য এখানে উপযোগী, কারণ এটি সম্পদে প্রবেশকে একটি স্পষ্ট সিদ্ধান্ত হিসেবে দেখে, নেটওয়ার্কে অবস্থানের ফলাফল হিসেবে নয়।

ইনস্টলেশনের আগে পুনরুদ্ধার ও অপসারণে একমত হোন

মালিকের উচিত নিজের চালানো নিয়ন্ত্রণের মাধ্যমে প্রবেশ দ্রুত বন্ধ করার ক্ষমতা রাখা, আপনাকে ফোন করার মাধ্যমে নয়। শংসাপত্র প্রত্যাহার, ডিভাইস অপসারণ, হালনাগাদের দায়িত্ব এবং মেয়াদ শেষ বা পুনর্বিবেচনার তারিখ লিখে রাখুন। স্থানীয় পুনরুদ্ধার পথ সংরক্ষণ করুন যা নতুন দূরবর্তী চ্যানেলের উপর নির্ভর করে না। যে ডিভাইস সরবরাহকারী ছাড়া কেউ অপসারণ করতে পারে না, তা সুবিধার ছদ্মবেশে স্থায়ী নির্ভরতা।

রেকর্ড আনুপাতিক রাখুন: অনুমোদিত পরিচয়, প্রবেশের পরিধি, গুরুত্বপূর্ণ পরিবর্তন এবং প্রাসঙ্গিক ব্যর্থতা।

অসম্পর্কিত ব্রাউজিং ইতিহাস সংগ্রহ করা ডিভাইসটির অস্তিত্ব প্রমাণের জন্য ভালো পরিচালনার প্রমাণ নয়, এবং এটি এমন বাধ্যবাধকতা তৈরি করে যা মালিক কখনো চাননি।

সফল অনুমোদন কেমন দেখায়

নকশাটি মালিকের সঙ্গে একটি অনুমোদিত সেবা এবং একটি সম্পদ দিয়ে গ্রহণ করুন যা অস্বীকৃতই থাকতে হবে। সেই দ্বিতীয় অর্ধেকটাই মানুষ বাদ দেয়, এবং এটিই একমাত্র অংশ যা প্রমাণ করে সীমা ঠিক সেখানে যেখানে চিত্র বলে। প্রত্যাহারও একইভাবে পরীক্ষা করুন, ডিভাইস প্রকৃত কাজ বহনের আগে। অনুমোদন না পেলে ক্লায়েন্টের অনুমোদিত বিকল্প ব্যবহার করুন বা কাজটি স্থানীয়ভাবে করুন।

কাজ করা সংযোগ অ্যাক্সেস পথ তৈরির অনুমতি নয়।

অনুমোদনটি তার পরিধি ও মেয়াদসহ লিখে রাখুন, এবং মালিককে একটি অনুলিপি দিন। ওই নেটওয়ার্ক স্পর্শ করা পরবর্তী ব্যক্তি রেকর্ডটি পড়বেন, কথোপকথনের আপনার স্মৃতি নয়।