Coordinated vulnerability disclosure

সমন্বিত দুর্বলতা প্রকাশ (CVD)

কীভাবে নিরাপত্তা দুর্বলতা জানাতে, গ্রহণ করতে ও সমন্বয় করতে হয়, নমুনা নীতিমালাসহ।

সমন্বিত দুর্বলতা প্রকাশ (Coordinated vulnerability disclosure, CVD) কম্পিউটার নিরাপত্তার একটি পরিভাষা। এটি বর্ণনা করে মানুষ কীভাবে নিরাপত্তা সমস্যা সম্পর্কে প্রতিবেদন ভাগ করে নিতে পারে। উদাহরণ হলো বাগ রিপোর্ট, অনুপ্রবেশের ঝুঁকি, হ্যাকিংয়ের সতর্কতা, ডেটা ফাঁস, ওয়েবসাইটে অনুপ্রবেশ ইত্যাদি।

অনুবাদ: العربية, Български, বাংলা, Čeština, Cymraeg, Dansk, Deutsch, Ελληνικά, English, Español, Eesti, Euskara, فارسی, Suomi, Français, Gaeilge, Gàidhlig, ગુજરાતી, Hausa, עברית, हिन्दी, Hrvatski, Magyar, Bahasa Indonesia, Íslenska, Italiano, 日本語, 한국어, Lietuvių, Latviešu, Nederlands, Polski, Português, Română, Русский, Slovenčina, Slovenščina, Svenska, Kiswahili, ไทย, Türkçe, Українська, اردو, Tiếng Việt, 中文

সূচিপত্র:

নীতিমালা:

ভূমিকা

এই নথিটি সমন্বিত দুর্বলতা প্রকাশ এমনভাবে ব্যাখ্যা করে, যা মানুষকে একসঙ্গে কাজ করতে সাহায্য করতে পারে।

নথির লক্ষ্য:

  1. যাঁরা নিরাপত্তা সমস্যা আবিষ্কার করেন এবং তা জানাতে চান, তাঁদের সাহায্য করা।

  2. কোম্পানির প্রতিনিধিদের দায়িত্বশীল প্রকাশের প্রয়োজন, লক্ষ্য, চর্চা এবং বিশেষ ক্ষেত্রগুলো বুঝতে সাহায্য করা।

  3. রিপোজিটরির ফোল্ডারে সমন্বিত দুর্বলতা প্রকাশের নমুনা নীতি অন্তর্ভুক্ত করা।

আমরা পুল রিকোয়েস্ট, বা GitHub ইস্যু, বা security@joelparkerhenderson.com-এ ইমেইলকে স্বাগত জানাই।

সমন্বিত দুর্বলতা প্রকাশ কী?

কেউ যখন একটি নিরাপত্তা সমস্যা (যেমন সফটওয়্যারের বাগ) আবিষ্কার করেন এবং সেটি উৎপাদকের (যেমন যে কোম্পানি সফটওয়্যারটি তৈরি করে) কাছে জানাতে চান, তখন সমন্বিত দুর্বলতা প্রকাশ তিনটি ধাপ বর্ণনা করে।

ধাপসমূহ:

  1. আবিষ্কারক সদিচ্ছায় সমস্যাটি উৎপাদকের কাছে গোপনে জানান।

  2. উৎপাদক সদিচ্ছায় ব্যবহারকারীদের রক্ষা করার এবং সমস্যাটির সমাধান করার চেষ্টা করেন।

  3. নির্দিষ্ট সময় পরে নিরাপত্তা সমস্যাটি প্রকাশ্যে আনা হয়।

ধাপ ১: সমস্যাটি জানান

ধাপ ১ আবিষ্কারকের জন্য: সদিচ্ছায় সমস্যাটি গোপনে জানান।

  • ভালো: আবিষ্কারক প্রাসঙ্গিক তথ্য উৎপাদকের কাছে পাঠান, যেমন উৎপাদকের নিরাপত্তা ইমেইল ঠিকানায় ইমেইলের মাধ্যমে (সাধারণত "security@example.com") অথবা উৎপাদকের ওয়েবসাইটের ওয়েব পেজ ফর্মের মাধ্যমে (সাধারণত "https://www.example.com/security")।

  • খারাপ: জনসাধারণের ব্লগে প্রতিবেদন প্রকাশ করা, বা গণমাধ্যমকে সতর্ক করা, বা হুমকি দেওয়া, বা নিরাপত্তা সমস্যাটি হ্যাকারদের কাছে বিক্রির চেষ্টা করা ইত্যাদি।

  • পরামর্শ: আবিষ্কারক বেনামে থাকতে পারেন; উৎপাদকও বেনামে থাকতে পারেন।

চাইলে সমস্যাটি সম্পর্কে সচেতন থাকা চালিয়ে যান।

  • ভালো: যোগাযোগের পথ খোলা রাখা, বা পরবর্তী তথ্য দেওয়া, বা পরিস্থিতি পর্যবেক্ষণ করা।

  • খারাপ: সমস্যাটির কথা ভুলে যাওয়া।

  • পরামর্শ: আবিষ্কারক সাহায্য করতে বা না করতে পারেন, এবং যোগাযোগ রাখতে বা না রাখতেও পারেন, এবং পরিস্থিতি বদলালে ব্যবস্থা বদলাতেও পারেন।

চাইলে সমস্যাটি অন্যদের কাছে প্রকাশ করুন।

  • ভালো: নির্ধারিত সময় অপেক্ষা করে তারপর প্রকাশ্যে যাওয়া, যেমন নিরাপত্তা সংবাদ সাইটে প্রাসঙ্গিক তথ্য পোস্ট করা, বা প্রাসঙ্গিক তৃতীয় পক্ষের নিরাপত্তা গবেষকদের সঙ্গে যোগাযোগ করা, বা যেকোনো সর্বজনীন সামাজিক সাইটে সমস্যাটি ঘোষণা করা ইত্যাদি।

  • খারাপ: সমস্যাটি অন্যদের কাছে প্রকাশ না করা, যদি না আপনি মনে করেন এটি নিজের বা অন্যদের জন্য তুলনামূলক পরিমাণের চেয়ে বেশি ঝুঁকি তৈরি করবে।

  • পরামর্শ: পরিস্থিতি বদলালে, যেমন বেশি ঝুঁকি বা বাস্তবে সক্রিয় এক্সপ্লয়েট (active exploit in the wild) আবিষ্কার হলে, আবিষ্কারক অন্যদের কাছে সমস্যাটি আরও আগে প্রকাশ করতে পারেন।

ধাপ ২: যোগাযোগ নিশ্চিত করুন

ধাপ ২ উৎপাদকের জন্য: যোগাযোগের মাধ্যমগুলো কার্যকর কি না তা নিশ্চিত করুন।

  • ভালো: উৎপাদক একটি নিরাপত্তা যোগাযোগের ইমেইল ঠিকানা প্রকাশ করেন (প্রচলিতভাবে "security@example.com") এবং আদর্শভাবে একটি নিরাপদ ইমেইল এনক্রিপশন কী।

  • ভালো: উৎপাদক একটি নিরাপত্তা যোগাযোগের ওয়েব পেজ প্রকাশ করেন (প্রচলিতভাবে "https://www.example.com/security") এবং আদর্শভাবে পেজটি সহজে খুঁজে পাওয়ার ব্যবস্থা করেন, যেমন ওয়েবসাইটের ফুটার, সাইটম্যাপ এবং সার্চের মাধ্যমে।

  • খারাপ: উৎপাদক ইমেইল ঠিকানা বা ওয়েব পেজ দেন না, অথবা সেগুলো সহজে খুঁজে পাওয়ার ব্যবস্থা করেন না।

কর্মীদের সক্ষমতা নিশ্চিত করুন।

  • ভালো: উৎপাদক সহায়তা কর্মীদের প্রশিক্ষণ দেন কোনো নিরাপত্তা জিজ্ঞাসা পেলে কী করতে হবে, যেমন যোগাযোগের তথ্যসহ কীভাবে সাড়া দিতে হবে, বা জিজ্ঞাসাটি সঠিক অভ্যন্তরীণ দলের কাছে কীভাবে পাঠাতে হবে।

  • ভালো: উৎপাদক নিয়মিত যাচাই করেন যে কর্মীদের সক্ষমতা কাজ করছে।

  • খারাপ: উৎপাদক প্রশিক্ষণ দেন না বা যাচাই করেন না।

সময়সীমার মধ্যে আবিষ্কারককে সাড়া দিন।

  • আবিষ্কারক কোনো সময়সীমা নির্দিষ্ট না করলে একটি কার্যদিবস ব্যবহার করুন, কারণ এটি শিল্পের মান এবং বর্তমান শিল্পের সর্বোত্তম চর্চা।

  • আবিষ্কারক প্রশ্ন করলে উত্তর দিন। আবিষ্কারক পরীক্ষা করার অনুমতি চাইলে এটি বিশেষভাবে গুরুত্বপূর্ণ। নিশ্চিত করুন সব উত্তর স্পষ্ট ও সরাসরি।

অনুমোদিত নিরাপত্তা যোগাযোগকারী এবং/অথবা অনুমোদিত নিরাপত্তা প্রক্রিয়ার মাধ্যমে আবিষ্কারককে সাড়া দিন।

  • ভালো: নিরাপত্তা-নির্দিষ্ট ইমেইল ঠিকানা থেকে উত্তর, যেমন "security@example.com"।

  • উদাহরণস্বরূপ যা খারাপ: "help@example.com"-এর মতো সাধারণ উদ্দেশ্যের ইমেইল ঠিকানা থেকে উত্তর, বা অনুমোদিত নিরাপত্তা পেশাদার নন এমন কারও কাছ থেকে।

আবিষ্কারককে জানান যে বিষয়টি নিরাপত্তা প্রতিবেদন হিসেবে স্বীকৃত হয়েছে।

  • ভালো: নিরাপত্তা-নির্দিষ্ট ভাষা, যেমন "আমাদের নিরাপত্তা দল আপনার দায়িত্বশীল প্রকাশের প্রতিবেদন পেয়েছে", বা "আমাদের নিরাপত্তা প্রক্রিয়ার পরবর্তী ধাপগুলো এই", বা "আপনার তথ্য এখন আমাদের নিরাপত্তা ট্র্যাকারে XYZ আইডি নম্বরসহ আছে" ইত্যাদি।

  • খারাপ: সাধারণ উদ্দেশ্যের ভাষা, যেমন "আমরা আপনার ব্যবসার কদর করি", বা "আমরা নিরাপত্তাকে গুরুত্ব দিয়ে নিই", দায় এড়ানোর ভাষা, যেমন "আমরা আপনার ইমেইল অন্য বিভাগে পাঠিয়েছি" ইত্যাদি।

ধাপ ৩: সদিচ্ছায় কাজ করুন

ধাপ ৩ আবিষ্কারক ও উৎপাদক উভয়ের জন্য: সদিচ্ছায় একসঙ্গে কাজ করুন।

বুঝুন যে সমন্বিত দুর্বলতা প্রকাশ একটি সদিচ্ছার প্রক্রিয়া বর্ণনা করে।

  • ১ নম্বর লক্ষ্য হলো ব্যবহারকারীদের নিরাপত্তা ঝুঁকি থেকে নিজেদের রক্ষা করতে সদিচ্ছায় সাহায্য করা।

  • ২ নম্বর লক্ষ্য হলো নিরাপত্তা সমস্যাটির সমাধানে সদিচ্ছা।

  • আবিষ্কারক এবং/অথবা উৎপাদক সদিচ্ছায় অন্য নিরাপত্তা-সংশ্লিষ্ট ব্যক্তিদের জড়াতে বেছে নিতে পারেন, যেমন সমস্যায় সাহায্যের জন্য অন্য প্রাসঙ্গিক নিরাপত্তা গবেষকদের সঙ্গে যোগাযোগ করা।

বুঝুন যে সমন্বিত দুর্বলতা প্রকাশ কোনো বাধ্যবাধকতা তৈরি করে না।

  • আবিষ্কারক এবং/অথবা উৎপাদক যেকোনো সময়, যেকোনো কারণে, সতর্কতাসহ বা সতর্কতা ছাড়া সরে দাঁড়াতে পারেন। সংশ্লিষ্ট সবাইকে অবহিত ও হালনাগাদ রাখা সৌজন্যমূলক, তবে এটি সবসময় সম্ভব, বাস্তবসম্মত বা কাম্য নয়।

  • সমন্বিত দুর্বলতা প্রকাশ কোনো আইনি চুক্তি তৈরি করে না। আবিষ্কারক ও উৎপাদকের মধ্যে ইতোমধ্যে আইনি চুক্তি থাকলে আমরা প্রস্তাব করি সংশ্লিষ্ট সবাই উপযুক্ত আইনজীবীদের সঙ্গে পরামর্শ করুন; এই নথি আইনি পরামর্শ হিসেবে ব্যবহার করবেন না।

বুঝুন যে সমন্বিত দুর্বলতা প্রকাশ ভালো যোগাযোগ ব্যবহার করতে এবং হুমকি প্রত্যাখ্যান করতে চায়।

  • সমন্বিত দুর্বলতা প্রকাশ সবচেয়ে ভালো কাজ করে যখন সংশ্লিষ্ট সবাই বোঝেন যে ১ নম্বর লক্ষ্য হলো ব্যবহারকারীদের নিরাপত্তা ঝুঁকি থেকে নিজেদের রক্ষা করতে সাহায্য করা, এবং ২ নম্বর লক্ষ্য হলো নিরাপত্তা সমস্যাটির সমাধান।

  • সমন্বিত দুর্বলতা প্রকাশ প্রতিশোধ, ভয় দেখানো, স্থগিতকরণ, বাতিলকরণ, চাঁদাবাজি, অনুসরণের বোঝা, বা ভুক্তভোগীকে দোষারোপ করার যেকোনো ধরনের হুমকি প্রত্যাখ্যান করে।

বুঝুন যে সমন্বিত দুর্বলতা প্রকাশ বিভিন্ন মানুষের কাছে বিভিন্ন অর্থ বহন করতে পারে।

  • আবিষ্কারক ও উৎপাদকের সমন্বিত দুর্বলতা প্রকাশ সম্পর্কে ভিন্ন ধারণা থাকতে পারে। এই ধারণাগুলো পরস্পরের সঙ্গে নাও মিলতে পারে। সদিচ্ছার মধ্যে সংশ্লিষ্ট সবার এটি বোঝা অন্তর্ভুক্ত।

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

বুঝুন যে সাধারণত আবিষ্কারক প্রকাশকের উপকার করছেন।

  • সাধারণত দুর্বলতা প্রকাশ করতে আবিষ্কারকের কারও অনুমতির প্রয়োজন হয় না।

  • সাধারণত আবিষ্কারকের তথ্য প্রকাশককে সাহায্য করে।

সাফল্য যাচাই করুন

সমস্যা সমাধানের পর উৎপাদককে সাফল্য যাচাই করতে হবে।

  • সব মানুষ ও প্রক্রিয়া কি প্রকাশটি সফলভাবে সামলেছে? হলে ভালো। না হলে কর্ম-পরবর্তী গবেষণা বিবেচনা করুন, যেমন মূল কারণ বিশ্লেষণ (RCA), পোস্ট-মর্টেম প্রতিবেদন, ইশিকাওয়া ডায়াগ্রাম, বা সিস্টেম তত্ত্বভিত্তিক কার্যকারণ বিশ্লেষণ (CAST)।

  • অবশিষ্ট সমস্যাগুলো কি অগ্রাধিকার দিয়ে সাজানো এবং ট্র্যাক করা হচ্ছে?

  • উৎপাদক ও আবিষ্কারক উভয়ই কি পরবর্তী যেকোনো ধাপে কী করতে হবে তা বোঝেন? পরবর্তী সমন্বিত দুর্বলতা প্রকাশের সম্ভাবনা থাকলে এটি সঠিকভাবে করা বিশেষভাবে গুরুত্বপূর্ণ।

নির্দেশনা

সমন্বিত দুর্বলতা প্রকাশের নির্দেশনা নানা ক্ষেত্র থেকে আসতে পারে, যেমন নীতিশাস্ত্র বিশেষজ্ঞ, আইনি সমর্থক, সাধারণ জনগণের যুক্তিসংগত প্রত্যাশা ইত্যাদি।

আপনি নির্দেশনা খুঁজলে নিচে বর্ণিত এই তিনটি ক্ষেত্রে আপনার আগ্রহ থাকতে পারে।

  • ভালো সামারিটান

  • উদ্ধারের দায়িত্ব

  • যত্নের দায়িত্ব

ভালো সামারিটান

Wikipedia: ভালো সামারিটান আইন

ভালো সামারিটান আইন (Good Samaritan law) এমন মানুষদের আইনি সুরক্ষা দেয় যাঁরা আহত, অসুস্থ, বিপদগ্রস্ত বা অন্য কোনোভাবে অক্ষম (বা যাঁদের তেমন বলে বিশ্বাস করা হয়) ব্যক্তিদের যুক্তিসংগত সহায়তা দেন। মামলা বা বিচারের ভয়ে পথচারীদের সাহায্য করতে দ্বিধা কমানোই এই সুরক্ষার উদ্দেশ্য।

উদ্ধারের দায়িত্ব

Wikipedia: উদ্ধারের দায়িত্ব

উদ্ধারের দায়িত্ব এমন একটি ধারণা, যা সেই পরিস্থিতি বর্ণনা করে যেখানে বিপদে থাকা অপর পক্ষকে উদ্ধারে এগিয়ে না আসার জন্য কোনো পক্ষকে দায়ী করা যেতে পারে। উদ্ধারের দায়িত্বের নৈতিক এবং/অথবা আইনি ক্ষেত্র থাকতে পারে।

যত্নের দায়িত্ব

Wikipedia: যত্নের দায়িত্ব

যত্নের দায়িত্ব হলো এমন যেকোনো কাজ করার সময় যুক্তিসংগত যত্নের মান বজায় রাখার বাধ্যবাধকতা, যা পূর্বানুমানযোগ্যভাবে অন্যদের ক্ষতি করতে পারে। যত্নের দায়িত্বের নৈতিক এবং/অথবা আইনি ক্ষেত্র থাকতে পারে। বিবেচনার কিছু দিক হলো: ক্ষতি বা আঘাতের পূর্বানুমানযোগ্যতা, সম্ভাব্য ক্ষতি বা আঘাতের সম্ভাব্য পরিমাণ, বিবাদী যে কাজে যুক্ত ছিলেন তার গুরুত্ব বা সামাজিক মূল্য, বিবাদীর জন্য সেই আচরণের উপযোগিতা, বিকল্প আচরণের সম্ভাব্যতা, বিকল্প আচরণের সঙ্গে সম্পর্কিত খরচ ও বোঝা, বিকল্প আচরণের আপেক্ষিক উপযোগিতা, এবং বিকল্প আচরণের আপেক্ষিক নিরাপত্তা।

বিশেষ ক্ষেত্র

আমাদের নিরাপত্তা দলগুলো নানা ধরনের বিশেষ ক্ষেত্র দেখেছে।

কোনটা ঠিক আর কোনটা ঠিক নয় সে বিষয়ে কোথায় বিস্তৃত মতভেদ আছে তা মানুষকে বুঝতে সাহায্য করতে আমরা এগুলো এখানে বর্ণনা করছি। আমরা সুপারিশ করি যে সংশ্লিষ্ট সবাই এগুলো নিয়ে সদিচ্ছায় যোগাযোগ করুন।

অন্য ব্যবহারকারীদের তথ্যে প্রবেশ

উদাহরণ: আপনি আবিষ্কার করলেন যে একটি URL-এ আপনার ব্যবহারকারী আইডি আছে, এবং তা একটি বাগ প্রকাশ করে, এবং আপনি বিশ্বাস করেন URL সম্পাদনা করে আপনার ব্যবহারকারী আইডি অন্য ব্যবহারকারী আইডিতে বদলাতে পারবেন।

  • আবিষ্কারকের কি এটি করা ঠিক, যেমন কেবল এটি অন্য ব্যবহারকারীদেরও প্রভাবিত করছে কি না তা জানার লক্ষ্যে?

  • সব ব্যবহারকারীর ঝুঁকির ব্যাপ্তি দ্রুত বোঝা কি এমন কয়েকজন ব্যবহারকারীকে রক্ষা করার চেয়ে বেশি গুরুত্বপূর্ণ, যাঁদের তথ্য হয়তো ইতোমধ্যেই হ্যাকারদের কাছে দৃশ্যমান?

  • আবিষ্কারকের কি যত খুশি ব্যবহারকারীর ক্ষেত্রে এটি করা ঠিক?

  • আবিষ্কারকের কি ব্যবহারকারীদের জানাতে যোগাযোগের চেষ্টা করা ঠিক যে তাঁরা প্রভাবিত? প্রশমনের পরামর্শ দেওয়া কি ঠিক?

সেবা অস্বীকার

উদাহরণ: আপনি এমন একটি বাগ আবিষ্কার করলেন যা ঘটনাক্রমে আপনার অ্যাকাউন্ট স্থগিত করে, যেমন পাসওয়ার্ড লক চালু হওয়া।

  • এটি কি সেবা অস্বীকার (denial of service) আক্রমণ হিসেবে গণ্য?

অযাচিত ইমেইল

উদাহরণ: আপনি কোম্পানির এমন লোকদের কাছে একটি নিরাপত্তা সমস্যা জানানোর চেষ্টা করছেন যাঁদের আপনি প্রাসঙ্গিক মনে করেন, এবং যাঁদের আপনি LinkedIn, Facebook ইত্যাদিতে গবেষণা করে, বা "webmaster@example.com" বা "security@example.com"-এর মতো নামকরণ রীতি ব্যবহার করে খুঁজে পান।

  • এটি কি ঠিক?

  • এটি কি অযাচিত ইমেইল (unsolicited email) হিসেবে গণ্য?

  • এটি কি অননুমোদিত ইমেইল (unauthorized email) হিসেবে গণ্য?

বাদ দেওয়া গোষ্ঠী

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

  • আপনার কি প্রতিবেদন করা ঠিক?

  • বেনামে প্রতিবেদন করা কি ঠিক?

  • বাদ দেওয়া গোষ্ঠী এড়াতে, এবং প্রকাশ যেন সঠিক মানুষের কাছে পৌঁছায় সেই লক্ষ্যে, সম্ভাব্য শনাক্তকারী তথ্য ইচ্ছাকৃতভাবে বদলানো কি ঠিক?

তৃতীয় পক্ষ

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

  • আপনি যা পেয়েছেন সব তথ্য উভয় পক্ষকে জানানো কি ঠিক?

  • দুটি আলাদা দায়িত্বশীল প্রকাশ করা কি প্রয়োজন, যেমন এক কোম্পানির কাছে একটি প্রতিবেদন, এবং তৃতীয় পক্ষের কোম্পানির কাছে আলাদা প্রতিবেদন, প্রতিটি কোম্পানিতে পাঠানো তথ্য সীমিত করার লক্ষ্যে?

  • আবিষ্কারকের কি কোম্পানিগুলোকে পরস্পরের সঙ্গে যোগাযোগ করিয়ে দেওয়া ঠিক?

বিঘ্নকারী সফটওয়্যার

উদাহরণ: আপনি এতটাই দক্ষ যে এমন একটি ভাইরাস লিখতে পারেন, যা আপনার বিশ্বাস ব্যবহারকারীদের নিরাপত্তা ঝুঁকি থেকে নিজেদের রক্ষা করতে, বা তাঁরা ঝুঁকিতে আছেন কি না শনাক্ত করতে, বা নিরাপত্তা ঝুঁকি ঠিক করতে সাহায্য করবে।

  • এটি কি ঠিক?

  • আবিষ্কারকের কি ব্যবহারকারীদের এই ধরনের সফটওয়্যারের দিকে, এবং/অথবা এই ধরনের সফটওয়্যার কীভাবে তৈরি করতে হয় তা বর্ণনা করা গাইড বা টিউটোরিয়ালের দিকে নির্দেশ করা ঠিক?

সমন্বিত দুর্বলতা প্রকাশ বনাম দায়িত্বশীল প্রকাশ

সমন্বিত দুর্বলতা প্রকাশই পছন্দের পরিভাষা।

  • সবচেয়ে গুরুত্বপূর্ণ দিক হলো আবিষ্কারক ও উৎপাদকের মধ্যে সমন্বয়।

দায়িত্বশীল প্রকাশ (responsible disclosure) একটি পরিত্যক্ত পরিভাষা।

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

ট্র্যাকিং