অফিস 365 এবং মাইক্রোসফ্ট টিম - সহযোগিতার সহজতা এবং নিরাপত্তার উপর প্রভাব

এই নিবন্ধে, আমরা ব্যবহারকারী, আইটি প্রশাসক এবং তথ্য সুরক্ষা কর্মীদের দৃষ্টিকোণ থেকে Microsoft টিমগুলির সাথে কাজ করা কেমন তা দেখাতে চাই৷

প্রথমে, আসুন পরিষ্কার করা যাক কীভাবে টিমগুলি তাদের অফিস 365 (সংক্ষেপে O365) অফারে অন্যান্য মাইক্রোসফ্ট পণ্যগুলির থেকে আলাদা।

দলগুলি শুধুমাত্র একটি ক্লায়েন্ট এবং এর নিজস্ব ক্লাউড অ্যাপ্লিকেশন নেই। এবং এটি বিভিন্ন O365 অ্যাপ্লিকেশন জুড়ে পরিচালিত ডেটা হোস্ট করে।

ব্যবহারকারীরা যখন টিম, শেয়ারপয়েন্ট অনলাইন (এর পরে SPO হিসাবে উল্লেখ করা হয়েছে) এবং OneDrive-এ কাজ করার সময় "হুডের নীচে" কী ঘটছে তা আমরা আপনাকে দেখাব৷

আপনি যদি মাইক্রোসফ্ট টুলস ব্যবহার করে নিরাপত্তা নিশ্চিত করার ব্যবহারিক অংশে যেতে চান (মোট কোর্স সময়ের 1 ঘন্টা), আমরা আমাদের অফিস 365 শেয়ারিং অডিট কোর্সটি শোনার সুপারিশ করছি, উপলব্ধ লিঙ্কে। এই কোর্সটি O365-এ শেয়ারিং সেটিংসও কভার করে, যা শুধুমাত্র PowerShell এর মাধ্যমে পরিবর্তন করা যেতে পারে।

Acme Co. অভ্যন্তরীণ প্রকল্প দলের সাথে দেখা করুন।

এই টিমটি তৈরি হওয়ার পরে এবং এই টিমের মালিক, অ্যামেলিয়ার দ্বারা এর সদস্যদের উপযুক্ত অ্যাক্সেস মঞ্জুর করার পরে, এই টিম টিমগুলিতে এইরকম দেখায়:

দল কাজ শুরু করে

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

জেমস, পালাক্রমে, এই ফাইলটি অ্যাক্সেস করার জন্য একটি এইচআর কর্মচারী, এমাকে একটি লিঙ্ক পাঠায়, যিনি দলের অংশ নন।

উইলিয়াম এমএস টিম চ্যাটে অন্য দলের সদস্যের কাছে তৃতীয় পক্ষের ব্যক্তিগত ডেটার সাথে একটি চুক্তি পাঠায়:

আমরা হুড অধীনে আরোহণ

Zoey, Amelia এর সাহায্যে, এখন যেকোনও সময় টিম থেকে কাউকে যোগ করতে বা সরাতে পারে:

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

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

এমনকি যদি ফাইলগুলি ব্যক্তিগত চ্যানেলগুলির মধ্যে থাকে তবে এটি একটি গ্যারান্টি নাও হতে পারে যে শুধুমাত্র একটি নির্দিষ্ট বৃত্তের লোকেদের অ্যাক্সেস থাকবে৷

জেমসের উদাহরণে, তিনি এমার ফাইলের একটি লিঙ্ক দিয়েছেন, যেটি টিমের সদস্যও নয়, ব্যক্তিগত চ্যানেলে (যদি এটি একটি হয়) অ্যাক্সেস করা যায়।

এই পরিস্থিতির সবচেয়ে খারাপ বিষয় হল যে আমরা Azure AD-এর নিরাপত্তা গোষ্ঠীর কোথাও এই তথ্যটি দেখতে পাব না যেহেতু এটিকে সরাসরি অনুমতি দেওয়া হয়েছে।

উইলিয়ামের পাঠানো PD ফাইলটি যে কোনো সময় মার্গারেটের কাছে পাওয়া যাবে, এবং শুধুমাত্র অনলাইনে চ্যাট করার সময় নয়।

আমরা কোমর পর্যন্ত আরোহণ

এর আরো এটা বের করা যাক. প্রথমে, দেখা যাক যখন একজন ব্যবহারকারী MS টিমে একটি নতুন দল তৈরি করে তখন ঠিক কী ঘটে:

• Azure AD-তে একটি নতুন Office 365 নিরাপত্তা গোষ্ঠী তৈরি করা হয়েছে, যার মধ্যে টিমের মালিক এবং দলের সদস্য রয়েছে৷
• শেয়ারপয়েন্ট অনলাইনে একটি নতুন টিম সাইট তৈরি করা হচ্ছে (এখন SPO হিসাবে উল্লেখ করা হয়েছে)
• SPO-তে তিনটি নতুন স্থানীয় (শুধুমাত্র এই পরিষেবাতে বৈধ) গ্রুপ তৈরি করা হয়েছে: মালিক, সদস্য, দর্শক
• এক্সচেঞ্জ অনলাইনেও পরিবর্তন করা হচ্ছে।

MS টিম ডেটা এবং এটি কোথায় থাকে

দলগুলি কোনও ডেটা গুদাম বা প্ল্যাটফর্ম নয়। এটি সমস্ত Office 365 সমাধানের সাথে একীভূত।

• O365 অনেক অ্যাপ্লিকেশন এবং পণ্য অফার করে, কিন্তু ডেটা সর্বদা নিম্নলিখিত জায়গায় সংরক্ষণ করা হয়: SharePoint Online (SPO), OneDrive (OD), Exchange Online, Azure AD
• MS টিমের মাধ্যমে আপনি যে ডেটা শেয়ার করেন বা গ্রহণ করেন সেই প্ল্যাটফর্মগুলিতে সংরক্ষণ করা হয়, টিমের মধ্যে নয়
• এই ক্ষেত্রে, ঝুঁকি হল সহযোগিতার প্রতি ক্রমবর্ধমান প্রবণতা। এসপিও এবং ওডি প্ল্যাটফর্মে ডেটা অ্যাক্সেসের সাথে যে কেউ এটি সংস্থার ভিতরে বা বাইরে যে কারও কাছে উপলব্ধ করতে পারে
• সমস্ত টিম ডেটা (ব্যক্তিগত চ্যানেলের বিষয়বস্তু ব্যতীত) এসপিও সাইটে সংগ্রহ করা হয়, একটি টিম তৈরি করার সময় স্বয়ংক্রিয়ভাবে তৈরি হয়
• তৈরি করা প্রতিটি চ্যানেলের জন্য, এই SPO সাইটের নথি ফোল্ডারে একটি সাবফোল্ডার স্বয়ংক্রিয়ভাবে তৈরি হয়:
  • চ্যানেলের ফাইলগুলি এসপিও টিমস সাইটের ডকুমেন্টস ফোল্ডারের সংশ্লিষ্ট সাবফোল্ডারে আপলোড করা হয় (চ্যানেলের মতোই নাম)
  • চ্যানেলে পাঠানো ইমেলগুলি চ্যানেল ফোল্ডারের "ইমেল বার্তা" সাবফোল্ডারে সংরক্ষণ করা হয়

• যখন একটি নতুন প্রাইভেট চ্যানেল তৈরি করা হয়, তখন একটি পৃথক SPO সাইট তৈরি করা হয় তার বিষয়বস্তু সংরক্ষণ করার জন্য, নিয়মিত চ্যানেলগুলির জন্য উপরে বর্ণিত একই কাঠামোর সাথে (গুরুত্বপূর্ণ - প্রতিটি ব্যক্তিগত চ্যানেলের জন্য নিজস্ব বিশেষ SPO সাইট তৈরি করা হয়)
• চ্যাটের মাধ্যমে পাঠানো ফাইল পাঠানো ব্যবহারকারীর OneDrive অ্যাকাউন্টে ("Microsoft Teams Chat Files" ফোল্ডারে) সংরক্ষণ করা হয় এবং চ্যাট অংশগ্রহণকারীদের সাথে শেয়ার করা হয়
• চ্যাট এবং চিঠিপত্রের বিষয়বস্তু যথাক্রমে, লুকানো ফোল্ডারে ব্যবহারকারী এবং টিম মেলবক্সে সংরক্ষণ করা হয়। বর্তমানে তাদের কাছে অতিরিক্ত অ্যাক্সেস পাওয়ার কোন উপায় নেই।

কার্বুরেটরে জল আছে, বিল্জে ফুটো আছে

মূল পয়েন্ট যা প্রসঙ্গে মনে রাখা গুরুত্বপূর্ণ তথ্য নিরাপত্তা:

• অ্যাক্সেস নিয়ন্ত্রণ, এবং গুরুত্বপূর্ণ ডেটার অধিকার কাকে দেওয়া যেতে পারে তা বোঝা শেষ ব্যবহারকারী স্তরে স্থানান্তরিত হয়। প্রদান করা হয়নি সম্পূর্ণ কেন্দ্রীভূত নিয়ন্ত্রণ বা পর্যবেক্ষণ.
• যখন কেউ কোম্পানির ডেটা শেয়ার করে, তখন আপনার অন্ধ দাগ অন্যদের কাছে দৃশ্যমান হয়, কিন্তু আপনার কাছে নয়।

আমরা দলের সদস্যদের তালিকায় এমাকে দেখতে পাচ্ছি না (Azure AD-এর একটি নিরাপত্তা গোষ্ঠীর মাধ্যমে), তবে তার একটি নির্দিষ্ট ফাইলে অ্যাক্সেস রয়েছে, যে লিঙ্কটিতে জেমস তাকে পাঠিয়েছিলেন।

একইভাবে, আমরা টিম ইন্টারফেস থেকে ফাইলগুলি অ্যাক্সেস করার তার ক্ষমতা সম্পর্কে জানব না:

এমার কোন বস্তুর অ্যাক্সেস আছে সে সম্পর্কে আমরা কি তথ্য পেতে পারি? হ্যাঁ, আমরা পারি, তবে শুধুমাত্র এসপিও-তে সমস্ত কিছুর অ্যাক্সেসের অধিকার বা একটি নির্দিষ্ট বস্তু পরীক্ষা করে যা সম্পর্কে আমাদের সন্দেহ আছে।

এই ধরনের অধিকারগুলি পরীক্ষা করার পরে, আমরা দেখতে পাব যে এমা এবং ক্রিসের এসপিও স্তরে বস্তুর অধিকার রয়েছে।

ক্রিস? আমরা কোন ক্রিস জানি না. সে কোথা হতে এসেছিল?

এবং তিনি "স্থানীয়" এসপিও নিরাপত্তা গোষ্ঠী থেকে আমাদের কাছে "আসেন", যার ফলস্বরূপ, ইতিমধ্যেই "ক্ষতিপূরণ" দলের সদস্যদের সাথে Azure AD নিরাপত্তা গোষ্ঠী অন্তর্ভুক্ত রয়েছে।

করতে পারা, মাইক্রোসফট ক্লাউড অ্যাপ সিকিউরিটি (MCAS) আমাদের আগ্রহের বিষয়গুলির উপর আলোকপাত করতে সক্ষম হবেন, প্রয়োজনীয় স্তরের বোঝাপড়া প্রদান করে?

হায়, না... যদিও আমরা ক্রিস এবং এমাকে দেখতে পারব, আমরা সেই নির্দিষ্ট ব্যবহারকারীদের দেখতে পারব না যাদের অ্যাক্সেস দেওয়া হয়েছে।

O365-এ অ্যাক্সেস প্রদানের স্তর এবং পদ্ধতি - আইটি চ্যালেঞ্জ

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

O365 এর সহযোগিতা এবং ডেটা ভাগ করার জন্য অনেক সুযোগ রয়েছে।

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

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

আমরা এই প্যারামিটারগুলির কনফিগারেশনের উপর একটি বিনামূল্যে, প্রায় দেড় ঘন্টা ভিডিও কোর্স করার সুযোগ প্রদান করি, যার লিঙ্কটি এই নিবন্ধের শুরুতে দেওয়া হয়েছে।

দুবার চিন্তা না করে, আপনি সমস্ত বাহ্যিক ফাইল শেয়ারিং ব্লক করতে পারেন, কিন্তু তারপর:

• O365 প্ল্যাটফর্মের কিছু ক্ষমতা অব্যবহৃত থেকে যাবে, বিশেষ করে যদি কিছু ব্যবহারকারী তাদের বাড়িতে বা পূর্ববর্তী চাকরিতে ব্যবহার করতে অভ্যস্ত হয়
• "উন্নত ব্যবহারকারীরা" অন্যান্য কর্মীদের "সাহায্য" করবে যা আপনি অন্যান্য উপায়ে সেট করা নিয়ম ভঙ্গ করবেন

ভাগ করার বিকল্পগুলি সেট আপ করার মধ্যে রয়েছে:

• প্রতিটি অ্যাপ্লিকেশনের জন্য বিভিন্ন কনফিগারেশন: OD, SPO, AAD এবং MS টিম (কিছু কনফিগারেশন শুধুমাত্র অ্যাডমিনিস্ট্রেটর দ্বারা করা যেতে পারে, কিছু শুধুমাত্র ব্যবহারকারীদের দ্বারা করা যেতে পারে)
• ভাড়াটে স্তরে এবং প্রতিটি নির্দিষ্ট সাইটের স্তরে সেটিংস কনফিগারেশন

তথ্য নিরাপত্তার জন্য এর অর্থ কী?

যেমনটি আমরা উপরে দেখেছি, সম্পূর্ণ প্রামাণিক ডেটা অ্যাক্সেস অধিকার একটি একক ইন্টারফেসে দেখা যায় না:

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

• টিমের সদস্যরা Azure AD এবং Teams-এ দৃশ্যমান, কিন্তু SPO-তে নয়
• টিমের মালিকরা সহ-মালিক নিয়োগ করতে পারেন, যারা স্বাধীনভাবে টিমের তালিকা প্রসারিত করতে পারে
• দলগুলি বহিরাগত ব্যবহারকারীদেরও অন্তর্ভুক্ত করতে পারে - "অতিথি"
• ভাগ করা বা ডাউনলোড করার জন্য দেওয়া লিঙ্কগুলি টিম বা Azure AD-তে দৃশ্যমান নয় - শুধুমাত্র SPO-তে, এবং শুধুমাত্র এক টন লিঙ্কের মাধ্যমে ক্লান্তিকর ক্লিক করার পরে
• টিমগুলিতে শুধুমাত্র SPO সাইটের অ্যাক্সেস দৃশ্যমান নয়

কেন্দ্রীভূত নিয়ন্ত্রণের অভাব মানে আপনি পারবেন না:

• দেখুন কার কী সম্পদের অ্যাক্সেস আছে
• গুরুত্বপূর্ণ ডেটা কোথায় অবস্থিত তা দেখুন
• পরিষেবা পরিকল্পনার জন্য গোপনীয়তা-প্রথম পদ্ধতির প্রয়োজন এমন নিয়ন্ত্রক প্রয়োজনীয়তাগুলি পূরণ করুন৷
• সমালোচনামূলক ডেটা সম্পর্কিত অস্বাভাবিক আচরণ সনাক্ত করুন
• আক্রমণ এলাকা সীমিত করুন
• তাদের মূল্যায়নের উপর ভিত্তি করে ঝুঁকি কমাতে একটি কার্যকর উপায় বেছে নিন

সারাংশ

উপসংহার হিসাবে, আমরা এটি বলতে পারি

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

উত্স: www.habr.com