ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 8 - জেনেরিক থ্রেট মডেল

অধ্যয়ন কি সম্পর্কে

অধ্যয়নের অন্যান্য অংশের লিঙ্ক

• ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 1 - অর্থনৈতিক মৌলিক বিষয়।
• ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 2 - একটি ব্যাঙ্কের সাধারণ আইটি অবকাঠামো৷
• ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 3 - সুরক্ষা ব্যবস্থার জন্য প্রয়োজনীয়তা গঠন।
• ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 4 - থ্রেট মডেলিং স্ট্যান্ডার্ডের ওভারভিউ।
• ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 5 - ব্যাঙ্ক হ্যাক সম্পর্কে 100+ বিষয়ভিত্তিক লিঙ্ক।
• ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 6 - ব্যাংকিং অপরাধের বিশ্লেষণ।
• ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 7 - মৌলিক হুমকি মডেল।
• ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা। পার্ট 8 - জেনেরিক থ্রেট মডেল (আপনি এখানে আছেন)

এই নিবন্ধটি ব্যাংক নগদ অর্থ প্রদানের তথ্য নিরাপত্তা নিশ্চিত করার জন্য নিবেদিত প্রকাশনার চক্রটি সম্পূর্ণ করে। এখানে আমরা উল্লেখ করা জেনেরিক হুমকি মডেলের দিকে তাকাই বেস মডেল:

• সাধারণ হুমকি মডেল। নেটওয়ার্ক সংযোগ.
• সাধারণ হুমকি মডেল। ক্লায়েন্ট-সার্ভার আর্কিটেকচারের ভিত্তিতে তৈরি তথ্য সিস্টেম.
• সাধারণ হুমকি মডেল। প্রবেশাধিকার সংরক্ষণ পদ্ধতি.
• সাধারণ হুমকি মডেল। ইন্টিগ্রেশন মডিউল.
• সাধারণ হুমকি মডেল। ক্রিপ্টোগ্রাফিক তথ্য সুরক্ষা সিস্টেম।

হাবর-সতর্কতা!!! প্রিয় খবরভাইরা, এটি একটি বিনোদনমূলক পোস্ট নয়।
কাটার নিচে লুকানো 40+ পৃষ্ঠার সামগ্রী আহ্বান করা হয় কাজ বা অধ্যয়নের সাথে সাহায্য করুন ব্যাঙ্কিং বা তথ্য নিরাপত্তা বিশেষজ্ঞ যারা. এই উপকরণগুলি অধ্যয়নের চূড়ান্ত পণ্য এবং একটি শুষ্ক আনুষ্ঠানিক স্বরে লেখা হয়। প্রকৃতপক্ষে, এগুলি তথ্য সুরক্ষা সম্পর্কিত অভ্যন্তরীণ নথিগুলির জন্য ফাঁকা।

ভাল, ঐতিহ্যগত "অবৈধ উদ্দেশ্যে নিবন্ধ থেকে তথ্য ব্যবহার আইন দ্বারা শাস্তিযোগ্য". উত্পাদনশীল পড়া!

এই প্রকাশনা থেকে শুরু করে অধ্যয়ন পড়া পাঠকদের জন্য তথ্য।

অধ্যয়ন কি সম্পর্কে

আপনি একটি ব্যাঙ্কে অর্থপ্রদানের তথ্য নিরাপত্তা নিশ্চিত করার জন্য দায়ী একজন বিশেষজ্ঞের জন্য একটি নির্দেশিকা পড়ছেন।

উপস্থাপনা যুক্তি

শুরুতে অংশ 1 и অংশ 2 সুরক্ষা বস্তুর বিবরণ দেওয়া হয়. তারপর ইন অংশ 3 এটি কীভাবে একটি সুরক্ষা ব্যবস্থা তৈরি করতে হয় তা বলে এবং একটি হুমকি মডেল তৈরি করার প্রয়োজনীয়তা সম্পর্কে কথা বলে। ভিতরে অংশ 4 এটি হুমকি মডেলগুলি কী এবং সেগুলি কীভাবে গঠিত হয় সে সম্পর্কে বলে। ভিতরে অংশ 5 и অংশ 6 বাস্তব আক্রমণ বিশ্লেষণ দেওয়া হয়. 7 অংশ и অংশ 8 পূর্ববর্তী সমস্ত অংশের তথ্য বিবেচনায় নিয়ে নির্মিত হুমকি মডেলের একটি বিবরণ রয়েছে।

সাধারণ হুমকি মডেল। নেটওয়ার্ক সংযোগ

সুরক্ষা বস্তু যার জন্য হুমকি মডেল প্রয়োগ করা হয় (স্কোপ)

সুরক্ষার বস্তু হল টিসিপি/আইপি স্ট্যাকের ভিত্তিতে নির্মিত ডেটা নেটওয়ার্কগুলিতে অপারেটিং নেটওয়ার্ক সংযোগের মাধ্যমে ডেটা প্রেরণ করা।

স্থাপত্য

স্থাপত্য উপাদানের বর্ণনা:

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

শীর্ষ স্তরের নিরাপত্তা হুমকি

পচন

U1. প্রেরিত ডেটাতে অননুমোদিত অ্যাক্সেস।
U2. প্রেরিত ডেটার অননুমোদিত পরিবর্তন।
U3. প্রেরিত ডেটার লেখকত্ব লঙ্ঘন।

U1. প্রেরিত ডেটাতে অননুমোদিত অ্যাক্সেস

পচন
U1.1. <...>, চূড়ান্ত বা মধ্যবর্তী নোডগুলিতে সম্পাদিত:
U1.1.1. <…> নোডের স্টোরেজ ডিভাইসে থাকা অবস্থায় ডেটা পড়ার মাধ্যমে:
U1.1.1.1. <…> RAM এ।
V1.1.1.1 এর ব্যাখ্যা।
উদাহরণস্বরূপ, নোডের নেটওয়ার্ক স্ট্যাক দ্বারা ডেটা প্রক্রিয়াকরণের সময়।

U1.1.1.2। <…> অ-উদ্বায়ী স্মৃতিতে।
V1.1.1.2 এর ব্যাখ্যা।
উদাহরণস্বরূপ, ক্যাশে, অস্থায়ী ফাইল বা পেজিং ফাইলগুলিতে প্রেরণ করা ডেটা সংরক্ষণ করার সময়।

Y1.2। <…> তৃতীয় পক্ষের ডেটা নেটওয়ার্ক নোডগুলিতে সম্পাদিত:
U1.2.1. <...> নোডের নেটওয়ার্ক ইন্টারফেসে পড়ে থাকা সমস্ত প্যাকেট ক্যাপচার করে:
V1.2.1 এর ব্যাখ্যা।
নেটওয়ার্ক কার্ডকে প্রমিসকিউয়াস মোডে (তারযুক্ত অ্যাডাপ্টারের জন্য প্রমিসকিউয়াস মোড বা ওয়াই-ফাই অ্যাডাপ্টারের জন্য মনিটর মোড) স্যুইচ করে সমস্ত প্যাকেট ক্যাপচার করা হয়।

U1.2.2। <…> ম্যান-ইন-দ্য-মিডল (MiTM) আক্রমণ চালিয়ে, কিন্তু প্রেরিত ডেটা পরিবর্তন না করে (নেটওয়ার্ক প্রোটোকলের পরিষেবা ডেটা গণনা না করে)।
Y1.2.2.1. লিঙ্ক: "সাধারণ হুমকি মডেল। নেটওয়ার্ক সংযোগ. U2. প্রেরিত ডেটার অননুমোদিত পরিবর্তন".

Y1.3. <...>, ফিজিক্যাল নোড বা কমিউনিকেশন লাইন থেকে টেকনিক্যাল চ্যানেল (TCUI) মাধ্যমে তথ্য ফাঁসের কারণে সম্পাদিত হয়েছে।

U1.4. <...>, তথ্য গোপন অপসারণের উদ্দেশ্যে চূড়ান্ত বা মধ্যবর্তী নোডগুলিতে বিশেষ প্রযুক্তিগত উপায় (STS) ইনস্টল করার জন্য বাহিত হয়।

U2. প্রেরিত ডেটার অননুমোদিত পরিবর্তন

পচন
U2.1. <...>, চূড়ান্ত বা মধ্যবর্তী নোডগুলিতে সম্পাদিত:
Y2.1.1. <...> নোডের স্টোরেজ ডিভাইসে থাকা অবস্থায় ডেটা পড়া এবং পরিবর্তন করে:
Y2.1.1.1. <...> RAM এ:
Y2.1.1.2। <…> অ-উদ্বায়ী স্মৃতিতে:

Y2.2। <...> তৃতীয় পক্ষের ডেটা নেটওয়ার্ক নোডগুলিতে সম্পাদিত:
U2.2.1. <…> ম্যান-ইন-দ্য-মিডল (MiTM) আক্রমণ সম্পাদন করে এবং ট্রাফিককে দূষিত হোস্টে পুনঃনির্দেশিত করে:
Y2.2.1.1. নেটওয়ার্ক সংযোগ বিচ্ছিন্ন করার জন্য হামলাকারীদের সরঞ্জামের শারীরিক সংযোগ।
Y2.2.1.2। নেটওয়ার্ক প্রোটোকলগুলিতে আক্রমণের বাস্তবায়ন:
Y2.2.1.2.1. <…> ভার্চুয়াল লোকাল এরিয়া নেটওয়ার্ক (VLAN) ব্যবস্থাপনা:
Y2.2.1.2.1.1. VLAN hopping.
Y2.2.1.2.1.2. সুইচ বা রাউটারে VLAN সেটিংসের অননুমোদিত পরিবর্তন।
Y2.2.1.2.2। <…> ট্রাফিক রুটিং:
Y2.2.1.2.2.1. রাউটারের স্ট্যাটিক রাউটিং টেবিলের অননুমোদিত পরিবর্তন।
Y2.2.1.2.2.2. গতিশীল রাউটিং প্রোটোকলের মাধ্যমে আক্রমণকারীদের দ্বারা জাল রুটের ঘোষণা।
Y2.2.1.2.3. <…> স্বয়ংক্রিয় কনফিগারেশন:
Y2.2.1.2.3.1. দুর্বৃত্ত DHCP.
Y2.2.1.2.3.2. দুর্বৃত্ত WPAD.
Y2.2.1.2.4. <…> ঠিকানা এবং নাম রেজোলিউশন:
Y2.2.1.2.4.1. এআরপি স্পুফিং.
Y2.2.1.2.4.2. DNS স্পুফিং.
Y2.2.1.2.4.3. স্থানীয় হোস্টনাম ফাইলগুলিতে অননুমোদিত পরিবর্তন করা (হোস্ট, এলএমহোস্ট, ইত্যাদি)

U3. প্রেরিত ডেটার লেখকত্ব লঙ্ঘন

পচন
Y3.1. লেখক বা ডেটা উত্স সম্পর্কে মিথ্যা তথ্য নির্দেশ করে তথ্যের লেখকত্ব নির্ধারণের জন্য প্রক্রিয়াগুলির নিরপেক্ষকরণ:
Y3.1.1. প্রেরিত তথ্য অন্তর্ভুক্ত লেখক সম্পর্কে তথ্য পরিবর্তন.
Y3.1.1.1. প্রেরিত ডেটার অখণ্ডতা এবং লেখকত্বের ক্রিপ্টোগ্রাফিক সুরক্ষার নিরপেক্ষকরণ:
Y3.1.1.1.1. লিঙ্ক: "সাধারণ হুমকি মডেল। ক্রিপ্টোগ্রাফিক তথ্য সুরক্ষা সিস্টেম।
U4. মিথ্যা তথ্যের অধীনে একটি বৈধ স্বাক্ষরকারীর একটি বৈদ্যুতিন স্বাক্ষর তৈরি করা.
Y3.1.1.2। এককালীন নিশ্চিতকরণ কোড ব্যবহার করে প্রেরিত ডেটা লেখকত্বের সুরক্ষার নিরপেক্ষকরণ:
Y3.1.1.2.1. সিম অদলবদল.

Y3.1.2। প্রেরিত তথ্যের উৎস সম্পর্কে তথ্য পরিবর্তন করা:
Y3.1.2.1. আইপি স্পুফিং.
Y3.1.2.2. ম্যাক স্পুফিং.

সাধারণ হুমকি মডেল। ক্লায়েন্ট-সার্ভার আর্কিটেকচারের ভিত্তিতে তৈরি তথ্য সিস্টেম

সুরক্ষা বস্তু যার জন্য হুমকি মডেল প্রয়োগ করা হয় (স্কোপ)

সুরক্ষার বস্তু হল ক্লায়েন্ট-সার্ভার আর্কিটেকচারের ভিত্তিতে নির্মিত একটি তথ্য ব্যবস্থা।

স্থাপত্য


স্থাপত্য উপাদানের বর্ণনা:

• "ক্লায়েন্ট" - একটি ডিভাইস যার উপর তথ্য সিস্টেমের ক্লায়েন্ট অংশ কাজ করে।
• "সার্ভার" - একটি ডিভাইস যার উপর তথ্য সিস্টেমের সার্ভার অংশ কাজ করে।
• "অস্ত্রোপচার" - তথ্য সিস্টেমের সার্ভার অবকাঠামোর অংশ, তথ্য সিস্টেম দ্বারা প্রক্রিয়াকৃত ডেটা সঞ্চয় করার জন্য ডিজাইন করা হয়েছে।
• "নেটওয়ার্ক সংযোগ" — ক্লায়েন্ট এবং সার্ভারের মধ্যে একটি তথ্য বিনিময় চ্যানেল যা ডেটা ট্রান্সমিশন নেটওয়ার্কের মধ্য দিয়ে যায়। উপাদান মডেলের আরও বিশদ বিবরণের জন্য, দেখুন "সাধারণ থ্রেট মডেল। নেটওয়ার্ক সংযোগ".

সীমাবদ্ধতা
একটি বস্তুর মডেলিং করার সময়, নিম্নলিখিত সীমাবদ্ধতা সেট করা হয়:

1. ব্যবহারকারী সীমিত সময়ের মধ্যে তথ্য সিস্টেমের সাথে ইন্টারঅ্যাক্ট করে, যাকে ওয়ার্ক সেশন বলা হয়।
2. প্রতিটি সেশনের শুরুতে, ব্যবহারকারীকে চিহ্নিত করা হয়, প্রমাণিত করা হয় এবং অনুমোদিত হয়।
3. সমস্ত সুরক্ষিত তথ্য তথ্য সিস্টেমের সার্ভার অংশে সংরক্ষণ করা হয়।

শীর্ষ স্তরের নিরাপত্তা হুমকি

পচন
U1. একজন বৈধ ব্যবহারকারীর পক্ষে আক্রমণকারীরা অননুমোদিত ক্রিয়াকলাপ করছে।
U2. তথ্য সিস্টেমের সার্ভার অংশ দ্বারা প্রক্রিয়াকরণের সময় সুরক্ষিত তথ্যের অননুমোদিত পরিবর্তন।

U1. একজন বৈধ ব্যবহারকারীর পক্ষে আক্রমণকারীরা অননুমোদিত ক্রিয়াকলাপ করছে

ব্যাখ্যা
সাধারণত ইনফরমেশন সিস্টেমে, ব্যবহারকারীর সাথে ক্রিয়াগুলির পারস্পরিক সম্পর্ক ব্যবহার করে সঞ্চালিত হয়:

1. সিস্টেম লগ (লগ)।
2. ডেটা অবজেক্টের বিশেষ গুণাবলী যা ব্যবহারকারীর সম্পর্কে তথ্য ধারণ করে যারা তাদের তৈরি বা সংশোধন করে।

একটি কাজের অধিবেশনের সাথে সম্পর্কিত, এই হুমকিটি এতে পচে যেতে পারে:

1. <…> ব্যবহারকারীর সেশনের মধ্যে সম্পাদিত।
2. <…> ব্যবহারকারী সেশনের বাইরে সঞ্চালিত।

একটি ব্যবহারকারী সেশন শুরু করা যেতে পারে:

1. ব্যবহারকারী নিজেই।
2. অনুপ্রবেশকারী।

এই পর্যায়ে, এই হুমকির মধ্যবর্তী পচনটি এইরকম দেখাবে:
U1.1. ব্যবহারকারীর সেশনের মধ্যে অননুমোদিত ক্রিয়াকলাপ সম্পাদিত:
U1.1.1. <…> আক্রমণকারী ব্যবহারকারী দ্বারা সেট করা হয়েছে।
U1.1.2। <…> আক্রমণকারীদের দ্বারা ইনস্টল করা হয়েছে।
Y1.2। অননুমোদিত ক্রিয়াগুলি ব্যবহারকারীর সেশনের বাইরে সঞ্চালিত হয়েছিল৷

তথ্য অবকাঠামো বস্তুর দৃষ্টিকোণ থেকে যা অনুপ্রবেশকারীদের দ্বারা প্রভাবিত হতে পারে, মধ্যবর্তী হুমকির পচন এইরকম দেখাবে:

উপাদান
পচনের হুমকি

Y1.1.1.
Y1.1.2.
Y1.2.

ক্রেতা
Y1.1.1.1.
Y1.1.2.1.

নেটওয়ার্ক সংযোগ
Y1.1.1.2.

সার্ভার

Y1.2.1.

পচন
U1.1. ব্যবহারকারীর সেশনের মধ্যে অননুমোদিত ক্রিয়াকলাপ সম্পাদিত:
U1.1.1. <…> আক্রমণকারী ব্যবহারকারী দ্বারা সেট করা হয়েছে:
U1.1.1.1. আক্রমণকারীরা স্বাধীনভাবে ক্লায়েন্ট থেকে কাজ করেছে:
У1.1.1.1.1 আক্রমণকারীরা স্ট্যান্ডার্ড ইনফরমেশন সিস্টেম অ্যাক্সেস টুল ব্যবহার করেছে:
য় 1.1.1.1.1.1. আক্রমণকারীরা ক্লায়েন্টের ফিজিক্যাল ইনপুট/আউটপুট মাধ্যম ব্যবহার করে (কিবোর্ড, মাউস, মনিটর বা মোবাইল ডিভাইসের টাচ স্ক্রিন):
য় 1.1.1.1.1.1.1. আক্রমণকারীরা সেই সময়কালে কাজ করেছিল যখন সেশন সক্রিয় থাকে, I/O সুবিধা পাওয়া যায় এবং ব্যবহারকারী দূরে থাকে।
Y1.1.1.1.1.2. আক্রমণকারীরা ক্লায়েন্টকে পরিচালনা করতে দূরবর্তী প্রশাসনিক সরঞ্জাম (মানক বা দূষিত কোড দ্বারা সরবরাহ করা) ব্যবহার করেছিল:
য় 1.1.1.1.1.2.1. আক্রমণকারীরা সেই সময়কালে কাজ করেছিল যখন সেশন সক্রিয় থাকে, I/O সুবিধা পাওয়া যায় এবং ব্যবহারকারী দূরে থাকে।
Y1.1.1.1.1.2.2। আক্রমণকারীরা দূরবর্তী প্রশাসনিক সরঞ্জাম ব্যবহার করেছিল, যার অপারেশন আক্রমণকারী ব্যবহারকারীর কাছে অদৃশ্য।
U1.1.1.2। আক্রমণকারীরা ক্লায়েন্ট এবং সার্ভারের মধ্যে নেটওয়ার্ক সংযোগে ডেটা স্পুফ করেছে, সেগুলিকে এমনভাবে সংশোধন করেছে যাতে তারা একটি বৈধ ব্যবহারকারীর ক্রিয়া হিসাবে বিবেচিত হয়:
Y1.1.1.2.1. লিঙ্ক: "সাধারণ হুমকি মডেল। নেটওয়ার্ক সংযোগ. U2. প্রেরিত ডেটার অননুমোদিত পরিবর্তন".
Y1.1.1.3। আক্রমণকারীরা সামাজিক প্রকৌশল পদ্ধতি ব্যবহার করে ব্যবহারকারীকে তাদের নির্দিষ্ট করা ক্রিয়া সম্পাদন করতে বাধ্য করেছিল।

আক্রমণকারীদের দ্বারা সেট করা U1.1.2 <…>:
Y1.1.2.1. হামলাকারীরা ক্লায়েন্ট থেকে কাজ করেছে (И):
Y1.1.2.1.1. আক্রমণকারীরা তথ্য সিস্টেমের অ্যাক্সেস কন্ট্রোল সিস্টেমকে নিরপেক্ষ করেছে:
Y1.1.2.1.1.1. লিঙ্ক: "সাধারণ হুমকি মডেল। প্রবেশাধিকার সংরক্ষণ পদ্ধতি. U1. বৈধ ব্যবহারকারীর পক্ষে একটি অধিবেশনের অননুমোদিত প্রতিষ্ঠা".
Y1.1.2.1.2. অপরাধীরা তথ্য ব্যবস্থায় প্রবেশের নিয়মিত উপায় ব্যবহার করে
U1.1.2.2। আক্রমণকারীরা ডেটা ট্রান্সমিশন নেটওয়ার্কের অন্যান্য নোড থেকে কাজ করেছিল, যেখান থেকে সার্ভারের সাথে একটি নেটওয়ার্ক সংযোগ স্থাপন করা সম্ভব (И):
Y1.1.2.2.1. আক্রমণকারীরা তথ্য সিস্টেমের অ্যাক্সেস কন্ট্রোল সিস্টেমকে নিরপেক্ষ করেছে:
Y1.1.2.2.1.1. লিঙ্ক: "সাধারণ হুমকি মডেল। প্রবেশাধিকার সংরক্ষণ পদ্ধতি. U1. বৈধ ব্যবহারকারীর পক্ষে একটি অধিবেশনের অননুমোদিত প্রতিষ্ঠা".
Y1.1.2.2.2. হামলাকারীরা তথ্য ব্যবস্থায় প্রবেশের জন্য অ-মানক উপায় ব্যবহার করেছিল।
ব্যাখ্যা Y1.1.2.2.2।
আক্রমণকারীরা একটি তৃতীয় পক্ষের নোডে একটি নিয়মিত তথ্য সিস্টেম ক্লায়েন্ট ইনস্টল করতে পারে বা অ-মানক সফ্টওয়্যার ব্যবহার করতে পারে যা ক্লায়েন্ট এবং সার্ভারের মধ্যে স্ট্যান্ডার্ড এক্সচেঞ্জ প্রোটোকল প্রয়োগ করে।

P1.2 ব্যবহারকারীর সেশনের বাইরে সম্পাদিত অননুমোদিত ক্রিয়াকলাপ।
S1.2.1 আক্রমণকারীরা অননুমোদিত ক্রিয়া সম্পাদন করে এবং তারপরে তথ্য সিস্টেমের লগগুলিতে বা ডেটা অবজেক্টের বিশেষ বৈশিষ্ট্যগুলিতে অননুমোদিত পরিবর্তন করে, যা নির্দেশ করে যে তারা যে কাজগুলি করেছে তা একটি বৈধ ব্যবহারকারী দ্বারা সঞ্চালিত হয়েছিল৷

U2. তথ্য সিস্টেমের সার্ভার অংশ দ্বারা প্রক্রিয়াকরণের সময় সুরক্ষিত তথ্যের অননুমোদিত পরিবর্তন

পচন
U2.1. আক্রমণকারীরা স্ট্যান্ডার্ড ইনফরমেশন সিস্টেম টুল ব্যবহার করে সুরক্ষিত তথ্য পরিবর্তন করে এবং এটি একটি বৈধ ব্যবহারকারীর পক্ষে করে।
Y2.1.1. লিঙ্ক: "সাধারণ হুমকি মডেল। একটি ক্লায়েন্ট-সার্ভার আর্কিটেকচারের ভিত্তিতে নির্মিত একটি তথ্য ব্যবস্থা। U1. আক্রমণকারীরা বৈধ ব্যবহারকারীর পক্ষে অননুমোদিত ক্রিয়াকলাপ করছে".

Y2.2। আক্রমণকারীরা ডেটা অ্যাক্সেস পদ্ধতি ব্যবহার করে সুরক্ষিত তথ্য পরিবর্তন করে যা তথ্য সিস্টেমের নিয়মিত অপারেশন দ্বারা সরবরাহ করা হয় না।
U2.2.1. আক্রমণকারীরা সুরক্ষিত তথ্য ধারণকারী ফাইলগুলি পরিবর্তন করে:
Y2.2.1.1. <…> অপারেটিং সিস্টেম দ্বারা প্রদত্ত ফাইল ম্যানিপুলেশন মেকানিজম ব্যবহার করে।
Y2.2.1.2। <...> একটি অননুমোদিত পরিবর্তিত ব্যাকআপ থেকে ফাইলের পুনরুদ্ধারকে প্ররোচিত করে।

U2.2.2. ম্যালফেক্টররা ডাটাবেসে সংরক্ষিত সুরক্ষিত তথ্য পরিবর্তন করে (И):
Y2.2.2.1. আক্রমণকারীরা ডিবিএমএস অ্যাক্সেস কন্ট্রোল সিস্টেমকে নিরপেক্ষ করে:
Y2.2.2.1.1. লিঙ্ক: "সাধারণ হুমকি মডেল। প্রবেশাধিকার সংরক্ষণ পদ্ধতি. U1. বৈধ ব্যবহারকারীর পক্ষে একটি অধিবেশনের অননুমোদিত প্রতিষ্ঠা".
Y2.2.2.2. আক্রমণকারীরা ডেটা অ্যাক্সেস করতে স্ট্যান্ডার্ড ডিবিএমএস ইন্টারফেস ব্যবহার করে তথ্য পরিবর্তন করে।

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

Y2.4. আক্রমণকারীরা তথ্য সিস্টেম সফ্টওয়্যারের দুর্বলতাকে কাজে লাগিয়ে সুরক্ষিত তথ্য পরিবর্তন করে।

Y2.5। আক্রমণকারীরা সুরক্ষিত তথ্য পরিবর্তন করে যখন এটি তথ্য সিস্টেমের সার্ভার অংশের উপাদানগুলির মধ্যে স্থানান্তরিত হয় (উদাহরণস্বরূপ, ডাটাবেস সার্ভার এবং অ্যাপ্লিকেশন সার্ভার):
Y2.5.1. লিঙ্ক: "সাধারণ হুমকি মডেল। নেটওয়ার্ক সংযোগ. U2. প্রেরিত ডেটার অননুমোদিত পরিবর্তন".

সাধারণ হুমকি মডেল। প্রবেশাধিকার সংরক্ষণ পদ্ধতি

সুরক্ষা বস্তু যার জন্য হুমকি মডেল প্রয়োগ করা হয় (স্কোপ)

যে সুরক্ষা বস্তুটির জন্য এই হুমকি মডেলটি প্রয়োগ করা হয়েছে তা হুমকি মডেলের সুরক্ষা বস্তুর সাথে মিলে যায়: “সাধারণ হুমকি মডেল। একটি ক্লায়েন্ট-সার্ভার আর্কিটেকচারের ভিত্তিতে নির্মিত একটি তথ্য ব্যবস্থা।

এই হুমকি মডেলে ব্যবহারকারীর অ্যাক্সেস কন্ট্রোল সিস্টেমটি একটি তথ্য সিস্টেম উপাদান হিসাবে বোঝা যায় যা নিম্নলিখিত ফাংশনগুলিকে প্রয়োগ করে:

1. ব্যবহারকারী সনাক্তকরণ.
2. ব্যবহারকারী প্রমাণীকরণ.
3. ব্যবহারকারীর অনুমোদন।
4. ব্যবহারকারীর কর্ম লগিং.

শীর্ষ স্তরের নিরাপত্তা হুমকি

পচন
U1. বৈধ ব্যবহারকারীর পক্ষে একটি অধিবেশনের অননুমোদিত প্রতিষ্ঠা।
U2. তথ্য ব্যবস্থায় ব্যবহারকারীর বিশেষাধিকারের অননুমোদিত উচ্চতা।

U1. বৈধ ব্যবহারকারীর পক্ষে অননুমোদিত অধিবেশন স্থাপন

ব্যাখ্যা
সাধারণ ক্ষেত্রে এই হুমকির পচন নির্ভর করবে ব্যবহারকারী সনাক্তকরণ এবং প্রমাণীকরণ সিস্টেমের প্রকারের উপর।

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

পচন
U1.1. <…> শংসাপত্রের সাথে আপস করে:
U1.1.1. আক্রমণকারীরা ব্যবহারকারীর শংসাপত্রগুলি সংরক্ষণ করার সময় আপস করেছিল৷
ব্যাখ্যা Y1.1.1।
উদাহরণস্বরূপ, শংসাপত্রগুলি মনিটরে টেপ করা একটি স্টিকি নোটে লেখা যেতে পারে।

U1.1.2। ব্যবহারকারী ঘটনাক্রমে বা দূষিতভাবে আক্রমণকারীদের কাছে অ্যাক্সেসের বিশদ পাস করেছে।
Y1.1.2.1. ব্যবহারকারী প্রবেশ করার সাথে সাথে শংসাপত্রগুলি উচ্চস্বরে বলেছিল।
U1.1.2.2। ব্যবহারকারী ইচ্ছাকৃতভাবে তাদের শংসাপত্র পাস করেছেন:
Y1.1.2.2.1. <…> কর্মস্থলে সহকর্মীরা।
ব্যাখ্যা Y1.1.2.2.1।
উদাহরণস্বরূপ, যাতে তারা অসুস্থতার সময়কালের সাথে এটি প্রতিস্থাপন করতে পারে।

Y1.1.2.2.2. <…> তথ্য পরিকাঠামোর বস্তুর উপর কাজ সম্পাদনকারী নিয়োগকর্তার প্রতিপক্ষের কাছে।
Y1.1.2.2.3. <…> তৃতীয় পক্ষের কাছে।
ব্যাখ্যা Y1.1.2.2.3।
এক, কিন্তু এই হুমকি বাস্তবায়নের একমাত্র উপায় আক্রমণকারীদের দ্বারা সামাজিক প্রকৌশল পদ্ধতি ব্যবহার করা নয়।

U1.1.3। আক্রমণকারীরা নৃশংসভাবে শংসাপত্রগুলি জোর করে:
Y1.1.3.1. <…> নিয়মিত অ্যাক্সেস মেকানিজম ব্যবহার করে।
U1.1.3.2। <...> শংসাপত্র সংরক্ষণের জন্য পূর্বে আটকানো কোড (উদাহরণস্বরূপ, পাসওয়ার্ড হ্যাশ) দ্বারা।

U1.1.4. আক্রমণকারীরা ব্যবহারকারীর শংসাপত্রগুলিকে আটকাতে ক্ষতিকারক কোড ব্যবহার করেছিল।

U1.1.5। আক্রমণকারীরা ক্লায়েন্ট এবং সার্ভারের মধ্যে একটি নেটওয়ার্ক সংযোগ থেকে শংসাপত্র বের করেছে:
Y1.1.5.1. লিঙ্ক: "সাধারণ হুমকি মডেল। নেটওয়ার্ক সংযোগ. U1. প্রেরিত ডেটাতে অননুমোদিত অ্যাক্সেস".

U1.1.6. আক্রমণকারীরা কাজের পর্যবেক্ষণ সিস্টেমের রেকর্ড থেকে শংসাপত্র বের করেছে:
U1.1.6.1. <…> ভিডিও নজরদারি সিস্টেম (যদি অপারেশন চলাকালীন কীবোর্ডে কীস্ট্রোক রেকর্ড করা হয়)।
U1.1.6.2। <…> কম্পিউটারে কর্মীদের ক্রিয়াকলাপ নিরীক্ষণের জন্য সিস্টেম
ব্যাখ্যা Y1.1.6.2।
এই ধরনের ব্যবস্থার একটি উদাহরণ স্টাফকপ.

U1.1.7। সংক্রমণ প্রক্রিয়ার ত্রুটির কারণে আক্রমণকারীরা ব্যবহারকারীর শংসাপত্রের সাথে আপস করেছে।
ব্যাখ্যা Y1.1.7।
উদাহরণস্বরূপ, ই-মেইলের মাধ্যমে স্পষ্ট পাঠ্যে পাসওয়ার্ডের সংক্রমণ।

U1.1.8. আক্রমণকারীরা রিমোট অ্যাডমিনিস্ট্রেশন সিস্টেম ব্যবহার করে ব্যবহারকারীর সেশন নিরীক্ষণ করে শংসাপত্র শিখেছে।

U1.1.9। আক্রমণকারীরা প্রযুক্তিগত চ্যানেল (TCUE) এর মাধ্যমে তাদের ফাঁসের ফলে প্রমাণপত্রগুলি বের করেছে:
U1.1.9.1। আক্রমণকারীরা গুপ্তচরবৃত্তি করেছিল যে কীভাবে ব্যবহারকারী কীবোর্ড থেকে শংসাপত্র প্রবেশ করে:
E1.1.9.1.1 আক্রমণকারীরা ব্যবহারকারীর কাছাকাছি অবস্থান করে এবং তাদের নিজের চোখে শংসাপত্রের এন্ট্রি দেখেছিল৷
C1.1.9.1.1 ব্যাখ্যা
এই ধরনের ক্ষেত্রে কর্মক্ষেত্রে সহকর্মীদের ক্রিয়াকলাপ বা সেই ক্ষেত্রে যখন ব্যবহারকারীর কীবোর্ড প্রতিষ্ঠানের দর্শকদের কাছে দৃশ্যমান হয়।

E1.1.9.1.2 আক্রমণকারীরা অতিরিক্ত প্রযুক্তিগত উপায় ব্যবহার করেছিল, যেমন দূরবীন বা একটি মানববিহীন বায়বীয় যান, এবং একটি জানালা দিয়ে প্রমাণপত্রের প্রবেশ দেখেছিল।
U1.1.9.2। আক্রমণকারীরা রেডিও ইন্টারফেসের (উদাহরণস্বরূপ, ব্লুটুথ) মাধ্যমে সংযুক্ত থাকলে কীবোর্ড এবং কম্পিউটারের সিস্টেম ইউনিটের মধ্যে রেডিও বিনিময়ের রেকর্ড থেকে প্রমাণপত্র বের করে।
U1.1.9.3। আক্রমণকারীরা শংসাপত্রগুলিকে জাল ইলেক্ট্রোম্যাগনেটিক রেডিয়েশন এবং পিকআপস (PEMIN) চ্যানেলের মাধ্যমে ফাঁস করে আটকে দেয়।
ব্যাখ্যা Y1.1.9.3।
আক্রমণের উদাহরণ এখানে и এখানে.

U1.1.9.4। আক্রমণকারী গোপনে তথ্য মুছে ফেলার জন্য ডিজাইন করা বিশেষ প্রযুক্তিগত উপায় (STS) ব্যবহারের মাধ্যমে কীবোর্ড থেকে শংসাপত্রের ইনপুট আটকে দেয়।
ব্যাখ্যা Y1.1.9.4।
উদাহরণ ডিভাইস.

U1.1.9.5। আক্রমণকারীরা কীবোর্ড ব্যবহার করে শংসাপত্রের ইনপুট বাধা দেয়
ব্যবহারকারীর দ্বারা কী টিপানোর প্রক্রিয়া দ্বারা সংশোধিত Wi-Fi সংকেতের বিশ্লেষণ।
ব্যাখ্যা Y1.1.9.5।
উদাহরণ আক্রমণ.

U1.1.9.6। আক্রমণকারীরা কীস্ট্রোকের শব্দ বিশ্লেষণ করে কীবোর্ড থেকে শংসাপত্রের ইনপুট আটকে দেয়।
ব্যাখ্যা Y1.1.9.6।
উদাহরণ আক্রমণ.

U1.1.9.7। আক্রমণকারীরা অ্যাক্সিলোমিটার রিডিং বিশ্লেষণ করে মোবাইল ডিভাইসের কীবোর্ড থেকে শংসাপত্রের ইনপুট আটকে দেয়।
ব্যাখ্যা Y1.1.9.7।
উদাহরণ আক্রমণ.

U1.1.10। <...> পূর্বে ক্লায়েন্টে সংরক্ষিত।
ব্যাখ্যা Y1.1.10।
উদাহরণস্বরূপ, একটি ব্যবহারকারী একটি নির্দিষ্ট সাইট অ্যাক্সেস করতে ব্রাউজারে একটি ব্যবহারকারীর নাম এবং পাসওয়ার্ড সংরক্ষণ করতে পারে।

U1.1.11। ব্যবহারকারীর অ্যাক্সেস প্রত্যাহার প্রক্রিয়ার ত্রুটির কারণে আক্রমণকারীরা শংসাপত্রের সাথে আপস করেছে।
ব্যাখ্যা Y1.1.11।
উদাহরণস্বরূপ, একজন ব্যবহারকারীকে বরখাস্ত করার পরে, তার অ্যাকাউন্টগুলি ব্লক করা হয়নি।

Y1.2। <…> অ্যাক্সেস কন্ট্রোল সিস্টেমে দুর্বলতা কাজে লাগিয়ে।

U2. তথ্য ব্যবস্থায় ব্যবহারকারীর বিশেষাধিকারের অননুমোদিত উচ্চতা

পচন
P2.1 <...> ব্যবহারকারীর বিশেষাধিকার সম্পর্কে তথ্য ধারণকারী ডেটাতে অননুমোদিত পরিবর্তন করে।

U2.2 <…> অ্যাক্সেস কন্ট্রোল সিস্টেমের দুর্বলতাকে কাজে লাগিয়ে।

Y2.3. <…> ব্যবহারকারীর অ্যাক্সেস নিয়ন্ত্রণ প্রক্রিয়ার ত্রুটির কারণে।
ব্যাখ্যা Y2.3।
উদাহরণ 1. একজন ব্যবহারকারীকে অফিসিয়াল প্রয়োজনের কারণে তার প্রয়োজনের চেয়ে বেশি কাজের অ্যাক্সেস দেওয়া হয়েছিল।
উদাহরণ 2: একজন ব্যবহারকারীকে অন্য অবস্থানে স্থানান্তর করার পরে, পূর্বে দেওয়া অ্যাক্সেসের অধিকারগুলি প্রত্যাহার করা হয়নি৷

সাধারণ হুমকি মডেল। ইন্টিগ্রেশন মডিউল

সুরক্ষা বস্তু যার জন্য হুমকি মডেল প্রয়োগ করা হয় (স্কোপ)

ইন্টিগ্রেশন মডিউল - তথ্য সিস্টেমের মধ্যে তথ্য বিনিময় সংগঠিত করার জন্য ডিজাইন করা তথ্য অবকাঠামো বস্তুর একটি সেট।

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

স্থাপত্য
ইন্টিগ্রেশন মডিউলের সাধারণীকৃত স্কিমটি এইরকম দেখাচ্ছে:

স্থাপত্য উপাদানের বর্ণনা:

• "এক্সচেঞ্জ সার্ভার (CO)" - একটি তথ্য সিস্টেমের একটি নোড / পরিষেবা / উপাদান যা অন্য তথ্য সিস্টেমের সাথে ডেটা আদান-প্রদানের কার্য সম্পাদন করে।
• "মধ্যস্থতাকারী" - তথ্য সিস্টেমের মধ্যে মিথস্ক্রিয়া সংগঠিত করার জন্য ডিজাইন করা একটি নোড / পরিষেবা, কিন্তু তাদের অংশ নয়।
  উদাহরণ "মধ্যস্থতাকারী" হতে পারে ই-মেইল সার্ভিস, এন্টারপ্রাইজ সার্ভিস বাস / SoA আর্কিটেকচার, থার্ড-পার্টি ফাইল সার্ভার ইত্যাদি। সাধারণ ক্ষেত্রে, ইন্টিগ্রেশন মডিউলে "মধ্যস্থতাকারী" থাকতে পারে না।
• "ডেটা প্রসেসিং সফটওয়্যার" - প্রোগ্রামগুলির একটি সেট যা ডেটা এক্সচেঞ্জ প্রোটোকল এবং ফর্ম্যাট রূপান্তর প্রয়োগ করে৷
  উদাহরণস্বরূপ, UFEBS ফর্ম্যাট থেকে ABS ফর্ম্যাটে ডেটা রূপান্তর করা, ট্রান্সমিশনের সময় বার্তার স্থিতি পরিবর্তন করা ইত্যাদি।
• "নেটওয়ার্ক সংযোগ" "নেটওয়ার্ক সংযোগ" সাধারণ হুমকি মডেলে বর্ণিত বস্তুর সাথে মিলে যায়। উপরের চিত্রে উপস্থাপিত কিছু নেটওয়ার্ক সংযোগ নাও হতে পারে।

ইন্টিগ্রেশন মডিউলের উদাহরণ

স্কিম 1. একটি তৃতীয় পক্ষের ফাইল সার্ভারের মাধ্যমে ABS এবং AWP KBR এর ইন্টিগ্রেশন

অর্থপ্রদান কার্যকর করার জন্য, ব্যাঙ্কের একজন অনুমোদিত কর্মচারী ABS থেকে ইলেকট্রনিক পেমেন্ট ডকুমেন্ট আপলোড করে এবং ফাইল সার্ভারের নেটওয়ার্ক ফোল্ডারে (...শেয়ার) ফাইলে (নিজস্ব ফরম্যাটের, উদাহরণস্বরূপ, SQL ডাম্প) সংরক্ষণ করে। তারপরে এই ফাইলটিকে একটি রূপান্তরকারী স্ক্রিপ্ট ব্যবহার করে UFEBS ফর্ম্যাটে ফাইলগুলির একটি সেটে রূপান্তরিত করা হয়, যা CBD AWP দ্বারা পড়া হয়।
এর পরে, একজন অনুমোদিত কর্মচারী - AWS CBD-এর একজন ব্যবহারকারী - প্রাপ্ত ফাইলটি এনক্রিপ্ট করে এবং স্বাক্ষর করে এবং সেগুলি ব্যাংক অফ রাশিয়ার পেমেন্ট সিস্টেমে পাঠায়।

ব্যাঙ্ক অফ রাশিয়া থেকে পেমেন্ট প্রাপ্তির পরে, CBR-এর AWP সেগুলিকে ডিক্রিপ্ট করে এবং ইলেকট্রনিক স্বাক্ষর চেক করে, তারপরে এটি ফাইল সার্ভারে UFEBS ফর্ম্যাটে ফাইলগুলির একটি সেট হিসাবে লিখে দেয়। ABS-এ পেমেন্ট ডকুমেন্ট আমদানি করার আগে, সেগুলিকে UFEBS ফরম্যাট থেকে ABS ফর্ম্যাটে একটি স্ক্রিপ্ট-কনভার্টার ব্যবহার করে রূপান্তর করা হয়।

আমরা ধরে নেব যে এই স্কিমে, ABS একটি ফিজিক্যাল সার্ভারে কাজ করে, CBD ওয়ার্কস্টেশন একটি ডেডিকেটেড কম্পিউটারে কাজ করে এবং স্ক্রিপ্ট কনভার্টার একটি ফাইল সার্ভারে কাজ করে।

ইন্টিগ্রেশন মডিউলের মডেলের উপাদানগুলির সাথে বিবেচিত স্কিমের অবজেক্টগুলির সঙ্গতি:
"এবিএস পাশ থেকে সার্ভার বিনিময় করুন" - ABS সার্ভার।
"AWP KBR এর দিক থেকে সার্ভার বিনিময় করুন" - কম্পিউটার ওয়ার্কস্টেশন KBR।
"মধ্যস্থতাকারী" - তৃতীয় পক্ষের ফাইল সার্ভার।
"ডেটা প্রসেসিং সফটওয়্যার" - স্ক্রিপ্ট রূপান্তরকারী।

স্কিম 2. AWS KBR-এ পেমেন্ট সহ একটি শেয়ার্ড নেটওয়ার্ক ফোল্ডার স্থাপন করার সময় ABS এবং AWS KBR এর ইন্টিগ্রেশন

সবকিছুই স্কিম 1 এর মতো, কিন্তু একটি পৃথক ফাইল সার্ভার ব্যবহার করা হয় না; পরিবর্তে, ইলেকট্রনিক পেমেন্ট ডকুমেন্ট সহ একটি নেটওয়ার্ক ফোল্ডার (...SHARE) AWS CBD সহ একটি কম্পিউটারে অবস্থিত। স্ক্রিপ্ট-কনভার্টারটি AWP CBD-তেও কাজ করে।

ইন্টিগ্রেশন মডিউলের মডেলের উপাদানগুলির সাথে বিবেচিত স্কিমের অবজেক্টগুলির সঙ্গতি:
স্কিম 1 অনুরূপ, কিন্তু "মধ্যস্থতাকারী" ব্যবহার করা হয় না.

স্কিম 3. IBM WebSphera MQ-এর মাধ্যমে ABS এবং AWS KBR-N-এর ইন্টিগ্রেশন এবং ইলেকট্রনিক নথিতে স্বাক্ষর করা "এবিএসের দিকে"

ABS একটি প্ল্যাটফর্মে কাজ করে যা CIPF SKAD স্বাক্ষর দ্বারা সমর্থিত নয়। বহির্গামী ইলেকট্রনিক নথিগুলি একটি বিশেষ ইলেকট্রনিক স্বাক্ষর সার্ভারে (ES সার্ভার) স্বাক্ষরিত হয়। একই সার্ভার রাশিয়ার ব্যাংক থেকে আগত নথিগুলির অধীনে বৈদ্যুতিন স্বাক্ষর যাচাই করে।

ABS ES সার্ভারে নিজস্ব বিন্যাসে অর্থপ্রদানের নথি সহ একটি ফাইল আপলোড করে।
ES সার্ভার, একটি রূপান্তরকারী স্ক্রিপ্ট ব্যবহার করে, ফাইলটিকে UFEBS বিন্যাসে ইলেকট্রনিক বার্তাগুলিতে রূপান্তর করে, তারপরে ইলেকট্রনিক বার্তাগুলি স্বাক্ষরিত হয় এবং IBM WebSphere MQ-তে প্রেরণ করা হয়।

AWS KBR-N IBM WebSphere MQ অ্যাক্সেস করে এবং সেখান থেকে স্বাক্ষরিত অর্থপ্রদানের বার্তা পায়, তারপরে একজন অনুমোদিত কর্মচারী - AWS KBR-এর একজন ব্যবহারকারী - সেগুলিকে এনক্রিপ্ট করে এবং রাশিয়ার ব্যাংকের পেমেন্ট সিস্টেমে পাঠায়৷

ব্যাঙ্ক অফ রাশিয়া থেকে পেমেন্ট প্রাপ্তির পরে, AWP KBR-N সেগুলিকে ডিক্রিপ্ট করে এবং ইলেকট্রনিক স্বাক্ষর যাচাই করে৷ ইউএফইবিএস ফরম্যাটে ডিক্রিপ্ট করা এবং স্বাক্ষরিত ইলেকট্রনিক বার্তার আকারে সফলভাবে প্রসেস করা অর্থ IBM WebSphere MQ-তে স্থানান্তরিত হয়, যেখান থেকে সেগুলি ES সার্ভার দ্বারা গৃহীত হয়।

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

ইন্টিগ্রেশন মডিউলের মডেলের উপাদানগুলির সাথে বিবেচিত স্কিমের অবজেক্টগুলির সঙ্গতি:
"এবিএস পাশ থেকে এক্সচেঞ্জ সার্ভার" - ABS সার্ভার।
"AWP KBR এর পাশ থেকে এক্সচেঞ্জ সার্ভার" - কম্পিউটার ওয়ার্কস্টেশন KBR.
"মধ্যস্থতাকারী" - ES সার্ভার এবং IBM WebSphere MQ।
"ডেটা প্রসেসিং সফটওয়্যার" - স্ক্রিপ্ট-কনভার্টার, ES সার্ভারে CIPF SCAD স্বাক্ষর।

স্কিম 4. একটি ডেডিকেটেড এক্সচেঞ্জ সার্ভার দ্বারা প্রদত্ত API-এর মাধ্যমে RBS সার্ভার এবং ABS-এর ইন্টিগ্রেশন

আমরা অনুমান করি যে ব্যাঙ্কটি বেশ কয়েকটি রিমোট ব্যাঙ্কিং সিস্টেম (RBS) ব্যবহার করে:

• ব্যক্তিদের জন্য "ইন্টারনেট ক্লায়েন্ট-ব্যাঙ্ক" (ICB FL);
• আইনি সত্তার জন্য "ইন্টারনেট ক্লায়েন্ট-ব্যাঙ্ক" (ICB LE)।

তথ্য সুরক্ষা নিশ্চিত করার জন্য, RB সিস্টেমের সাথে ABS-এর সমস্ত মিথস্ক্রিয়া ABS তথ্য সিস্টেমের কাঠামোর মধ্যে পরিচালিত একটি ডেডিকেটেড এক্সচেঞ্জ সার্ভারের মাধ্যমে সঞ্চালিত হয়।

এর পরে, আমরা ABS এর সাথে ICB LE এর RBS সিস্টেমের মিথস্ক্রিয়া প্রক্রিয়া বিবেচনা করব।
RBS সার্ভার, ক্লায়েন্টের কাছ থেকে একটি যথাযথভাবে প্রত্যয়িত অর্থপ্রদানের আদেশ পেয়ে, এটির উপর ভিত্তি করে ABS-এ একটি উপযুক্ত নথি তৈরি করতে হবে। এটি করার জন্য, API ব্যবহার করে, এটি এক্সচেঞ্জ সার্ভারে তথ্য স্থানান্তর করে, যা ঘুরে, ABS-এ ডেটা প্রবেশ করে।

যখন ক্লায়েন্টের অ্যাকাউন্টে ব্যালেন্স পরিবর্তন হয়, তখন ABS ইলেকট্রনিক বিজ্ঞপ্তি তৈরি করে, যা এক্সচেঞ্জ সার্ভার ব্যবহার করে RBS সার্ভারে প্রেরণ করা হয়।

ইন্টিগ্রেশন মডিউলের মডেলের উপাদানগুলির সাথে বিবেচিত স্কিমের অবজেক্টগুলির সঙ্গতি:
"আরবিএস থেকে এক্সচেঞ্জ সার্ভার" - আরবিএস সার্ভার IKB YUL।
"এবিএস পাশ থেকে এক্সচেঞ্জ সার্ভার" - বিনিময় সার্ভার।
"মধ্যস্থতাকারী" - অনুপস্থিত
"ডেটা প্রসেসিং সফটওয়্যার" - এক্সচেঞ্জ সার্ভার API ব্যবহার করার জন্য দায়ী RB সার্ভার উপাদান, ABS API ব্যবহারের জন্য দায়ী এক্সচেঞ্জ সার্ভার উপাদান৷

শীর্ষ স্তরের নিরাপত্তা হুমকি

পচন
U1. ইন্টিগ্রেশন মডিউলের মাধ্যমে দোষীদের দ্বারা মিথ্যা তথ্যের প্রবর্তন।

U1. ইন্টিগ্রেশন মডিউলের মাধ্যমে আক্রমণকারীদের দ্বারা মিথ্যা তথ্যের প্রবর্তন

পচন
U1.1. নেটওয়ার্ক সংযোগের মাধ্যমে ট্রান্সমিশনের সময় বৈধ ডেটার অননুমোদিত পরিবর্তন:
U1.1.1 লিঙ্ক: "সাধারণ হুমকি মডেল। নেটওয়ার্ক সংযোগ. U2. প্রেরিত ডেটার অননুমোদিত পরিবর্তন".

Y1.2। একটি বৈধ বিনিময় অংশগ্রহণকারীর পক্ষে যোগাযোগ চ্যানেলের মাধ্যমে মিথ্যা তথ্য স্থানান্তর:
U1.1.2 লিঙ্ক: "সাধারণ হুমকি মডেল। নেটওয়ার্ক সংযোগ. U3. প্রেরিত ডেটার লেখকত্ব লঙ্ঘন".

Y1.3. এক্সচেঞ্জ সার্ভার বা মধ্যস্থতাকারীতে তাদের প্রক্রিয়াকরণের সময় বৈধ ডেটার অননুমোদিত পরিবর্তন:
Y1.3.1. লিঙ্ক: "সাধারণ হুমকি মডেল। একটি ক্লায়েন্ট-সার্ভার আর্কিটেকচারের ভিত্তিতে নির্মিত একটি তথ্য ব্যবস্থা। U2. তথ্য সিস্টেমের সার্ভার অংশ দ্বারা প্রক্রিয়াকরণের সময় সুরক্ষিত তথ্যের অননুমোদিত পরিবর্তন.

U1.4. এক্সচেঞ্জ সার্ভারে তৈরি করা বা বৈধ বিনিময় অংশগ্রহণকারীর পক্ষে জাল ডেটার মধ্যস্থতাকারী:
Y1.4.1. লিঙ্ক: "সাধারণ হুমকি মডেল। একটি ক্লায়েন্ট-সার্ভার আর্কিটেকচারের ভিত্তিতে নির্মিত একটি তথ্য ব্যবস্থা। U1. একজন বৈধ ব্যবহারকারীর পক্ষে আক্রমণকারীরা অননুমোদিত ক্রিয়াকলাপ করছে।

Y1.5। ডেটা প্রসেসিং সফ্টওয়্যার ব্যবহার করে তাদের প্রক্রিয়াকরণের সময় ডেটার অননুমোদিত পরিবর্তন:
U1.5.1। <…> ডেটা প্রসেসিং সফ্টওয়্যারের সেটিংসে (কনফিগারেশন) অনুপ্রবেশকারীদের দ্বারা অননুমোদিত পরিবর্তনগুলি প্রবর্তনের কারণে৷
U1.5.2। <…> ডেটা প্রসেসিং সফ্টওয়্যারের এক্সিকিউটেবল ফাইলগুলিতে অননুমোদিত পরিবর্তন করার কারণে অনুপ্রবেশকারীরা।
U1.5.3। আক্রমণকারীদের দ্বারা ডেটা প্রক্রিয়াকরণ সফ্টওয়্যারের ইন্টারেক্টিভ নিয়ন্ত্রণের কারণে।

সাধারণ হুমকি মডেল। ক্রিপ্টোগ্রাফিক তথ্য সুরক্ষা সিস্টেম

সুরক্ষা বস্তু যার জন্য হুমকি মডেল প্রয়োগ করা হয় (স্কোপ)

সুরক্ষার বস্তু হল ক্রিপ্টোগ্রাফিক তথ্য সুরক্ষা ব্যবস্থা যা তথ্য ব্যবস্থার নিরাপত্তা নিশ্চিত করতে ব্যবহৃত হয়।

স্থাপত্য
যেকোনো তথ্য ব্যবস্থার ভিত্তি হল অ্যাপ্লিকেশন সফটওয়্যার (সফ্টওয়্যার) যা এর লক্ষ্য কার্যকারিতা বাস্তবায়ন করে।

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

ক্রিপ্টোগ্রাফিক আদিম নিম্ন-স্তরের ক্রিপ্টোগ্রাফিক ফাংশনগুলি অন্তর্ভুক্ত করে যেমন:

• এনক্রিপ্ট/ডিক্রিপ্ট ডেটা ব্লক;
• ডেটা ব্লকের ইলেকট্রনিক স্বাক্ষর তৈরি/ যাচাই করা;
• ডেটা ব্লকের হ্যাশ ফাংশন গণনা করুন;
• মূল তথ্য তৈরি / আপলোড / আপলোড;
• এবং তাই অন

অ্যাপ্লিকেশন সফ্টওয়্যারের ব্যবসায়িক যুক্তি, ক্রিপ্টোগ্রাফিক আদিম ব্যবহার করে, একটি উচ্চ-স্তরের কার্যকারিতা প্রয়োগ করে:

• নির্বাচিত প্রাপকদের কী দিয়ে ফাইলটি এনক্রিপ্ট করুন;
• একটি নিরাপদ নেটওয়ার্ক সংযোগ স্থাপন;
• ইলেকট্রনিক স্বাক্ষর যাচাইয়ের ফলাফল সম্পর্কে অবহিত করুন;
• এবং তাই অন

ব্যবসায়িক যুক্তি এবং ক্রিপ্টো-কোরের মিথস্ক্রিয়া সঞ্চালিত হতে পারে:

• সরাসরি, ব্যবসায়িক যুক্তি দ্বারা ক্রিপ্টোকারনেলের গতিশীল লাইব্রেরি (.DLL - উইন্ডোজের জন্য, .SO - লিনাক্সের জন্য) থেকে ক্রিপ্টোগ্রাফিক আদিম কল করে;
• সরাসরি, ক্রিপ্টোগ্রাফিক ইন্টারফেসের মাধ্যমে - মোড়ক, উদাহরণস্বরূপ, এমএস ক্রিপ্টো এপিআই, জাভা ক্রিপ্টোগ্রাফি আর্কিটেকচার, পিকেসিএস # 11, ইত্যাদি। এই ক্ষেত্রে, ব্যবসায়িক যুক্তি ক্রিপ্টো ইন্টারফেসকে নির্দেশ করে এবং এটি সংশ্লিষ্ট ক্রিপ্টো কোরে কলটিকে অনুবাদ করে, যা এই ক্ষেত্রে ক্রিপ্টো প্রদানকারী বলা হয়। ক্রিপ্টোগ্রাফিক ইন্টারফেসের ব্যবহার অ্যাপ্লিকেশন সফ্টওয়্যারকে নির্দিষ্ট ক্রিপ্টোগ্রাফিক অ্যালগরিদম থেকে বিমূর্ত করতে এবং আরও নমনীয় হতে দেয়।

একটি ক্রিপ্টোকোর সংগঠিত করার জন্য দুটি সাধারণ স্কিম রয়েছে:

স্কিম 1 - মনোলিথিক ক্রিপ্টো-কোর


স্কিম 2 - স্প্লিট ক্রিপ্টো কোর


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

স্কিম 1 অনুসারে নির্মিত সিস্টেমগুলি ব্যবহার করার সময়, অ্যাপ্লিকেশন সফ্টওয়্যার এবং ক্রিপ্টো-কোর একটি ক্রিপ্টো-মিন (CFC) পরিচালনার জন্য একটি একক পরিবেশের মধ্যে কাজ করে, উদাহরণস্বরূপ, একই কম্পিউটারে একই অপারেটিং সিস্টেম চালিত হয়। সিস্টেমের ব্যবহারকারী, একটি নিয়ম হিসাবে, একই অপারেটিং পরিবেশের মধ্যে অন্যান্য প্রোগ্রাম চালাতে পারে, যার মধ্যে দূষিত কোড রয়েছে। এই ধরনের পরিস্থিতিতে, ব্যক্তিগত ক্রিপ্টোগ্রাফিক কীগুলির ফাঁস হওয়ার একটি গুরুতর ঝুঁকি রয়েছে৷

ঝুঁকি কমাতে, স্কিম 2 ব্যবহার করা হয়, যেখানে ক্রিপ্টোকোর দুটি ভাগে বিভক্ত:

1. প্রথম অংশ, অ্যাপ্লিকেশন সফ্টওয়্যার সহ, একটি অবিশ্বস্ত পরিবেশে চলে যেখানে ম্যালওয়্যার সংক্রমণের ঝুঁকি থাকে৷ আমরা এই অংশটিকে "সফ্টওয়্যার অংশ" বলব।
2. দ্বিতীয় অংশটি একটি ব্যক্তিগত কী স্টোর ধারণ করে এমন একটি ডেডিকেটেড ডিভাইসে একটি বিশ্বস্ত পরিবেশে কাজ করে। আমরা এখন থেকে এই অংশটিকে "হার্ডওয়্যার অংশ" হিসাবে উল্লেখ করব।

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

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

ইন্টারঅ্যাকশন ইন্টারফেস (API) এবং ক্রিপ্টোকোর দ্বারা অ্যাপ্লিকেশন সফ্টওয়্যারকে প্রদত্ত ক্রিপ্টোগ্রাফিক আদিম সেট উভয় ক্ষেত্রেই একই। পার্থক্যটি তাদের বাস্তবায়নের পদ্ধতিতে রয়েছে।

সুতরাং, একটি বিভক্ত ক্রিপ্টোকোরের সাথে একটি স্কিম ব্যবহার করার সময়, সফ্টওয়্যার এবং হার্ডওয়্যারের মধ্যে মিথস্ক্রিয়া নিম্নলিখিত নীতি অনুসারে সঞ্চালিত হয়:

1. ক্রিপ্টোগ্রাফিক আদিম যেগুলির জন্য একটি ব্যক্তিগত কী ব্যবহারের প্রয়োজন হয় না (উদাহরণস্বরূপ, একটি হ্যাশ ফাংশনের গণনা, একটি ইলেকট্রনিক স্বাক্ষর যাচাইকরণ ইত্যাদি) সফ্টওয়্যার দ্বারা সঞ্চালিত হয়।
2. ক্রিপ্টোগ্রাফিক আদিম যা একটি ব্যক্তিগত কী ব্যবহার করে (একটি ইলেকট্রনিক স্বাক্ষর তৈরি করা, ডেটা ডিক্রিপ্ট করা ইত্যাদি) হার্ডওয়্যার দ্বারা সঞ্চালিত হয়।

আসুন একটি ইলেকট্রনিক স্বাক্ষর তৈরির উদাহরণ ব্যবহার করে একটি বিভক্ত ক্রিপ্টোকোরের ক্রিয়াকলাপ চিত্রিত করি:

1. সফ্টওয়্যার অংশটি স্বাক্ষরিত ডেটার হ্যাশ ফাংশন গণনা করে এবং ক্রিপ্টো-কোরগুলির মধ্যে বিনিময় চ্যানেলের মাধ্যমে এই মানটিকে হার্ডওয়্যারে প্রেরণ করে।
2. হার্ডওয়্যার অংশ, প্রাইভেট কী এবং হ্যাশ ব্যবহার করে, ইলেকট্রনিক স্বাক্ষরের মান তৈরি করে এবং বিনিময় চ্যানেলের মাধ্যমে সফ্টওয়্যার অংশে স্থানান্তর করে।
3. সফ্টওয়্যার অংশটি অ্যাপ্লিকেশন সফ্টওয়্যারে প্রাপ্ত মান প্রদান করে।

বৈদ্যুতিন স্বাক্ষরের সঠিকতা পরীক্ষা করার বৈশিষ্ট্য

যখন প্রাপক পক্ষ একটি বৈদ্যুতিন স্বাক্ষর সহ স্বাক্ষরিত ডেটা গ্রহণ করে, তখন এটিকে অবশ্যই যাচাইয়ের বেশ কয়েকটি ধাপ সম্পাদন করতে হবে। একটি ইলেকট্রনিক স্বাক্ষর যাচাইকরণের একটি ইতিবাচক ফলাফল শুধুমাত্র যাচাইয়ের সমস্ত ধাপ সফলভাবে সম্পন্ন হলেই অর্জিত হয়।

পর্যায় 1. ডেটা অখণ্ডতা এবং ডেটা লেখকত্বের নিয়ন্ত্রণ।

পর্যায় বিষয়বস্তু। তথ্যের বৈদ্যুতিন স্বাক্ষর সংশ্লিষ্ট ক্রিপ্টোগ্রাফিক অ্যালগরিদম অনুযায়ী যাচাই করা হয়। এই পর্যায়ের সফল সমাপ্তি ইঙ্গিত করে যে তারা স্বাক্ষরিত হওয়ার পর থেকে ডেটা পরিবর্তন করা হয়নি, এবং স্বাক্ষরটি ইলেকট্রনিক স্বাক্ষর যাচাই করার জন্য সর্বজনীন কী-এর সাথে সম্পর্কিত একটি ব্যক্তিগত কী দিয়ে করা হয়েছিল।
মঞ্চের অবস্থান: ক্রিপ্টোকারনেল

পর্যায় 2. স্বাক্ষরকারীর সর্বজনীন কী-তে বিশ্বাসের নিয়ন্ত্রণ এবং ইলেকট্রনিক স্বাক্ষরের ব্যক্তিগত কী-এর বৈধতার সময়কাল নিয়ন্ত্রণ।
পর্যায় বিষয়বস্তু। পর্যায় দুটি মধ্যবর্তী উপ-পর্যায় নিয়ে গঠিত। প্রথমটি ইলেকট্রনিক স্বাক্ষর যাচাই করার জন্য সর্বজনীন কী ডেটা স্বাক্ষর করার সময় বিশ্বস্ত ছিল কিনা তা প্রতিষ্ঠিত করে। দ্বিতীয়টি তথ্য স্বাক্ষর করার সময় ইলেকট্রনিক স্বাক্ষরের ব্যক্তিগত কীটি বৈধ ছিল কিনা তা প্রতিষ্ঠিত করে। সাধারণ ক্ষেত্রে, এই কীগুলির বৈধতার সময়কাল একত্রিত নাও হতে পারে (উদাহরণস্বরূপ, বৈদ্যুতিন স্বাক্ষর যাচাইকরণ কীগুলির যোগ্য শংসাপত্রের জন্য)। স্বাক্ষরকারীর পাবলিক কীতে বিশ্বাস স্থাপনের পদ্ধতিগুলি ইন্টারঅ্যাকটিং পক্ষগুলির দ্বারা গৃহীত বৈদ্যুতিন নথি ব্যবস্থাপনার নিয়ম দ্বারা নির্ধারিত হয়।
মঞ্চের অবস্থান: অ্যাপ্লিকেশন সফ্টওয়্যার / ক্রিপ্টো-কার্নেল।

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

সুরক্ষা বস্তুর বর্ণনা করার সময় অনুমান করা হয়েছে

1. তথ্য স্থানান্তর চ্যানেলগুলি, কী এক্সচেঞ্জ চ্যানেলগুলি বাদ দিয়ে, অ্যাপ্লিকেশন সফ্টওয়্যার, API এবং ক্রিপ্টো-কোরের মাধ্যমেও পাস করে।
2. পাবলিক কী এবং (বা) সার্টিফিকেটের উপর আস্থার তথ্য, সেইসাথে পাবলিক কী মালিকদের কর্তৃত্ব সম্পর্কে তথ্য, পাবলিক কী স্টোরে রাখা হয়।
3. অ্যাপ্লিকেশন সফ্টওয়্যারটি ক্রিপ্টো-কারনেলের মাধ্যমে পাবলিক কী স্টোরেজের সাথে কাজ করে।

CIPF দ্বারা সুরক্ষিত একটি তথ্য ব্যবস্থার উদাহরণ

পূর্বে উপস্থাপিত স্কিমগুলিকে চিত্রিত করার জন্য, একটি অনুমানমূলক তথ্য ব্যবস্থা বিবেচনা করুন এবং এতে সমস্ত কাঠামোগত উপাদান নির্বাচন করুন।

তথ্য ব্যবস্থার বর্ণনা

দুটি সংস্থা তাদের মধ্যে আইনিভাবে বাধ্যতামূলক ইলেকট্রনিক ডকুমেন্ট ম্যানেজমেন্ট (EDF) চালু করার সিদ্ধান্ত নিয়েছে। এটি করার জন্য, তারা একটি চুক্তিতে প্রবেশ করেছে যেখানে তারা বলেছে যে নথিগুলি ই-মেইলের মাধ্যমে প্রেরণ করা হবে এবং একই সাথে তাদের অবশ্যই এনক্রিপ্ট করা এবং একটি যোগ্য বৈদ্যুতিন স্বাক্ষরের সাথে স্বাক্ষর করতে হবে। নথি তৈরি এবং প্রক্রিয়াকরণের একটি মাধ্যম হিসাবে, Microsoft Office 2016 প্যাকেজের অফিস প্রোগ্রামগুলি ব্যবহার করা উচিত, এবং ক্রিপ্টোগ্রাফিক সুরক্ষার উপায় হিসাবে - CIPF CryptoPRO এবং এনক্রিপশন সফ্টওয়্যার CryptoARM।

প্রতিষ্ঠানের অবকাঠামোর বর্ণনা 1

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

প্রতিষ্ঠানের অবকাঠামোর বর্ণনা 2

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

এটি করার জন্য, একটি ডেডিকেটেড ভার্চুয়াল মেশিনে দুটি নেটওয়ার্ক ফোল্ডার সংগঠিত হয়: "...ইন", "...আউট"। কাউন্টারপার্টি থেকে খোলা আকারে প্রাপ্ত ফাইলগুলি স্বয়ংক্রিয়ভাবে "...ইন" নেটওয়ার্ক ফোল্ডারে স্থাপন করা হবে৷ এই ফাইলগুলি ডিক্রিপ্ট করা হবে এবং তাদের উপর ইলেকট্রনিক স্বাক্ষর যাচাই করা হবে।

"...আউট" ফোল্ডারে, ব্যবহারকারী ফাইলগুলিকে এনক্রিপ্ট করা, স্বাক্ষর করা এবং কাউন্টারপার্টিতে পাঠানোর প্রয়োজন হবে। ব্যবহারকারী তার ওয়ার্কস্টেশনে ফাইলগুলি নিজেরাই প্রস্তুত করবে।
এনক্রিপশন এবং ইলেকট্রনিক স্বাক্ষর ফাংশন সঞ্চালনের জন্য, CryptoPRO CIPF, CryptoARM সফ্টওয়্যার এবং একটি মেল ক্লায়েন্ট ভার্চুয়াল মেশিনে ইনস্টল করা আছে। ভার্চুয়াল মেশিনের সমস্ত উপাদানের স্বয়ংক্রিয় ব্যবস্থাপনা সিস্টেম অ্যাডমিনিস্ট্রেটরদের দ্বারা তৈরি স্ক্রিপ্ট ব্যবহার করে সঞ্চালিত হবে। স্ক্রিপ্টের কাজটি লগ ফাইলে (লগ) লগ ইন করা হয়।

বৈদ্যুতিন স্বাক্ষরের ক্রিপ্টোগ্রাফিক কীগুলি একটি JaCarta GOST অ-পুনরুদ্ধারযোগ্য কী সহ একটি টোকেনে স্থাপন করা হবে, যা ব্যবহারকারী তার স্থানীয় কম্পিউটারের সাথে সংযুক্ত করবে।

ব্যবহারকারীর ওয়ার্কস্টেশন এবং ভার্চুয়াল মেশিনে ইনস্টল করা বিশেষ ইউএসবি-ওভার-আইপি সফ্টওয়্যার ব্যবহার করে টোকেনটি ভার্চুয়াল মেশিনে ফরোয়ার্ড করা হবে।

প্রতিষ্ঠান 1-এ ব্যবহারকারীর ওয়ার্কস্টেশনে সিস্টেম ঘড়িটি ম্যানুয়ালি সামঞ্জস্য করা হবে। অর্গানাইজেশন 2-এ ডেডিকেটেড ভার্চুয়াল মেশিনের সিস্টেম ঘড়ি হাইপারভাইজারের সিস্টেম ঘড়ির সাথে সিঙ্ক্রোনাইজ করা হবে, যা পাবলিক টাইম সার্ভারের সাথে ইন্টারনেটে সিঙ্ক্রোনাইজ হবে।

CIPF এর কাঠামোগত উপাদান বরাদ্দ
আইটি অবকাঠামোর উপরোক্ত বর্ণনার উপর ভিত্তি করে, আমরা সিআইপিএফ-এর কাঠামোগত উপাদানগুলিকে একক করে ফেলি এবং সেগুলিকে একটি টেবিলে লিখি৷

সারণী - তথ্য সিস্টেমের উপাদানগুলির সাথে সিআইপিএফ মডেলের উপাদানগুলির চিঠিপত্র

আইটেম নাম
সংগঠন ঘ
সংগঠন ঘ

অ্যাপ্লিকেশন সফ্টওয়্যার
CryptoARM সফটওয়্যার
CryptoARM সফটওয়্যার

ক্রিপ্টোকারনেলের সফটওয়্যার অংশ
CIPF CryptoPRO CSP
CIPF CryptoPRO CSP

ক্রিপ্টোকারনেলের হার্ডওয়্যার অংশ
না
JaCarta GOST

এপিআই
এমএস ক্রিপ্টোএপিআই
এমএস ক্রিপ্টোএপিআই

পাবলিক কী স্টোরেজ
ব্যবহারকারীর ওয়ার্কস্টেশন:
- এইচডিডি;
- স্ট্যান্ডার্ড উইন্ডোজ সার্টিফিকেট স্টোর।
হাইপারভাইজার:
- এইচডিডি।

ভার্চুয়াল মেশিন:
- এইচডিডি;
- স্ট্যান্ডার্ড উইন্ডোজ সার্টিফিকেট স্টোর।

ব্যক্তিগত কী স্টোরেজ
কী ক্যারিয়ার ruToken নিষ্কাশনযোগ্য কী মোডে কাজ করে
JaCarta GOST কী ক্যারিয়ার অ-পুনরুদ্ধারযোগ্য কী মোডে কাজ করছে

পাবলিক কী বিনিময় চ্যানেল
ব্যবহারকারীর ওয়ার্কস্টেশন:
- র্যাম.

হাইপারভাইজার:
- র্যাম.

ভার্চুয়াল মেশিন:
- র্যাম.

ব্যক্তিগত কী বিনিময় চ্যানেল
ব্যবহারকারীর ওয়ার্কস্টেশন:
- ইউএসবি বাস;
- র্যাম.
না

ক্রিপ্টো-কোর মধ্যে চ্যানেল বিনিময়
অনুপস্থিত (কোন ক্রিপ্টোকোর হার্ডওয়্যার নেই)
ব্যবহারকারীর ওয়ার্কস্টেশন:
- ইউএসবি বাস;
- র্যাম;
- ইউএসবি-ওভার-আইপি সফ্টওয়্যার মডিউল;
- নেটওয়ার্ক ইন্টারফেস.

সংস্থার কর্পোরেট নেটওয়ার্ক 2.

হাইপারভাইজার:
- র্যাম;
- নেটওয়ার্ক ইন্টারফেস.

ভার্চুয়াল মেশিন:
- নেটওয়ার্ক ইন্টারফেস;
- র্যাম;
- ইউএসবি-ওভার-আইপি সফ্টওয়্যার মডিউল।

ডাটা এক্সচেঞ্জ চ্যানেল খুলুন
ব্যবহারকারীর ওয়ার্কস্টেশন:
- ইনপুট-আউটপুটের মাধ্যম;
- র্যাম;
- এইচডিডি।
ব্যবহারকারীর ওয়ার্কস্টেশন:
- ইনপুট-আউটপুটের মাধ্যম;
- র্যাম;
- এইচডিডি;
- নেটওয়ার্ক ইন্টারফেস.

সংস্থার কর্পোরেট নেটওয়ার্ক 2.

হাইপারভাইজার:
- নেটওয়ার্ক ইন্টারফেস;
- র্যাম;
- এইচডিডি।

ভার্চুয়াল মেশিন:
- নেটওয়ার্ক ইন্টারফেস;
- র্যাম;
- এইচডিডি।

নিরাপদ ডেটা বিনিময় চ্যানেল
ইন্টারনেট.

সংস্থার কর্পোরেট নেটওয়ার্ক 1.

ব্যবহারকারীর ওয়ার্কস্টেশন:
- এইচডিডি;
- র্যাম;
- নেটওয়ার্ক ইন্টারফেস.

ইন্টারনেট.

সংস্থার কর্পোরেট নেটওয়ার্ক 2.

হাইপারভাইজার:
- নেটওয়ার্ক ইন্টারফেস;
- র্যাম;
- এইচডিডি।

ভার্চুয়াল মেশিন:
- নেটওয়ার্ক ইন্টারফেস;
- র্যাম;
- এইচডিডি।

টাইম চ্যানেল
ব্যবহারকারীর ওয়ার্কস্টেশন:
- ইনপুট-আউটপুটের মাধ্যম;
- র্যাম;
- সিস্টেম টাইমার।

ইন্টারনেট.
সংস্থার কর্পোরেট নেটওয়ার্ক 2,

হাইপারভাইজার:
- নেটওয়ার্ক ইন্টারফেস;
- র্যাম;
- সিস্টেম টাইমার।

ভার্চুয়াল মেশিন:
- র্যাম;
- সিস্টেম টাইমার।

কন্ট্রোল কমান্ড ট্রান্সমিশন চ্যানেল
ব্যবহারকারীর ওয়ার্কস্টেশন:
- ইনপুট-আউটপুটের মাধ্যম;
- র্যাম.

(CryptoARM সফটওয়্যারের GUI)

ভার্চুয়াল মেশিন:
- র্যাম;
- এইচডিডি।

(অটোমেশন স্ক্রিপ্ট)

কাজের ফলাফল পাওয়ার জন্য চ্যানেল
ব্যবহারকারীর ওয়ার্কস্টেশন:
- ইনপুট-আউটপুটের মাধ্যম;
- র্যাম.

(CryptoARM সফটওয়্যারের GUI)

ভার্চুয়াল মেশিন:
- র্যাম;
- এইচডিডি।

(অটোমেশন স্ক্রিপ্টের জন্য লগ ফাইল)

শীর্ষ স্তরের নিরাপত্তা হুমকি

ব্যাখ্যা

হুমকির পচন ধরে তৈরি অনুমান:

1. শক্তিশালী ক্রিপ্টোগ্রাফিক অ্যালগরিদম ব্যবহার করা হয়।
2. ক্রিপ্টোগ্রাফিক অ্যালগরিদমগুলি অপারেশনের সঠিক মোডগুলিতে নিরাপদে ব্যবহার করা হয় (উদাহরণস্বরূপ, ইসিবি প্রচুর পরিমাণে ডেটা এনক্রিপ্ট করার ক্ষেত্রে প্রযোজ্য হয় না, কীটিতে অনুমোদিত লোডটি বিবেচনায় নেওয়া হয় ইত্যাদি)।
3. ম্যালফেক্টররা সমস্ত ব্যবহৃত অ্যালগরিদম, প্রোটোকল এবং পাবলিক কীগুলি জানে৷
4. আক্রমণকারীদের সমস্ত এনক্রিপ্ট করা ডেটাতে অ্যাক্সেস রয়েছে।
5. আক্রমণকারীরা সিস্টেমের যেকোনো প্রোগ্রাম উপাদান পুনরুত্পাদন করতে সক্ষম।

পচন

U1. ব্যক্তিগত ক্রিপ্টোগ্রাফিক কীগুলির সাথে আপস করা।
U2. বৈধ প্রেরকের পক্ষে জাল ডেটার এনক্রিপশন।
U3. তথ্যের বৈধ প্রাপক নন এমন ব্যক্তিদের দ্বারা এনক্রিপ্ট করা ডেটার ডিক্রিপশন (অনুপ্রবেশকারী)।
U4. মিথ্যা তথ্যের অধীনে একটি বৈধ স্বাক্ষরকারীর একটি বৈদ্যুতিন স্বাক্ষর তৈরি করা।
U5. মিথ্যা তথ্যের বৈদ্যুতিন স্বাক্ষর পরীক্ষা করে একটি ইতিবাচক ফলাফল প্রাপ্ত করা।
U6. ইলেকট্রনিক নথি ব্যবস্থাপনার সংগঠনে সমস্যার কারণে সম্পাদনের জন্য ইলেকট্রনিক নথির ভুল গ্রহণযোগ্যতা।
U7. CIPF দ্বারা তাদের প্রক্রিয়াকরণের সময় সুরক্ষিত ডেটাতে অননুমোদিত অ্যাক্সেস।

U1. ব্যক্তিগত ক্রিপ্টোগ্রাফিক কীগুলির সাথে আপস করা

U1.1. প্রাইভেট কী স্টোর থেকে প্রাইভেট কী পান।

Y1.2। ক্রিপ্টোগ্রাফিক টুলের কার্যকারিতার পরিবেশের বস্তু থেকে একটি ব্যক্তিগত কী প্রাপ্ত করা, যেখানে এটি অস্থায়ীভাবে অবস্থিত হতে পারে।
ব্যাখ্যা Y1.2।

অস্থায়ীভাবে একটি ব্যক্তিগত কী সঞ্চয় করতে পারে এমন অবজেক্টগুলি অন্তর্ভুক্ত করবে:

1. র্যাম,
2. অস্থায়ী ফাইল,
3. পেজিং ফাইল,
4. হাইবারনেশন ফাইল,
5. ভার্চুয়াল মেশিনের "হট" অবস্থার স্ন্যাপশট ফাইল, ভার্চুয়াল মেশিনের র‍্যামের বিষয়বস্তুর ফাইল সহ যা বিরত করা হয়েছে।

U1.2.1. RAM মডিউল হিমায়িত করে RAM থেকে ব্যক্তিগত কীগুলি পুনরুদ্ধার করা, তাদের নিষ্কাশন করা এবং তারপর ডেটা পড়া (ফ্রিজ আক্রমণ)।
ব্যাখ্যা Y1.2.1।
উদাহরণ আক্রমণ.

Y1.3. একটি ব্যক্তিগত কী বিনিময় চ্যানেল থেকে একটি ব্যক্তিগত কী প্রাপ্ত করা।
ব্যাখ্যা Y1.3।
এই হুমকি বাস্তবায়নের উদাহরণ দেওয়া হবে নিচে.

U1.4. ক্রিপ্টো-কোরের অননুমোদিত পরিবর্তন, যার ফলস্বরূপ ব্যক্তিগত কী আক্রমণকারীদের কাছে পরিচিত হয়ে ওঠে।

Y1.5। তথ্য ফাঁসের প্রযুক্তিগত চ্যানেল (TCLE) ব্যবহারের ফলে প্রাইভেট কী-এর আপস।
ব্যাখ্যা Y1.5।
উদাহরণ আক্রমণ.

U1.6. গোপনীয় তথ্য পুনরুদ্ধারের ("বাগ") জন্য ডিজাইন করা বিশেষ প্রযুক্তিগত উপায় (STS) ব্যবহারের ফলে প্রাইভেট কী-এর আপস।

Y1.7. CIPF এর বাইরে তাদের সঞ্চয়স্থানের সময় ব্যক্তিগত কীগুলির আপস।
ব্যাখ্যা Y1.7।
উদাহরণস্বরূপ, একজন ব্যবহারকারী তাদের মূল মিডিয়া একটি ডেস্কটপ ড্রয়ারে রাখে, যেখান থেকে অনুপ্রবেশকারীরা সহজেই পুনরুদ্ধার করতে পারে।

U2. বৈধ প্রেরকের পক্ষে জাল ডেটার এনক্রিপশন

ব্যাখ্যা
এই হুমকি শুধুমাত্র প্রেরকের প্রমাণীকরণ সহ ডেটা এনক্রিপশন স্কিমগুলির জন্য বিবেচনা করা হয়৷ এই ধরনের স্কিমগুলির উদাহরণগুলি প্রমিতকরণের জন্য সুপারিশগুলিতে নির্দেশিত হয়। R 1323565.1.004-2017 “তথ্য প্রযুক্তি। তথ্যের ক্রিপ্টোগ্রাফিক সুরক্ষা। পাবলিক কী প্রমাণীকরণ সহ পাবলিক কী জেনারেশন স্কিম». অন্যান্য ক্রিপ্টোগ্রাফিক স্কিমগুলির জন্য, এই হুমকিটি বিদ্যমান নেই, যেহেতু এনক্রিপশন প্রাপকের সর্বজনীন কীগুলিতে সঞ্চালিত হয় এবং সেগুলি সাধারণত আক্রমণকারীদের কাছে পরিচিত।

পচন
U2.1. প্রেরকের ব্যক্তিগত কী নিয়ে আপস:
Y2.1.1. লিঙ্ক: "সাধারণ হুমকি মডেল। তথ্যের ক্রিপ্টোগ্রাফিক সুরক্ষা ব্যবস্থা।U1। ব্যক্তিগত ক্রিপ্টোগ্রাফিক কীগুলির আপস".

Y2.2। খোলা ডেটা বিনিময় চ্যানেলে ইনপুট ডেটার প্রতিস্থাপন।
নোট U2.2.
এই হুমকির বাস্তবায়নের উদাহরণ নিচে দেওয়া হল। এখানে и এখানে.

U3. তথ্যের বৈধ প্রাপক নন এমন ব্যক্তিদের দ্বারা এনক্রিপ্ট করা ডেটার ডিক্রিপশন (অনুপ্রবেশকারী)

পচন
Y3.1. এনক্রিপ্ট করা ডেটা প্রাপকের ব্যক্তিগত কীগুলির সাথে আপস করা।
U3.1.1 লিঙ্ক: "সাধারণ হুমকি মডেল। ক্রিপ্টোগ্রাফিক তথ্য সুরক্ষা সিস্টেম। U1. ব্যক্তিগত ক্রিপ্টোগ্রাফিক কীগুলির আপস".

Y3.2। একটি নিরাপদ ডেটা বিনিময় চ্যানেলে এনক্রিপ্ট করা ডেটা প্রতিস্থাপন।

U4. মিথ্যা তথ্যের অধীনে একটি বৈধ স্বাক্ষরকারীর একটি বৈদ্যুতিন স্বাক্ষর তৈরি করা

পচন
Y4.1. বৈধ স্বাক্ষরকারীর ইলেকট্রনিক স্বাক্ষরের ব্যক্তিগত কীগুলির সাথে আপস করা।
U4.1.1 লিঙ্ক: "সাধারণ হুমকি মডেল। ক্রিপ্টোগ্রাফিক তথ্য সুরক্ষা সিস্টেম। U1. ব্যক্তিগত ক্রিপ্টোগ্রাফিক কীগুলির আপস".

Y4.2। খোলা ডেটা বিনিময় চ্যানেলে স্বাক্ষরিত ডেটা প্রতিস্থাপন।
দ্রষ্টব্য U4.2.
এই হুমকির বাস্তবায়নের উদাহরণ নিচে দেওয়া হল। এখানে и এখানে.

U5. মিথ্যা তথ্যের বৈদ্যুতিন স্বাক্ষর পরীক্ষা করে একটি ইতিবাচক ফলাফল প্রাপ্ত করা

পচন
Y5.1. ইলেকট্রনিক স্বাক্ষর চেক করার নেতিবাচক ফলাফলের বার্তাটি কাজের ফলাফল প্রেরণের চ্যানেলে দোষী ব্যক্তিরা বাধা দেয় এবং এটিকে ইতিবাচক ফলাফলের সাথে বার্তা দিয়ে প্রতিস্থাপন করে।

Y5.2। আক্রমণকারীরা শংসাপত্রে স্বাক্ষর করার বিশ্বাসের উপর আক্রমণ চালায় (দৃশ্যকল্প - সমস্ত উপাদান প্রয়োজন):
U5.2.1. আক্রমণকারীরা একটি ইলেকট্রনিক স্বাক্ষরের জন্য একটি সর্বজনীন এবং ব্যক্তিগত কী তৈরি করে৷ যদি সিস্টেমটি ইলেকট্রনিক স্বাক্ষর কী শংসাপত্রগুলি ব্যবহার করে, তবে তারা একটি ইলেকট্রনিক স্বাক্ষর শংসাপত্র তৈরি করে যা যতটা সম্ভব ডেটার অভিযুক্ত প্রেরকের শংসাপত্রের মতো যার বার্তা তারা জাল করতে চায়৷
U5.2.2. আক্রমণকারীরা পাবলিক কী স্টোরে অননুমোদিত পরিবর্তন করে, তাদের দ্বারা তৈরি করা পাবলিক কীকে প্রয়োজনীয় স্তরের আস্থা ও কর্তৃত্ব প্রদান করে।
Y5.2.3. আক্রমণকারীরা পূর্বে তৈরি করা ইলেকট্রনিক স্বাক্ষর কী দিয়ে জাল ডেটা স্বাক্ষর করে এবং এটি একটি নিরাপদ ডেটা বিনিময় চ্যানেলে এম্বেড করে।

Y5.3. আক্রমণকারীরা বৈধ স্বাক্ষরকারীর মেয়াদোত্তীর্ণ ইলেকট্রনিক স্বাক্ষর কী ব্যবহার করে আক্রমণ চালায় (দৃশ্যকল্প - সমস্ত উপাদান প্রয়োজন):
Y5.3.1. আক্রমণকারীরা বৈধ প্রেরকের ইলেকট্রনিক স্বাক্ষরের মেয়াদ উত্তীর্ণ (বর্তমানে বৈধ নয়) ব্যক্তিগত কীগুলির সাথে আপস করে।
Y5.3.2। আক্রমণকারীরা টাইম ট্রান্সমিশন চ্যানেলের সময়টিকে সেই সময়ের সাথে প্রতিস্থাপন করে যেখানে আপস করা কীগুলি এখনও বৈধ ছিল।
Y5.3.3. আক্রমণকারীরা একটি পূর্বে আপস করা ইলেকট্রনিক স্বাক্ষর কী দিয়ে জাল ডেটা স্বাক্ষর করে এবং এটি একটি নিরাপদ ডেটা বিনিময় চ্যানেলে এম্বেড করে।

Y5.4. আক্রমণকারীরা আইনী স্বাক্ষরকারীর আপোসকৃত ইলেকট্রনিক স্বাক্ষর কী ব্যবহার করে আক্রমণ চালায় (দৃশ্যকল্প - সমস্ত উপাদান প্রয়োজন):
Y5.4.1. আক্রমণকারীরা পাবলিক কী স্টোরের একটি অনুলিপি তৈরি করে।
Y5.4.2। আক্রমণকারীরা বৈধ প্রেরকদের একজনের ব্যক্তিগত কীগুলির সাথে আপস করে। তিনি সমঝোতা লক্ষ্য করেন, চাবি প্রত্যাহার করেন, চাবি প্রত্যাহার সম্পর্কে তথ্য পাবলিক কী স্টোরে স্থাপন করা হয়।
Y5.4.3. আক্রমণকারীরা পাবলিক কী স্টোরটি পূর্বে কপি করা একটি দিয়ে প্রতিস্থাপন করে।
Y5.4.4. আক্রমণকারীরা একটি পূর্বে আপস করা ইলেকট্রনিক স্বাক্ষর কী দিয়ে জাল ডেটা স্বাক্ষর করে এবং এটি একটি নিরাপদ ডেটা বিনিময় চ্যানেলে এম্বেড করে।

Y5.5। <...> ইলেকট্রনিক স্বাক্ষর যাচাইকরণের ২য় এবং ৩য় ধাপ বাস্তবায়নে ত্রুটির উপস্থিতির কারণে:
ব্যাখ্যা Y5.5।
এই হুমকি বাস্তবায়নের উদাহরণ দেওয়া হয়েছে নিচে.

U5.5.1. CRL বা OCSP চেক ছাড়াই যে শংসাপত্রের সাথে এটি স্বাক্ষর করা হয়েছে তাতে বিশ্বাসের উপস্থিতি দ্বারা শুধুমাত্র বৈদ্যুতিন স্বাক্ষর কী-এর শংসাপত্রে বিশ্বাসের যাচাইকরণ।
ব্যাখ্যা Y5.5.1।
বাস্তবায়ন উদাহরণ হুমকি.

Y5.5.2। একটি শংসাপত্রের জন্য বিশ্বাসের একটি শৃঙ্খল তৈরি করার সময়, শংসাপত্র প্রদানের কর্তৃত্ব বিশ্লেষণ করা হয় না
ব্যাখ্যা Y5.5.2।
SSL/TLS শংসাপত্রের বিরুদ্ধে আক্রমণের একটি উদাহরণ।
হামলাকারীরা তাদের ই-মেইলের জন্য একটি বৈধ সার্টিফিকেট কিনেছে। এরপর তারা জালিয়াতি করে ওয়েবসাইট সার্টিফিকেট তৈরি করে নিজের সার্টিফিকেট দিয়ে স্বাক্ষর করে। যদি শংসাপত্র চেক করা না হয়, তবে ট্রাস্টের চেইন চেক করার সময়, এটি সঠিক বলে প্রমাণিত হবে এবং সেই অনুযায়ী, জালিয়াতি শংসাপত্রটিও সঠিক হবে।

Y5.5.3. একটি শংসাপত্র ট্রাস্ট চেইন তৈরি করার সময়, মধ্যবর্তী শংসাপত্রগুলি প্রত্যাহার করার জন্য পরীক্ষা করা হয় না।

Y5.5.4. শংসাপত্র কর্তৃপক্ষ তাদের ইস্যু করার চেয়ে CRLগুলি কম ঘন ঘন আপডেট করা হয়।

Y5.5.5। ইলেকট্রনিক স্বাক্ষরের উপর আস্থা রাখার সিদ্ধান্তটি শংসাপত্রের স্থিতি সম্পর্কে OCSP প্রতিক্রিয়া প্রাপ্তির আগে নেওয়া হয়, স্বাক্ষর তৈরির সময়ের পরে বা CRL স্বাক্ষর প্রাপ্তির পরে পরবর্তী একটির চেয়ে আগে করা অনুরোধে পাঠানো হয়।
ব্যাখ্যা Y5.5.5।
বেশিরভাগ CA-এর প্রবিধানে, শংসাপত্র প্রত্যাহার করার সময়টিকে শংসাপত্রের প্রত্যাহার সম্পর্কে তথ্য সম্বলিত নিকটতম CRL প্রদানের সময় হিসাবে বিবেচনা করা হয়।

U5.5.6. স্বাক্ষরিত ডেটা প্রাপ্তির পরে, প্রেরকের দ্বারা শংসাপত্রের মালিকানা পরীক্ষা করা হয় না।
ব্যাখ্যা Y5.5.6।
আক্রমণের উদাহরণ। SSL সার্টিফিকেটের জন্য, সার্ভারের ঠিকানা সার্টিফিকেটের CN ক্ষেত্রের মানের সাথে মেলে কিনা তা পরীক্ষা নাও করতে পারে।
আক্রমণের উদাহরণ। আক্রমণকারীরা পেমেন্ট সিস্টেমে অংশগ্রহণকারীদের একজনের ইলেকট্রনিক স্বাক্ষর কীগুলির সাথে আপস করেছিল। এর পরে, তারা অন্য একজন অংশগ্রহণকারীর নেটওয়ার্ক হ্যাক করেছে এবং তার পক্ষে, পেমেন্ট সিস্টেমের সেটেলমেন্ট সার্ভারে আপোসকৃত কী সহ স্বাক্ষরিত অর্থপ্রদানের নথি পাঠিয়েছে। যদি সার্ভার শুধুমাত্র বিশ্বাস বিশ্লেষণ করে এবং সম্মতি পরীক্ষা না করে, তাহলে জালিয়াতি নথি বৈধ বলে বিবেচিত হবে।

U6. ইলেকট্রনিক নথি ব্যবস্থাপনার সংগঠনে সমস্যার কারণে সম্পাদনের জন্য ইলেকট্রনিক নথির ভুল গ্রহণযোগ্যতা।

পচন
U6.1. গ্রহীতা দল প্রাপ্ত নথির নকল সনাক্ত করে না।
ব্যাখ্যা Y6.1।
আক্রমণের উদাহরণ। ম্যালফ্যাক্টররা প্রাপকের কাছে স্থানান্তরিত নথিটিকে আটকাতে পারে, এমনকি যদি এটি ক্রিপ্টোগ্রাফিকভাবে সুরক্ষিত থাকে এবং তারপরে বারবার নিরাপদ ডেটা ট্রান্সমিশন চ্যানেলে পাঠাতে পারে। যদি প্রাপক ডুপ্লিকেট সনাক্ত না করে, তাহলে সমস্ত প্রাপ্ত নথিগুলিকে বিভিন্ন নথি হিসাবে বিবেচনা করা হবে এবং প্রক্রিয়া করা হবে৷

U7. CIPF দ্বারা তাদের প্রক্রিয়াকরণের সময় সুরক্ষিত ডেটাতে অননুমোদিত অ্যাক্সেস

পচন

U7.1. <…> তৃতীয় পক্ষের চ্যানেলের মাধ্যমে তথ্য ফাঁসের কারণে (সাইড চ্যানেল আক্রমণ)।
ব্যাখ্যা Y7.1।
উদাহরণ আক্রমণ.

U7.2. <...> CIPF-তে প্রক্রিয়াকৃত তথ্যে অননুমোদিত অ্যাক্সেসের বিরুদ্ধে সুরক্ষা নিরপেক্ষকরণের কারণে:
Y7.2.1. CIPF-এর জন্য ডকুমেন্টেশনে বর্ণিত প্রয়োজনীয়তা লঙ্ঘন সহ CIPF-এর অপারেশন।

Y7.2.2। <…> এর মধ্যে দুর্বলতার উপস্থিতির কারণে বাস্তবায়িত হয়েছে:
Y7.2.2.1. <…> অননুমোদিত অ্যাক্সেসের বিরুদ্ধে সুরক্ষার উপায়।
Y7.2.2.2। <…> সিআইপিএফ নিজেই।
Y7.2.2.3. <...> ক্রিপ্টোগ্রাফিক টুলের কাজের জন্য পরিবেশ।

আক্রমণের উদাহরণ

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

দৃশ্যকল্প 1. হুমকি U2.2 এবং U4.2 বাস্তবায়নের একটি উদাহরণ।

বস্তুর বর্ণনা


এআরএম কেবিআর সফ্টওয়্যার এবং সিআইপিএফ এসসিএডি স্বাক্ষর একটি শারীরিক কম্পিউটারে ইনস্টল করা আছে যা একটি কম্পিউটার নেটওয়ার্কের সাথে সংযুক্ত নয়। FKN vdToken একটি অ-পুনরুদ্ধারযোগ্য কী সহ অপারেশন মোডে একটি কী ক্যারিয়ার হিসাবে ব্যবহৃত হয়।

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

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

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

দৃশ্যকল্প 2. হুমকি U2.2 এবং U4.2 বাস্তবায়নের একটি উদাহরণ।

বস্তুর বর্ণনা


ইনস্টল করা AWS KBR, SKAD স্বাক্ষর এবং FKN vdToken-এর সংযুক্ত কী ক্যারিয়ার সহ কম্পিউটারটি কর্মীদের অ্যাক্সেস ছাড়াই একটি উত্সর্গীকৃত ঘরে কাজ করে।
নিষ্পত্তি বিশেষজ্ঞ RDP প্রোটোকলের মাধ্যমে দূরবর্তী অ্যাক্সেস মোডে KBR-এর AWS-এর সাথে সংযোগ করেন।

আক্রমণ
আক্রমণকারীরা বিশদ বিবরণ আটকে দেয়, যা ব্যবহার করে নিষ্পত্তি বিশেষজ্ঞ KBR স্বয়ংক্রিয় কর্মক্ষেত্রের সাথে সংযোগ করে এবং কাজ করে (উদাহরণস্বরূপ, তার কম্পিউটারে ক্ষতিকারক কোডের কারণে)। তারপরে তারা তার পক্ষে সংযোগ করে এবং ব্যাংক অফ রাশিয়ার পেমেন্ট সিস্টেমে একটি জাল পেমেন্ট অর্ডার পাঠায়।

দৃশ্যকল্প 3. হুমকি বাস্তবায়নের একটি উদাহরণ U1.3.

বস্তুর বর্ণনা


আসুন আমরা নতুন স্কিমের (ARM KBR-N) জন্য ABS-KBR ইন্টিগ্রেশন মডিউলগুলি বাস্তবায়নের জন্য একটি অনুমানমূলক বিকল্প বিবেচনা করি, যেখানে বহির্গামী নথিগুলির বৈদ্যুতিন স্বাক্ষর ABS এর পাশে ঘটে। একই সময়ে, আমরা ধরে নেব যে ABS একটি অপারেটিং সিস্টেমের ভিত্তিতে কাজ করে যা CIPF SKAD স্বাক্ষর দ্বারা সমর্থিত নয়, এবং সেই অনুযায়ী, ক্রিপ্টোগ্রাফিক কার্যকারিতা একটি পৃথক ভার্চুয়াল মেশিনে স্থাপন করা হয়েছে - ABS-CBR ইন্টিগ্রেশন মডিউল .
অপসারণযোগ্য কী মোডে অপারেটিং একটি নিয়মিত ইউএসবি টোকেন একটি কী ক্যারিয়ার হিসাবে ব্যবহৃত হয়। যখন কী ক্যারিয়ারটি হাইপারভাইজারের সাথে সংযুক্ত ছিল, তখন দেখা গেল যে সিস্টেমে কোনও বিনামূল্যের ইউএসবি পোর্ট নেই, তাই একটি নেটওয়ার্ক ইউএসবি হাবের মাধ্যমে ইউএসবি টোকেনটি সংযুক্ত করার এবং একটি ইউএসবি-ওভার-আইপি ক্লায়েন্ট ইনস্টল করার সিদ্ধান্ত নেওয়া হয়েছিল। ভার্চুয়াল মেশিন যা হাবের সাথে যোগাযোগ করবে।

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

দৃশ্যকল্প 4. হুমকি বাস্তবায়নের একটি উদাহরণ U5.5.

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

আক্রমণ

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

উত্স: www.habr.com