LeakData Shared Signals কনফিগার করুন
LeakData OIN API সার্ভিস ইন্টিগ্রেশন ইনস্টল, সংযুক্ত, যাচাই ও রক্ষণাবেক্ষণ করতে এই নির্দেশিকা ব্যবহার করুন। সাইন ইন না করেই আপনি সব ধাপ পড়তে পারবেন।
শুরু করার আগে
- Enterprise SIEM ইন্টিগ্রেশন ব্যবহারের অনুমতিসহ LeakData অ্যাকাউন্টের মালিকের অ্যাক্সেস। সিট অ্যাকাউন্ট থেকে সংযোগ কনফিগার করা যায় না।
- API সার্ভিস ইন্টিগ্রেশন ইনস্টল ও অনুমোদন করতে পারেন এমন একজন Okta প্রশাসক এবং Shared Signals রিসিভার সমর্থন করে এমন একটি প্রতিষ্ঠান। সংশ্লিষ্ট ঝুঁকি-নীতির সুবিধাগুলোর জন্য Identity Threat Protection প্রয়োজন।
- একটি সক্রিয় ব্যক্তিগত ইমেইল মনিটর, যার ঠিকানার মালিকানা যাচাই করা হয়েছে অথবা যা আপনার যাচাইকৃত ডোমেইনগুলোর কোনো একটির অন্তর্ভুক্ত। স্বাক্ষরিত সংকেত পরীক্ষার জন্য পরীক্ষামূলক Okta প্রতিষ্ঠানে একই ইমেইল ঠিকানাসহ আপনার নিয়ন্ত্রণে থাকা একটি নমুনা ব্যবহারকারী অ্যাকাউন্ট ব্যবহার করুন।
1. Okta-তে ইনস্টল ও অনুমোদন করুন
সর্বজনীন ক্যাটালগে তালিকাভুক্তি এখনো অপেক্ষমাণ। আপনার ক্যাটালগে LeakData না থাকলে, এগিয়ে যাওয়ার আগে বর্তমান সেটআপ পদ্ধতি জানতে সহায়তা দলের সঙ্গে যোগাযোগ করুন।
- Okta Admin Console-এ অ্যাপ্লিকেশন ও রিসোর্স > API সার্ভিস ইন্টিগ্রেশন খুলুন এবং আপনার ক্যাটালগে LeakData Shared Signals পাওয়া গেলে সেটি ইনস্টল করুন।
- শুধু okta.securityEventsProviders.manage অনুমোদন করুন। একবারই দেখানো Client Secret সঙ্গে সঙ্গে কপি করুন, তারপর একই ইনস্ট্যান্সের Client ID ও Okta ডোমেইন লিখে রাখুন।
- প্রতিষ্ঠানের কাস্টমাইজ না করা অরিজিন ব্যবহার করুন, যেমন https://integrator-1234567.okta.com। -admin, পাথ, কোয়েরি স্ট্রিং ও পোর্ট নম্বর বাদ দিন।
শুধু OIN পর্যালোচকদের জন্য
OIN পর্যালোচনার সময় বর্তমানে জমা দেওয়া সংস্করণের জন্য আপনার OIN ইন্টিগ্রেশন > LeakData Shared Signals > ইন্টিগ্রেশন পরীক্ষা করুন > ইনস্ট্যান্স তৈরি করুন খুলুন। ইনস্টল ও অনুমোদন করুন নির্বাচন করুন।
এই পরিচয়তথ্য একটি ইনস্টল করা OIN API সার্ভিস ইন্টিগ্রেশন থেকে পাওয়া যায়। একটি API টোকেন বা অ্যাপ ইন্টিগ্রেশন তৈরি করুন বিকল্প দিয়ে তৈরি সাধারণ OAuth সার্ভিস অ্যাপ একই OIN Client ID/Secret সেটআপ দেয় না।
2. LeakData-তে সংযুক্ত করুন
- অ্যাকাউন্টের মালিক হিসেবে সাইন ইন করুন এবং ড্যাশবোর্ড > ইন্টিগ্রেশন > Okta Shared Signals খুলুন।
- একই অনুমোদিত ইনস্ট্যান্সের প্রতিষ্ঠানের URL, Client ID ও Client Secret লিখুন। “উচ্চ ও অতি গুরুতর” অথবা “শুধু অতি গুরুতর” নির্বাচন করুন।
- যাচাইকৃত ঠিকানার সীমা এবং আপনার Okta ঝুঁকি-নীতির প্রভাব পড়ে নিশ্চিত করুন, তারপর Okta সংযুক্ত করুন নির্বাচন করুন। LeakData পরিচয়তথ্য যাচাই করে এবং তার নিরাপত্তা ইভেন্ট প্রোভাইডার তৈরি করে অথবা বিদ্যমান প্রোভাইডার পুনরায় ব্যবহার করে।
- সেটআপের পর প্রোভাইডার সক্রিয় থাকে। LeakData সিক্রেটটি এনক্রিপ্ট করে এবং সেটি আর দেখায় না।
Okta সংযোগ প্যানেল খুলুন3. সংযোগ যাচাই করুন
- ঝুঁকির সংকেত না পাঠিয়ে পরিচয়তথ্য ও প্রোভাইডারের অবস্থা যাচাই করতে সংযোগ পরীক্ষা করুন নির্বাচন করুন। প্রোভাইডার সক্রিয় আছে এবং সংযোগের বিবরণে একটি প্রোভাইডার ID আছে কি না নিশ্চিত করুন।
- পাঠানোর উপযুক্ত ইমেইল মনিটরগুলো পর্যালোচনা করুন। কেবল নির্দিষ্ট ইমেইল ঠিকানাগুলোই উপযুক্ত, যদি সেগুলোর মালিকানা যাচাই করা হয়ে থাকে অথবা সেগুলো আপনার যাচাইকৃত ডোমেইনগুলোর কোনো একটির অন্তর্ভুক্ত হয়; ডোমেইন মনিটর নিজে কখনো পাঠানো হয় না।
- শুধু পরীক্ষার জন্য নির্ধারিত Test/QA অ্যাকাউন্ট এবং আপনার নিয়ন্ত্রণে থাকা Okta Integrator প্রতিষ্ঠানে, স্বাক্ষরিত সংকেত পরীক্ষা করুন ব্যবহার করার আগে নমুনা ইমেইল ও নীতি-সংক্রান্ত সম্মতি পর্যালোচনা করুন। এই পরীক্ষা কনফিগার করা ঝুঁকি-নীতিগুলো কার্যকর করতে পারে।
- HTTP 202 শুধু গ্রহণের বিষয়টি নিশ্চিত করে। আপনার নমুনা ব্যবহারকারীর জন্য Okta System Log-এ security.events.provider.receive_event এবং user.risk.detect পরীক্ষা করুন। অপরিচিত ইমেইল কোনো বিজ্ঞপ্তি ছাড়াই উপেক্ষা করা হতে পারে।
4. পরিচয়তথ্য প্রতিস্থাপন করুন বা প্রতিষ্ঠান পরিবর্তন করুন
- একই প্রতিষ্ঠানের জন্য পরিচয়তথ্য প্রতিস্থাপন করুন নির্বাচন করুন এবং ওই প্রতিষ্ঠানের অনুমোদিত LeakData API সার্ভিস ইনস্ট্যান্সের একটি নতুন Client ID/Secret জোড়া লিখুন। সংরক্ষণ করলে সংযোগ যাচাই ও সক্রিয় করা হয়।
- পাঠানো সাময়িকভাবে বন্ধ করুন বিকল্পটি প্রতিষ্ঠানের সঙ্গে সংযোগ ও সংরক্ষিত পরিচয়তথ্য অক্ষুণ্ণ রাখে। এটি অন্য প্রতিষ্ঠানের জন্য অ্যাকাউন্ট প্রস্তুত করে না।
- একই প্রতিষ্ঠানে আবার পাঠানো শুরু করতে পাঠানো শুরু করুন নির্বাচন করুন, তারপর সংযোগ পরীক্ষা করুন নির্বাচন করে প্রোভাইডার সক্রিয় আছে কি না নিশ্চিত করুন।
- অন্য প্রতিষ্ঠান ব্যবহার করতে প্রথমে সংযোগ সরান বিকল্পটি পর্যালোচনা করুন। অপসারণ নিশ্চিত করলে প্রোভাইডার, এনক্রিপ্ট করা পরিচয়তথ্য এবং স্থানীয় পাঠানোর ইতিহাস মুছে ফেলা হয়। তারপর নতুন প্রতিষ্ঠানের সেটআপ করুন। অপসারণ ব্যর্থ হলে সহায়তা দলের সঙ্গে যোগাযোগ করুন; পুরোনো প্রোভাইডার সরানো হয়েছে বলে ধরে নেবেন না।
সমস্যার সমাধান
- পরিচয়তথ্য প্রত্যাখ্যান করা হয়েছে
- তিনটি মানই একই ইনস্টল করা ও অনুমোদিত OIN API সার্ভিস ইনস্ট্যান্স থেকে এসেছে কি না পরীক্ষা করুন। পর্যালোচনার সময় বর্তমানে জমা দেওয়া সংস্করণের একটি ইনস্ট্যান্স ব্যবহার করুন। এই সেটআপের পরিচয়তথ্যের বদলে API টোকেন বা সাধারণ OAuth সার্ভিস অ্যাপের পরিচয়তথ্য ব্যবহার করা যায় না।
- অনুমতি বা রিসিভার অ্যাক্সেস প্রত্যাখ্যান করা হয়েছে
- okta.securityEventsProviders.manage অনুমোদিত হয়েছে এবং আপনার Okta প্রতিষ্ঠান SSF রিসিভার সমর্থন করে কি না নিশ্চিত করুন। প্রশাসকের অ্যাক্সেস ও প্রতিষ্ঠানের নীতিগুলো পর্যালোচনা করুন।
- ইতিমধ্যে অন্য প্রতিষ্ঠানের সঙ্গে সংযুক্ত
- শুধু দেখানো প্রতিষ্ঠানের জন্যই পরিচয়তথ্য প্রতিস্থাপন করুন। সাময়িকভাবে বন্ধ করলে সংযোগ সরানো হয় না। প্রতিষ্ঠান পরিবর্তনের আগে ওপরের অপসারণের ধাপগুলো পর্যালোচনা করুন।
- সংকেত বা ব্যবহারকারীর ঝুঁকি-সংক্রান্ত ইভেন্ট নেই
- ঠিকানার মালিকানা যাচাই করা হয়েছে অথবা এটি যাচাইকৃত ডোমেইনের অন্তর্ভুক্ত কি না, ব্যক্তিগত মনিটর সক্রিয় কি না এবং শনাক্ত নিরাপত্তা সমস্যাটি যাচাইকৃত উচ্চ/অতি গুরুতর মাত্রার কি না পরীক্ষা করুন। নির্বাচিত তীব্রতার সীমাও পরীক্ষা করুন। শুধু রিসিভারের গ্রহণ করা থেকে ব্যবহারকারীর সঙ্গে মিল বা নীতি অনুযায়ী পদক্ষেপের প্রমাণ পাওয়া যায় না।
সহায়তা প্রয়োজন?
ব্যর্থ কার্যক্রম ও ত্রুটি কোডসহ LeakData সহায়তা দলের সঙ্গে যোগাযোগ করুন। পাসওয়ার্ড, Client Secret বা অ্যাক্সেস টোকেন দেবেন না।
