নিরাপত্তা ও গ্রাউন্ডিং
আস্থা একটি ব্যবস্থা,
ব্যাজ নয়।
এই পৃষ্ঠাই প্রমাণ: সিস্টেম কী প্রয়োগ করে, কী সংরক্ষণ করে, কে সেখানে পৌঁছাতে পারে, আর আমরা এখনও কী তৈরি করিনি।
নিরাপত্তা যোগাযোগ
support@salewise.co.ukপুনরুৎপাদনের ধাপ অন্তর্ভুক্ত করুন। অনুগ্রহ করে অন্য ব্যবসায়ীর ডেটা অ্যাক্সেস করবেন না বা সেবা ব্যাহত করবেন না।
বর্তমান অবস্থা
- কোনো SOC 2 বা ISO 27001 সার্টিফিকেশন নেই।
- এখনও কোনো স্বাধীন পেনিট্রেশন টেস্ট হয়নি।
- কোনো কার্ড ডেটা সংরক্ষণ করা হয় না।
সংক্ষিপ্ত সংস্করণ
চারটি দাবি, এবং প্রমাণ কোথায় আছে।
বিপণন বিশেষণ নয়। এমন নকশা-সিদ্ধান্ত, যার পিছনে কোড আছে।
01
মডেল দাম দিতে পারেন না।
জেনারেশনের আগে রিট্রিভাল চলে। মডেল সম্ভাব্য ID থেকে বেছে নেয়; সার্ভার সেগুলি যাচাই করে নিজেই দাম, স্টক ও ভ্যারিয়েন্ট রেন্ডার করে।
ব্যবস্থাটি পড়ুন02
প্রোভাইডারের গোপন তথ্য সংরক্ষণে এনক্রিপ্টেড।
AES-256-GCM, প্রতি রেকর্ডে এলোমেলো IV, এবং অতিরিক্ত অথেনটিকেটেড ডেটা যা প্রতিটি সাইফারটেক্সটকে তার প্রোভাইডার, অ্যাকাউন্ট ও ইন্টিগ্রেশন রেকর্ডের সাথে বেঁধে রাখে।
ব্যবস্থাটি পড়ুন03
Salewise-এ কোনো কার্ড ডেটা ঢোকে না।
কোনো চেকআউট নেই এবং PAN সংরক্ষণ নেই। ক্রেতা ফোনে সিদ্ধান্ত নেন এবং ব্যবসায়ীর বিদ্যমান টিলে পরিশোধ করেন।
ব্যবস্থাটি পড়ুন04
অ্যাক্সেস সীমিত, ভাগ করা নয়।
প্রতিটি স্টোর রুটে স্টোরের মালিকানা যাচাই হয়। অ্যাক্সেস টোকেন ১৫ মিনিট থাকে; রিফ্রেশ টোকেন হ্যাশ করা হয় এবং ব্যবহারে ঘোরানো হয়।
ব্যবস্থাটি পড়ুনগঠনগতভাবেই প্রোথিত
মডেল বেছে নেয়। সার্ভার রেন্ডার করে।
জেনারেশনের আগে রিট্রিভাল চলে। মডেল সম্ভাব্য তালিকা থেকে বেছে নেয়; সার্ভার হিসাব ও রেন্ডারিং করে।
01
আগে রিট্রিভাল
মডেলকে কিছু জিজ্ঞাসা করার আগেই সার্ভার ব্যবসায়ীর ক্যাটালগ থেকে সম্ভাব্য পণ্য বেছে নেয়। মডেল কখনও খোলা ওয়েবে খোঁজে না।
02
মডেল বেছে নেয়। সার্ভার রেন্ডার করে।
দাম, স্টক, ভ্যারিয়েন্ট ও অফার সার্ভারের দিকে ক্যাটালগ রেকর্ড থেকে রেন্ডার হয়। মডেলের লেখায় থাকা কোনো সংখ্যাই সত্যের উৎস নয়।
03
ID যাচাই হয়
মডেল যে পণ্যই বেছে নিক, সেটি অবশ্যই সংগৃহীত সম্ভাব্য তালিকায় থাকতে হবে। উত্তর ক্রেতার কাছে পৌঁছানোর আগেই অবৈধ ID বাদ দেওয়া হয়।
04
সৎ অস্বীকার
ক্যাটালগে উত্তর না থাকলে সহকারী তা বলে দেন এবং হস্তান্তরের প্রস্তাব দেন। মডেল অনুপলব্ধ হলে সহকারী বলেন যে তিনি উত্তর দিতে পারছেন না, এবং ক্রেতা আবার চেষ্টা করতে পারেন বা কোনো কর্মীকে জিজ্ঞাসা করতে পারেন।
মডেলের কাছে যা যায়
- ক্রেতার প্রশ্ন।
- সংগৃহীত ক্যাটালগের সম্ভাব্য পণ্যের একটি সেট।
- স্টোরের সেটিংস ও সংশ্লিষ্ট নীতির লেখা।
মডেলের কাছে যা কখনও যায় না
- কার্ড ডেটা বা পেমেন্ট ক্রেডেনশিয়াল।
- পাসওয়ার্ড, API কী বা Salewise মাস্টার কী।
- POS-এ লেখার ক্ষমতাসহ কোনো টুল।
নিয়ন্ত্রণ খতিয়ান
নিয়ন্ত্রণ খতিয়ান, আস্থার ব্যাজ নয়।
প্রতিটি সারি নিয়ন্ত্রণ, তার পিছনের ব্যবস্থা এবং সীমা কোথায় তা বলে। কোনো প্রশ্নপত্রে আরও বিস্তারিত লাগলে জিজ্ঞাসা করুন।
প্রোথিত উত্তর
ক্যাটালগই সত্যের উৎস।
- মডেল চলার আগে সার্ভার সম্ভাব্য পণ্য সংগ্রহ করে। মডেল কেবল সেই সেট থেকে ID বেছে নিতে পারে। অবৈধ ID বাদ দেওয়া হয়, আর দাম, স্টক, ভ্যারিয়েন্ট ও অফার সার্ভারের দিকে রেন্ডার হয়। ক্যাটালগে উত্তর না থাকলে সহকারী তা বলে দেন এবং হস্তান্তরের প্রস্তাব দেন।
সংরক্ষিত ক্রেডেনশিয়াল
গোপন তথ্য এনক্রিপ্টেড, বাঁধা ও সংস্করণযুক্ত।
- প্রোভাইডারের ক্রেডেনশিয়ালে প্রতি রেকর্ডে এলোমেলো 96-বিট IV সহ AES-256-GCM ব্যবহার হয়। অতিরিক্ত অথেনটিকেটেড ডেটা সাইফারটেক্সটকে provider:{providerId}:account:{accountId}:credentials-এর সাথে বাঁধে, তাই অন্য টেন্যান্টে কপি করা রেকর্ড ডিক্রিপ্ট হয় না। keyVersion কী ঘোরানো সমর্থন করে; ব্যর্থ ডিক্রিপ্ট গোপন তথ্য ফেরত না দিয়ে বন্ধ হয়ে যায়।
Salewise অনুরোধ
স্বাক্ষরিত, কেবল বিয়ারার নয়।
- Salewise মাস্টার API-তে অনুরোধে মেথড, পাথ, টাইমস্ট্যাম্প, ননস এবং বডির SHA-256-এর উপর HMAC-SHA256 স্বাক্ষর থাকে। স্বাক্ষর ধ্রুব সময়ে তুলনা করা হয় এবং রিপ্লে জানালা দিয়ে সীমাবদ্ধ। মাস্টার কী সার্ভারের দিকে, একবার কনফিগার করা, সংরক্ষণে এনক্রিপ্টেড এবং কখনও ব্রাউজারে ফেরত দেওয়া হয় না।
অ্যাকাউন্ট ও ভূমিকা
ব্যবসায়ীর অ্যাকাউন্ট মানে সার্ভার অ্যাডমিন নয়।
- Sage-এ ব্যবসায়ী ও সার্ভার-অ্যাডমিন ভূমিকা আছে। পাসওয়ার্ডে প্রতি অ্যাকাউন্টে আলাদা সল্টসহ scrypt ব্যবহার হয়। অ্যাক্সেস টোকেন ১৫ মিনিট পরে মেয়াদোত্তীর্ণ হয়; রিফ্রেশ টোকেন হ্যাশ হিসেবে সংরক্ষিত, ব্যবহারে ঘোরানো এবং ৩০ দিন পরে মেয়াদোত্তীর্ণ হয়। আমন্ত্রণ ৭ দিন পরে মেয়াদোত্তীর্ণ হয় এবং আমন্ত্রিত ইমেলের সাথে বাঁধা থাকে।
টেন্যান্ট বিচ্ছিন্নতা
স্টোর খোঁজা মানে মালিকানা যাচাই।
- প্রতিটি স্টোর রুট ডেটা ফেরত দেওয়ার আগে স্টোরটি খুঁজে বের করে এবং তা প্রমাণীকৃত অ্যাকাউন্টের অন্তর্ভুক্ত কি না যাচাই করে। রিপোজিটরি মেথড অ্যাকাউন্ট ও স্টোর অনুযায়ী সীমিত, আর SQL রুট হ্যান্ডলারে নয়, রিপোজিটরি স্তরের পিছনে থাকে।
কার্ড ডেটা
কোনো পেমেন্ট নেই, কোনো PAN নেই।
- Salewise পেমেন্ট নেয় না এবং কার্ড ডেটা সংরক্ষণ করে না। ক্রেতার PWA-তে কোনো চেকআউট নেই, আর লেনদেন ব্যবসায়ীর POS-এর ভিতরেই থাকে। আমরা কার্ড পেমেন্টের জন্য PCI DSS সুযোগের দাবি করি না, কারণ আমরা কার্ড পেমেন্ট প্রসেস করি না।
সংরক্ষণ
কনফিগার করা, অনির্দিষ্ট নয়।
- রেফারেন্স মোতায়েনে সেশন ট্রান্সক্রিপ্টের জন্য ১৮০ দিন এবং ইভেন্ট রেকর্ডের জন্য ৩৬৫ দিন কনফিগার করা আছে, যা পরিবেশ ও DPA দ্বারা নির্ধারিত। ব্যবসায়ী-নির্দিষ্ট সংরক্ষণ DPA-তে সম্মত হয়, এবং অনুরোধে মুছে ফেলা হয়। আজ কোনো নির্ধারিত শুদ্ধিকরণের দাবি করা হয় না।
অডিট ট্রেইল
নিরাপত্তা-সংশ্লিষ্ট ঘটনা রেকর্ড রেখে যায়।
- নিবন্ধন, সাইন-ইন, ব্যর্থ সাইন-ইন, আমন্ত্রণ, সেটআপ ও ইন্টিগ্রেশন ক্রেডেনশিয়াল পরিবর্তন অডিট লগে লেখা হয়। অডিট বিবরণে ইমেল কাঁচা অবস্থায় নয়, হ্যাশ করে রাখা হয়। লগটি আজ অভ্যন্তরীণ; এখনও ব্যবসায়ীর জন্য অডিট স্ক্রিন নেই।
মডেলের সীমা
মডেল যা দরকার তার সর্বনিম্নটাই পায়।
- মডেল ক্রেতার প্রশ্ন, সংগৃহীত ক্যাটালগের সম্ভাব্য পণ্য, স্টোর সেটিংস ও সংশ্লিষ্ট নীতির লেখা পায়। পাসওয়ার্ড, API ক্রেডেনশিয়াল বা কার্ড ডেটা পায় না, এবং POS-এ লেখার কোনো টুল তার নেই।
“তৈরি” মানে নিয়ন্ত্রণটি আজ পণ্যে আছে। এর মানে এই নয় যে প্রতিটি নিয়ন্ত্রণ স্বাধীনভাবে অডিট হয়েছে। ঘাটতিটি এই পৃষ্ঠার নিচে তালিকাভুক্ত।
ক্রেডেনশিয়াল ও অনুরোধ
সংরক্ষণে এনক্রিপ্টেড। যাত্রাপথে স্বাক্ষরিত।
নিরাপত্তা পর্যালোচকরা সাধারণত প্রথমে যে দুটি ব্যবস্থা জানতে চান।
সংরক্ষিত ক্রেডেনশিয়াল
- অ্যালগরিদম
- AES-256-GCM, অথেনটিকেটেড এনক্রিপশন।
- IV
- প্রতি রেকর্ডে ১২টি এলোমেলো বাইট, কখনও পুনরায় ব্যবহার হয় না।
- বাঁধন
- AAD provider:{providerId}:account:{accountId}:credentials। কপি করা রেকর্ড ডিক্রিপ্ট হয় না।
- ঘোরানো
- প্রতিটি রেকর্ডে keyVersion; ঘোরানোর সময় আগের কী গ্রহণ করা হয়।
- ব্যর্থতা
- ব্যর্থ ডিক্রিপ্ট বন্ধ হয়ে যায়। পুরোনো গোপন তথ্য দিয়ে পুনরায় চেষ্টা করে না।
Salewise অনুরোধ
মাস্টার কী সার্ভার সেটআপের সময় একবার কনফিগার করা হয়। প্রতিটি অনুরোধ তার দিয়ে স্বাক্ষরিত; স্বাক্ষরটি বিয়ারার টোকেন নয়।
canonical = method + "\n" + path + "\n" + timestamp + "\n" + nonce + "\n" + sha256(body); signature = HMAC-SHA256(masterKey, canonical);
- টাইমস্ট্যাম্প ও ননস হেডারসহ X-Sage-Signature হিসেবে পাঠানো হয়।
- ধ্রুব সময়ে তুলনা করা হয়, সাথে রিপ্লে জানালা।
- মাস্টার কী সার্ভারের দিকে রাখা এবং সংরক্ষণে এনক্রিপ্টেড।
- কখনও ব্রাউজারে ফেরত দেওয়া বা লগে লেখা হয় না।
ডেটা, ভূমিকা ও সংরক্ষণ
সীমিত ডেটা। নির্ধারিত অ্যাক্সেস। একটি রেকর্ড।
পণ্য নিয়ে প্রশ্নের উত্তর দিতে ক্রেতা কে তা সহকারীর জানা দরকার নেই।
একটি সেশন রেকর্ড করে
- একটি সেশন ID, QR কোড এবং যে আইল থেকে এটি শুরু হয়েছে।
- প্রশ্ন, উত্তর ও সুপারিশ।
- হস্তান্তরের ইভেন্ট ও টাইমস্ট্যাম্প।
কোনো নাম, অ্যাকাউন্ট বা কার্ড ডেটা নেই। ডেমো কোনো সেশনকে নামযুক্ত ক্রেতার সাথে যুক্ত করে না।
কে সেখানে পৌঁছাতে পারে
- একটি ব্যবসায়ীর অ্যাকাউন্ট, তার সাথে যুক্ত স্টোরগুলিতে সীমিত।
- একজন সার্ভার অ্যাডমিন, সেটআপ ও প্রোভাইডার কনফিগারেশনের জন্য।
- স্টোর রুটের মাধ্যমে কোনো আন্তঃ-ব্যবসায়ী স্টোর অ্যাক্সেস নেই।
আমন্ত্রণ একটি ইমেলের সাথে বাঁধা এবং ৭ দিন পরে মেয়াদোত্তীর্ণ হয়।
কত দিন থাকে
- সেশন ট্রান্সক্রিপ্ট: ১৮০ দিনের জন্য কনফিগার করা।
- ইভেন্ট রেকর্ড: ৩৬৫ দিনের জন্য কনফিগার করা।
- ব্যবসায়ী-নির্দিষ্ট শর্ত: DPA-তে নির্ধারিত।
অনুরোধে মুছে ফেলা হয়। আজ কোনো নির্ধারিত শুদ্ধিকরণের দাবি করা হয় না।
অডিট ইভেন্ট
নিবন্ধন, সাইন-ইন, ব্যর্থ সাইন-ইন, আমন্ত্রণ, সেটআপ ও ইন্টিগ্রেশন ক্রেডেনশিয়াল পরিবর্তন অডিট লগে লেখা হয়। অডিট বিবরণে ইমেল কাঁচা অবস্থায় নয়, হ্যাশ করে রাখা হয়। লগটি আজ অভ্যন্তরীণ; আমরা এটি ব্যবসায়ীর জন্য অডিট স্ক্রিন হিসেবে উপস্থাপন করি না।
অ্যাট্রিবিউশন
রেকর্ডটিকে অডিটে টিকে থাকতে হবে।
মিলে যাওয়া বিক্রয় হয় সঠিক অথবা মডেলভিত্তিক। ব্যবসায়ী দেখতে পারেন কোনটি, এবং কেন।
নির্ধারক
সেশন থেকে বিক্রয়ে বহন করা রিডেম্পশন কোড। আস্থা 1.0। মডেলভিত্তিক নয়। বিক্রয়টি সরাসরি অ্যাট্রিবিউট করা হয়।
মডেলভিত্তিক
দুই ঘণ্টার জানালার মধ্যে একই স্টোরের বিক্রয় যাতে সুপারিশ করা জিনিস আছে। আস্থার স্কোর সংরক্ষিত, সর্বোচ্চ 0.92, এবং মিলটি যেখানেই রিপোর্ট হোক মডেলভিত্তিক লেবেলযুক্ত।
সঠিক মিল সঠিকই। মডেলভিত্তিক মিল যেখানেই রিপোর্ট হোক সেখানেই মডেলভিত্তিক লেবেলযুক্ত। সাবস্ক্রিপশনই একমাত্র ফি, আর অ্যাট্রিবিউশন আয় হিসেবে উপস্থাপন করা হয় না।
সৎ সীমা
আমরা যা দাবি করি না।
ঘাটতিগুলি বলা থাকলে আস্থা যাচাই করা সহজ হয়।
কোনো প্রশ্নপত্রে এই তালিকার কিছু থাকলে আমাদের বলুন।
চুক্তি হারানো ভালো, এর চারপাশে উত্তর দেওয়ার চেয়ে।
- 01
আজ আমাদের SOC 2 বা ISO 27001 সার্টিফিকেশন নেই।
- 02
আজ আমরা স্বাধীন পেনিট্রেশন টেস্ট বা নিরাপত্তা অডিট সম্পন্ন করিনি।
- 03
কার্ড পেমেন্টের জন্য আমরা PCI DSS সুযোগের দাবি করি না, কারণ আমরা কার্ড পেমেন্ট প্রসেস করি না।
- 04
বর্তমান পণ্যে আমরা এক ব্যবসায়ীর ক্যাটালগ বা কথোপকথনে শেয়ার্ড মডেল প্রশিক্ষণ দিই না।
- 05
কোনো AI সিস্টেম ঝুঁকিমুক্ত নয়। গ্রাউন্ডিং উদ্ভাবন কমায়; ব্যবসায়ীর পর্যালোচনা ও হস্তান্তরের নিয়মের প্রয়োজন তা দূর করে না।
- 06
আজ আমরা নির্ধারিত সময়ে সংরক্ষণ শুদ্ধিকরণ চালাই না; DPA-এর অধীনে মুছে ফেলা একটি পরিচালন পদ্ধতি।
- 07
আমাদের অডিট লগ অভ্যন্তরীণ এবং ব্যবসায়ীর জন্য অডিট স্ক্রিন হিসেবে প্রকাশ করা হয় না।
- 08
এই পৃষ্ঠায় আমরা কোনো সার্ভিস লেভেলের প্রতিশ্রুতি দিই না; যেকোনো প্রাপ্যতার প্রতিশ্রুতি অর্ডার ফর্মে নির্ধারিত হয়।
দায়িত্বশীল প্রকাশ
আপনি যদি মনে করেন কোনো দুর্বলতা পেয়েছেন, যোগাযোগ করুন support@salewise.co.uk -এ, পুনরুৎপাদনের যথেষ্ট বিবরণসহ। অনুগ্রহ করে অন্য ব্যবসায়ীর ডেটা অ্যাক্সেস করবেন না, সেবা ব্যাহত করবেন না, বা আমরা উত্তর দেওয়ার সুযোগ পাওয়ার আগে প্রকাশ্যে জানাবেন না।
নিরাপত্তা প্রশ্ন
অস্বস্তিকর প্রশ্নটিই করুন।
নিরাপত্তা প্রশ্নপত্র, ডেটা প্রসেসিং শর্ত ও আর্কিটেকচার প্রশ্ন স্বাগত। আমাদের যা আছে তার উত্তর দেব এবং যা নেই তা বলব।