Bookafy নিরাপত্তা এবং গোপনীয়তা

নিরাপত্তা FAQ 

গত 5 বছরে কি কোন গুরুত্বপূর্ণ নিরাপত্তা লঙ্ঘন বা ঘটনা ঘটেছে?

না.

বিশেষাধিকারপ্রাপ্ত এবং জেনেরিক অ্যাকাউন্ট অ্যাক্সেস কঠোরভাবে নিয়ন্ত্রিত এবং পর্যায়ক্রমিক ভিত্তিতে পর্যালোচনা করা হয়, অন্তত

বার্ষিক?

হ্যাঁ.

ব্যবহারকারী সম্পর্কে কি তথ্য সংগ্রহ করা হচ্ছে? 

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

অ্যাকাউন্টের মালিক বুকিংয়ের সময় বিভিন্ন ডেটা পয়েন্ট সংগ্রহ করার জন্য টেক্সট ক্ষেত্র তৈরি করতে পারেন, কিন্তু গ্রাহক সম্পূর্ণরূপে সচেতন যে ডেটা সংগ্রহ করা হচ্ছে কারণ শেষ ব্যবহারকারী ফিল্ডে ডেটা টাইপ করবে। শেষ ব্যবহারকারী বা অ্যাকাউন্টের মালিক যে কোনো সময় data@bookafy.com-এ ইমেল করে ডেটা মুছে ফেলার অনুরোধ করতে পারেন 

অ্যাপটি কোন উদ্দেশ্যে ডেটা ব্যবহার করছে?

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

ডেটা মুছে ফেলার জন্য ব্যবহারকারীদের অধিকার কী এবং কীভাবে ব্যবহারকারী ডেটা মুছে ফেলার অনুরোধ করতে পারে? 

আমরা অ্যাকাউন্টের মালিকের (আমাদের গ্রাহক) কাছ থেকে সংগৃহীত ডেটা ব্যবহার করি অ্যাকাউন্টের মালিককে আরও ভাল অভিজ্ঞতা দিতে। এতে AO আটকে থাকা যেকোন জায়গা, অনেকবার পরিদর্শন করা, প্রশ্ন থাকতে পারে বা বাগ থাকতে পারে। আমরা সঠিক বার্তা সহ সঠিক সময়ে আমাদের গ্রাহকদের (অ্যাকাউন্ট মালিক) সাথে যোগাযোগ করতে এই ডেটা ব্যবহার করি। 

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

AO এবং শেষ গ্রাহক উভয় ক্ষেত্রেই, তাদের ডেটা যেকোনো সময় মুছে ফেলা যেতে পারে। AO data@bookafy.com ইমেল করতে পারে এবং তাদের অ্যাকাউন্ট এবং ডেটা সরানোর জন্য অনুরোধ করতে পারে। শেষ গ্রাহক তাদের ডেটা AO দ্বারা সরানোর অনুরোধ করতে পারেন। 

শেয়ার করা ব্যবহারকারী অ্যাকাউন্ট কর্মীদের জন্য নিষিদ্ধ? ক্লায়েন্ট সম্পর্কে কি?

কর্মচারীদের নিজস্ব ডেডিকেটেড অ্যাকাউন্ট আছে। ক্লায়েন্টদের তাদের নিজস্ব ডেডিকেটেড অ্যাকাউন্ট রয়েছে, শুধুমাত্র তাদের ডেটাতে অ্যাক্সেস সহ।

আপনার পাসওয়ার্ড নির্মাণের জন্য কি একাধিক শক্তির প্রয়োজনীয়তা প্রয়োজন, যেমন শক্তিশালী পাসওয়ার্ড এবং আলফা, সংখ্যাসূচক এবং বিশেষ অক্ষরের একটি এলোমেলো ক্রম ব্যবহার করে?

মৌলিক পাসওয়ার্ড ম্যানেজমেন্ট লেভেলে আমাদের পাসওয়ার্ডে ন্যূনতম 6 অক্ষরের প্রয়োজন। আগামী বছরে OWASP এবং NIST SP 800-63-3 পাসওয়ার্ড নীতি বিকল্পগুলি উপলব্ধ হতে পারে৷

ইনগ্রেস এবং এগ্রেস ফিল্টারিং সহ একটি ফায়ারওয়াল দিয়ে কি নেটওয়ার্ক সীমানা সুরক্ষিত?

হ্যাঁ. সমস্ত ফায়ারওয়াল এবং লোড ব্যালেন্সিং সুবিধা Azure এবং Amazon AWS দ্বারা সরবরাহ করা হয়।

জনসাধারণের মুখোমুখি সার্ভারগুলি একটি সু-সংজ্ঞায়িত ডি-মিলিটারিাইজড জোনে (DMZ)?

হ্যাঁ, এটি Azure-এর ডিফল্ট অবকাঠামো জোনিং থেকে উত্তরাধিকার সূত্রে প্রাপ্ত এবং Bookafy-এর আঞ্চলিক সার্ভার সারা বিশ্বে ছড়িয়ে আছে। 

PCI ডেটার মতো সংবেদনশীল উত্পাদন সংস্থানগুলিকে আরও বিচ্ছিন্ন করতে অভ্যন্তরীণ নেটওয়ার্ক বিভাজন ব্যবহার করা হয়?

PCI ডেটা সংরক্ষণ করা হয় না কারণ এটি শুধুমাত্র Bookafy দ্বারা স্ট্রাইপ এবং Authorize.net-এর মতো তৃতীয় পক্ষের প্রদানকারীদের থেকে ফ্রেম করা হয়। Bookafy ডেটা সংগ্রহ করে না বা ডেটা সঞ্চয় করে না। 

নেটওয়ার্ক অনুপ্রবেশ সনাক্তকরণ বা প্রতিরোধ কি বাস্তবায়িত এবং পর্যবেক্ষণ করা হয়?

Azure দ্বারা প্রদত্ত বিজ্ঞপ্তি এবং সতর্কতা দ্বারা পরিপূরক পর্যবেক্ষণ সরঞ্জামগুলির একটি বিস্তৃত বর্ণালী ক্রমাগত চালু থাকে। এর মধ্যে রয়েছে অনুপ্রবেশ সনাক্তকরণ এবং নেটওয়ার্ক অ্যাক্সেসের ইমেল নিশ্চিতকরণ।

সব ডেস্কটপ কি নিয়মিত আপডেট হওয়া ভাইরাস, ওয়ার্ম, স্পাইওয়্যার এবং দূষিত কোড সফ্টওয়্যার ব্যবহার করে সুরক্ষিত?

হ্যাঁ.

সার্ভারগুলি কি শিল্প শক্ত করার অনুশীলন ব্যবহার করে সুরক্ষিত? অনুশীলন নথিভুক্ত?

সিস্টেম নিরাপত্তা অডিট প্রদানের জন্য নিরাপত্তা পরিষেবাগুলি নিয়মিত ব্যবহার করা হয়। 

সমস্ত অপারেটিং সিস্টেম, নেটওয়ার্ক ডিভাইস এবং অ্যাপ্লিকেশনের জন্য সক্রিয় বিক্রেতা প্যাচ ব্যবস্থাপনা আছে?

হ্যাঁ. এটি Azure তাদের পরিষেবার মাধ্যমে স্বয়ংক্রিয়ভাবে প্রদান করে।

সমস্ত উত্পাদন সিস্টেম ত্রুটি এবং নিরাপত্তা ঘটনা রেকর্ড এবং সংরক্ষিত আছে?

লগগুলি ন্যূনতম 1 মাসের জন্য সংরক্ষিত হয়, কিছু অবশিষ্ট থাকে 6 মাস পর্যন্ত, তীব্রতা এবং প্রয়োজনীয় পদক্ষেপের উপর নির্ভর করে।

নিরাপত্তা ইভেন্ট এবং লগ ডেটা কি নিয়মিত পর্যালোচনা করা হয়?

হ্যাঁ. লগগুলি দৈনিক, সাপ্তাহিক এবং মাসিক পর্যালোচনা করা হয় – লগ ইভেন্টের প্রকৃতির উপর নির্ভর করে।

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

হ্যাঁ.

কোনো গোপনীয়তা লঙ্ঘন ঘটলে ক্লায়েন্টদের অবহিত করার জন্য কি কোনো প্রক্রিয়া আছে?

হ্যাঁ.

আপনি কি ব্যক্তিগতভাবে সনাক্তযোগ্য তথ্য (PII) সঞ্চয়, প্রক্রিয়া, প্রেরণ (যেমন “হ্যান্ডেল”) করেন?

হ্যাঁ.

কোন দেশে বা দেশে PII সংরক্ষণ করা হয়?

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

সিস্টেম লগগুলি কি পরিবর্তন এবং ধ্বংস থেকে সুরক্ষিত?

এটি Azure দ্বারা সরবরাহ করা হয়েছে এবং ড্রপবক্স ক্লাউড স্টোরেজে ব্যাক আপ করা হয়েছে।

প্রবেশের সীমানা এবং VLAN পয়েন্টগুলি কি অনুপ্রবেশ সুরক্ষা এবং সনাক্তকরণ ডিভাইস দ্বারা সুরক্ষিত থাকে যা আক্রমণের সময় সতর্কতা প্রদান করে?

হ্যাঁ. এই পরিষেবাগুলি আমাদের Azure ফায়ারওয়ালে অন্তর্ভুক্ত করা হয়েছে যা অনুপ্রবেশ থেকে রক্ষা করে এবং আমাদের ডেভেলপমেন্ট টিমকে স্বয়ংক্রিয় সতর্কতা পাঠায়। 

লগ এবং ইভেন্টগুলি কি এমন একটি সরঞ্জামের সাথে সম্পর্কযুক্ত যা অগ্রগতিতে আক্রমণের সতর্কতা প্রদান করে?

হ্যাঁ, আমাদের নিরাপত্তা পরিষেবার মধ্যে রয়েছে লগিং এবং রিয়েল টাইমে আক্রমণের সতর্কতা। 

নেটওয়ার্কিং, ফ্রন্ট-এন্ডস, ব্যাক-এন্ড স্টোরেজ এবং ব্যাকআপ সহ সমাধানের মধ্যে অন্যান্য ক্লায়েন্টদের থেকে ডেটা কীভাবে আলাদা করা হয়?

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

অতিরিক্তভাবে সমস্ত অ্যাপ্লিকেশন কোডের সমস্ত ক্রিয়াকলাপের জন্য এই ভাড়াটে শনাক্তকারীর প্রয়োজন – পড়া এবং লেখা উভয়ই। কোড পরিবর্তনগুলি রিগ্রেশন এবং সম্ভাব্য ক্রস-টেন্যান্ট ডেটা দূষণ থেকে রক্ষা করার জন্য একটি স্বয়ংক্রিয় পরীক্ষার ব্যবস্থাও রয়েছে৷

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

আপনি একটি ঘটনা প্রতিক্রিয়া পরিকল্পনা আছে?

হ্যাঁ, একটি “জীবন্ত নথি” রক্ষণাবেক্ষণ করা হয় যা দুর্যোগ এবং ঘটনার প্রতিক্রিয়া রূপরেখা দেয়

চেকলিস্ট, যোগাযোগের বিশদ বিবরণ এবং ঘটনাগুলি বোঝার এবং প্রতিক্রিয়া জানানোর জন্য মূল সিস্টেম সুবিধা।

নেটওয়ার্ক সুরক্ষা কোন স্তর প্রয়োগ করা হয়?

Azure ক্লাউডে চলমান আমাদের ভার্চুয়াল মেশিনের নেটওয়ার্ককে রক্ষা করতে আমরা Azures ওয়েব অ্যাপ্লিকেশন গেটওয়ে (লোড ব্যালেন্সার) এবং নেক্সট জেনারেশন ফায়ারওয়াল ব্যবহার করি। 

প্ল্যাটফর্মটি কি কোয়ালিটি অফ সার্ভিস (QOS) পারফরম্যান্স পরিমাপের (রিসোর্স ইউটিলাইজেশন, থ্রুপুট, প্রাপ্যতা ইত্যাদি) রিপোর্ট প্রদান করে?

status.pingdom.com-এ আমাদের স্ট্যাটাস পৃষ্ঠা অনুযায়ী প্রাপ্যতা এবং প্রতিক্রিয়ার সময় বাদ দিয়ে এই ধরনের মেট্রিক্স ক্লায়েন্টদের দেওয়া হয় না

দুর্যোগ পুনরুদ্ধার প্রোগ্রাম কি অন্তত বার্ষিক পরীক্ষা করা হয়?

হ্যাঁ, পুনরুদ্ধার চেক এবং সঞ্চালিত এবং বার্ষিক পরীক্ষা করা হয়.

সিস্টেমের রিকভারি টাইম অবজেক্টিভ (RTO) এবং রিকভারি পয়েন্ট অবজেক্টিভ (RPO) কি?

আরটিও 4 ঘন্টা, আরপিও 1 ঘন্টা।

আপনি কি ব্যাকআপ প্রদান করেন এবং পৃথক ক্লায়েন্টদের জন্য পরিকল্পনা পুনরুদ্ধার করেন?

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

সর্বোচ্চ কত সময় ব্যাকআপ রাখা হয়?

ডেটাবেস পয়েন্ট-ইন-টাইম ব্যাকআপগুলি 30 দিনের জন্য ধরে রাখা হয়, সর্বনিম্ন 90 দিনের জন্য সাধারণ ফাইল ব্যাকআপ সহ।

ডেটা পুনরুদ্ধারের জন্য প্রত্যাশিত পরিবর্তনের সময় কী?

যেকোনো দুর্যোগের পরিস্থিতিতে যেকোনো ক্লায়েন্ট পুনরুদ্ধার অবশ্যই আমাদের সাথে অনুরোধ করা এবং নির্ধারিত করা উচিত। টার্নরাউন্ড 1 থেকে 2 কার্যদিবসের মধ্যে। 

পুরো প্ল্যাটফর্মকে প্রভাবিত না করে কি একটি একক সত্তা অ্যাকাউন্ট পুনরুদ্ধার করা যেতে পারে?

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

উচ্চ প্রাপ্যতা প্রদান করা হয় – i. e যেখানে একটি সার্ভার ইনস্ট্যান্স অনুপলব্ধ হয়ে যায় অন্যটি কি পাওয়া যায়?

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

দুর্যোগ পুনরুদ্ধারের প্রয়োজনীয়তা পূরণের জন্য ডেটা কি অন্য স্থানে (ডেটা সেন্টার) সংরক্ষণ করা হয় এবং উপলব্ধ?

হ্যাঁ. সমস্ত ডেটা একটি দ্বিতীয় ডেটা সেন্টারে প্রতিলিপি করা হয় যা ভৌগলিক অবস্থানের পাশাপাশি ড্রপবক্স ক্লাউড স্টোরেজে ব্যাকআপ ডেটা সংরক্ষণ করে। .

ব্যর্থতা প্রক্রিয়া একটি সক্রিয়/সক্রিয়, স্বয়ংক্রিয় সুইচওভার প্রক্রিয়া?

প্রাইমারি ডাটা সেন্টারের মধ্যে একটি সার্ভার ইন্সট্যান্সের ব্যর্থতা Azure WAG লোড ব্যালেন্সার দ্বারা পরিচালিত হয়, সমস্যা ইনস্ট্যান্স রিসাইকেল এবং/অথবা অপসারণ করে এবং একটি নতুন উদাহরণ দিয়ে প্রতিস্থাপিত হয়।

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