এইচএটিপসি কেবল কুকিজগুলি এজেএক্স অনুরোধগুলির সাথে কীভাবে কাজ করবে?


195

জাভাস্ক্রিপ্ট কুকিজ অ্যাক্সেস প্রয়োজন যদি AJAX কুকিজ উপর ভিত্তি করে অ্যাক্সেস সীমাবদ্ধতা একটি সাইটে ব্যবহার করা হয়। এইচটিপপি কেবল কুকিগুলি কোনও এজেএক্স সাইটে কাজ করবে?

সম্পাদনা: মাইক্রোসফ্ট যদি এইচটিটিপিউলি নির্দিষ্ট করা থাকে তবে কুকিজের জাভাস্ক্রিপ্ট অ্যাক্সেসকে মঞ্জুরি দিয়ে এক্সএসএস আক্রমণ প্রতিরোধের একটি উপায় তৈরি করেছে। ফায়ারফক্স পরে এটি গ্রহণ করেছিল। সুতরাং আমার প্রশ্নটি হ'ল: আপনি যদি স্ট্যাকওভারফ্লোয়ের মতো কোনও সাইটে এজেএক্স ব্যবহার করছেন তবে এইচটিটিপি-কেবলমাত্র কুকিগুলি কী বিকল্প?

সম্পাদনা 2: প্রশ্ন ২. যদি এইচটিটিপি'র উদ্দেশ্য হ'ল জাভাস্ক্রিপ্টের কুকিজ অ্যাক্সেস রোধ করা এবং আপনি এখনও জাভাস্ক্রিপ্টের মাধ্যমে এক্সএমএলএইচটিপিআরকিউয়েস্ট অবজেক্টের মাধ্যমে কুকিজগুলি পুনরুদ্ধার করতে পারেন, তবে এইচটিটিপি'র মূল বক্তব্য কী ?

সম্পাদনা 3: এখানে উইকিপিডিয়া থেকে একটি উদ্ধৃতি দেওয়া হয়েছে:

ব্রাউজারটি যখন এই জাতীয় কুকি পেয়ে থাকে তখন এটি নিম্নলিখিত HTTP এক্সচেঞ্জগুলিতে এটি যথারীতি ব্যবহার করার কথা বলে মনে করা হয় তবে এটি ক্লায়েন্ট-সাইড স্ক্রিপ্টগুলিতে দৃশ্যমান করার জন্য নয় [[32] HttpOnlyজাতীয় পতাকার কোনো মান অংশ নয়, এবং সমস্ত ব্রাউজারে বাস্তবায়িত হয়নি। মনে রাখবেন যে এক্সএমএলএইচটিপিআরকিউস্টের মাধ্যমে সেশন কুকিটি পড়ার বা লেখার কোনও প্রতিরোধ বর্তমানে নেই। [33]।

আমি বুঝতে পেরেছি যে document.cookieআপনি যখন এইচটিটিপিউনলি ব্যবহার করেন তখন এটি অবরুদ্ধ। তবে মনে হচ্ছে আপনি এখনও XMLHttpRequest অবজেক্টে কুকি মানগুলি পড়তে পারেন, এক্সএসএসের অনুমতি দিয়ে। কীভাবে এইচটিটিপি আপনাকে তুলনায় আরও নিরাপদ করে? কুকিজ তৈরি করে কেবল প্রয়োজনীয়?

আপনার উদাহরণে আমি আপনার কাছে লিখতে পারি না document.cookie, তবে আমি আপনার কুকিটি চুরি করতে এবং এক্সএমএলএইচটিপিআরকোয়েস্ট অবজেক্টটি ব্যবহার করে এটি আমার ডোমেনে পোস্ট করতে পারি।

<script type="text/javascript">
    var req = null;
    try { req = new XMLHttpRequest(); } catch(e) {}
    if (!req) try { req = new ActiveXObject("Msxml2.XMLHTTP"); } catch(e) {}
    if (!req) try { req = new ActiveXObject("Microsoft.XMLHTTP"); } catch(e) {}
    req.open('GET', 'http://stackoverflow.com/', false);
    req.send(null);
    alert(req.getAllResponseHeaders());
</script>

সম্পাদনা 4: দুঃখিত, আমি বোঝাতে চাইছিলাম আপনি স্ট্যাকওভারফ্লো ডোমেনে এক্সএমএলএইচটিপিপ্রকাশটি পাঠাতে পারবেন, এবং তারপরে getAllResponseHeilers () এর ফলাফলটি একটি স্ট্রিংয়ে সংরক্ষণ করুন, কুকিটি পুনরায় তৈরি করুন এবং তারপরে এটি কোনও বহিরাগত ডোমেনে পোস্ট করুন। দেখা যাচ্ছে যে উইকিপিডিয়া এবং হ্যাকাররা এই বিষয়ে আমার সাথে একমত, তবে আমি পুনরায় শিক্ষিত হতে চাই ...

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

আমি শিখেছি সমস্ত কিছুর পুনরাবৃত্তি করতে:

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

সম্পাদনা: এই তথ্য সম্ভবত আপ টু ডেট নেই।


আমি আপনার উদাহরণটি গ্রিসমোনকি স্ক্রিপ্টে ফেলেছি এবং দেখে মনে হচ্ছে এফএফ আর কুকিজ প্রদর্শন করে না। দুর্দান্ত গবেষণা এবং উদাহরণ।

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

@ লুকামারজি " আপনি কোনও ডোমেনে কোনও http অনুরোধ করতে পারবেন না যে স্ক্রিপ্টটি একই রকম নয় " আপনি কি বলছেন যে কোনও সাইট এক্স হোস্ট ওয়াই থেকে কোনও চিত্র অন্তর্ভুক্ত করতে পারে না? (একটি বৈশিষ্ট্য যা মোজাইক থেকে সমস্ত ব্রাউজার দ্বারা সমর্থিত হয়েছে?)
কৌতূহলী

উত্তর:


64

হ্যাঁ, এইচটিটিপি-কেবল কুকিজই এই কার্যকারিতার জন্য ঠিক থাকবে। তারা এখনও সার্ভারে XMLHttpRequest অনুরোধ দিয়ে সরবরাহ করা হবে।

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

আরও সাধারণভাবে, AJAX এর জন্য কুকিজের প্রয়োজন হয় না । XMLHttpRequest সমর্থন (বা এমনকি পুরানো ব্রাউজারগুলিতে iframe দূরবর্তী, এমনকি) প্রযুক্তিগতভাবে প্রয়োজনীয়।

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

আপনার উদাহরণে, আমি আপনার ডকুমেন্ট.কুকিতে লিখতে পারি না, তবে আমি এখনও আপনার কুকি চুরি করতে এবং এক্সএমএলএইচটিপিআরকোয়েস্ট অবজেক্টটি ব্যবহার করে এটি আমার ডোমেনে পোস্ট করতে পারি।

এক্সএমএলএইচটিপিআরকোয়েস্ট ক্রস-ডোমেন অনুরোধগুলি করবে না (ঠিক যে কারণেই আপনি স্পর্শ করছেন তার জন্য)।

আপনি সাধারণত আইফ্রেমে রিমোটিং বা জেএসএনপি ব্যবহার করে আপনার ডোমেনে কুকি প্রেরণের জন্য স্ক্রিপ্টটি ইনজেক্ট করতে পারেন তবে HTTP- কেবল কেবল কুকিকেই এটির অ্যাক্সেসযোগ্য থেকে রক্ষা করে।

আপনি যদি সার্ভার সাইডে স্ট্যাকওভারফ্লো ডটকমকে আপস না করেন তবে আপনি আমার কুকি চুরি করতে পারবেন না।

সম্পাদনা 2: প্রশ্ন ২. যদি এইচটিটিপি-কেবলমাত্র উদ্দেশ্যটি কুকিগুলিতে জাভাস্ক্রিপ্ট অ্যাক্সেস রোধ করা হয়, এবং আপনি এখনও জাভাস্ক্রিপ্টের মাধ্যমে এক্সএমএলএইচটিপিআরকিউয়েস্ট অবজেক্টের মাধ্যমে কুকিজগুলি পুনরুদ্ধার করতে পারেন, কেবল এইচটিটিপি-র মূল উদ্দেশ্য কী?

এই পরিস্থিতিতে বিবেচনা করুন:

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

এইচটিটিপি-কেবল কুকিজের সাহায্যে, দ্বিতীয় ধাপটি অসম্ভব হবে, যার ফলে আমার এক্সএসএস প্রচেষ্টাটি পরাজিত হবে।

সম্পাদনা 4: দুঃখিত, আমি বোঝাতে চাইছিলাম আপনি স্ট্যাকওভারফ্লো ডোমেনে এক্সএমএলএইচটিপিপ্রকাশটি পাঠাতে পারবেন, এবং তারপরে getAllResponseHeilers () এর ফলাফলটি একটি স্ট্রিংয়ে সংরক্ষণ করুন, কুকিটি পুনরায় তৈরি করুন এবং তারপরে এটি কোনও বহিরাগত ডোমেনে পোস্ট করুন। দেখা যাচ্ছে যে উইকিপিডিয়া এবং হ্যাকাররা এই বিষয়ে আমার সাথে একমত, তবে আমি পুনরায় শিক্ষিত হতে চাই ...

এটাই সঠিক. আপনি এখনও সেভাবে হাইজ্যাক সেশন করতে পারেন। এটি এমন লোকদের পালকে উল্লেখযোগ্যভাবে পাতলা করে তোলে যারা আপনার বিরুদ্ধে যদিও এই এক্সএসএস হ্যাক সফলভাবে সম্পাদন করতে পারে।

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

এটি এটিকে ফোটায় যে) ক) কোনও একক উন্নতি সমস্ত দুর্বলতাগুলি সমাধান করবে না এবং খ) কোনও সিস্টেম কখনও পুরোপুরি সুরক্ষিত থাকবে না। HTTP- র-শুধু হয় পদ্ধতি এটা XSS বিরুদ্ধে তক্তাবন্দী একটি দরকারী টুল।

একইভাবে, যদিও এক্সএমএলএইচটিপিআরকোয়েস্টের ক্রস ডোমেন বিধিনিষেধটি সমস্ত এক্সএসএস শো প্রতিরোধে 100% সফল না হলেও আপনি এখনও এই বিধিনিষেধ অপসারণের স্বপ্ন দেখতে পারবেন না।


অনেক ফ্রেমওয়ার্ক csrf কুকিগুলিতে টোকেন রাখে । আমি csrfধরে নিচ্ছি যে জেএস এটির পুনরুদ্ধারের জন্য সিএসআরএফ টোকেনকে একটি লুকানো এইচটিএমএল উপাদানটিতে না রেখে যদি আপনি একটি সিএক্সআরএফ টোকেনটি জেএসের জন্য পুনরুদ্ধার না করেন তবে এজেএক্স কলটির একটি চেক দরকার নেই ।
ব্যবহারকারী

4

অগত্যা, আপনি যা করতে চান তা নির্ভর করে। আপনি কিছুটা ব্যাখ্যা করতে পারেন? কাজ করার জন্য এজেএক্সের কুকিজ অ্যাক্সেসের প্রয়োজন নেই, তথ্য আহরণের জন্য এটি নিজেই অনুরোধ করতে পারে, এজাজ কলটি যে কুকির ডেটা অ্যাক্সেস করতে পারে তা জাভাস্ক্রিপ্ট ছাড়াই কলিং স্ক্রিপ্টে ফিরে যেতে পারে যা সরাসরি অ্যাক্সেস না করে থাকতে পারে বিস্কুট


4

হ্যাঁ, এজ্যাক্স ভিত্তিক সাইটের জন্য এগুলি একটি কার্যকর বিকল্প। প্রমাণীকরণের কুকিগুলি স্ক্রিপ্টগুলির মাধ্যমে ম্যানিপুলেশনের জন্য নয়, তবে সার্ভারে করা সমস্ত এইচটিটিপি অনুরোধগুলিতে ব্রাউজার দ্বারা কেবল অন্তর্ভুক্ত করা হয়।

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

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

আমি সত্যিই কেবল এইচটিটিপি কেবল কুকি পছন্দ করি - এটি মালিকানাধীন ব্রাউজার এক্সটেনশনগুলির মধ্যে একটি যা সত্যিই ঝরঝরে ধারণা ছিল।


3

এটি আরও কিছু আছে।

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

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

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

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

সাধারণত HTTP কেবল চাওয়ার আকর্ষণীয় কারণ হ'ল আপনার ওয়েবপৃষ্ঠায় থাকা তৃতীয় পক্ষের সামগ্রীগুলি কুকিজ চুরি করা থেকে বিরত রাখা। তৃতীয় পক্ষের বিষয়বস্তু অন্তর্ভুক্ত করা সম্পর্কে অত্যন্ত সতর্ক থাকার এবং আগ্রাসীভাবে ফিল্টার করার অনেক আকর্ষণীয় কারণ রয়েছে।


1

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


1

অতএব আমি ধরে নিচ্ছি যে জাভাস্ক্রিপ্ট আপনার কুকিজ অ্যাক্সেস প্রয়োজন।

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

আপনার প্রশ্নের আনুষ্ঠানিক উত্তরকে বাক্যযুক্ত হিসাবে বলা হয়েছে - "যদি এজেএক্স ব্যবহার করা হয় তবে জাভাস্ক্রিপ্টের কি কুকিগুলিতে অ্যাক্সেস দরকার?" - সুতরাং "না"। উন্নত অনুসন্ধান ক্ষেত্রগুলির কথা চিন্তা করুন যা অটো-প্রস্তাব বিকল্পগুলি সরবরাহ করতে আজাক্স অনুরোধগুলি ব্যবহার করে। সেক্ষেত্রে কুকি তথ্যের দরকার নেই।


এক্সএমএলএইচটিপিআরকুয়েস্টের কুকিজ দরকার। আপনি যে বর্ধিত অনুসন্ধানটি উল্লেখ করেছেন তা লগইন পৃষ্ঠার পিছনে থাকতে পারে। তবে জাভাস্ক্রিপ্টটি ভিএম-তে কুকির মানটি প্রকাশ করতে সক্ষম হওয়া দরকার কিনা তা ভিন্ন প্রশ্ন।
মিঃ শাইনি এবং নিউ 安

1

স্পষ্টকরণ হিসাবে - সার্ভারের দৃষ্টিকোণ থেকে, যে এজেএক্স অনুরোধের দ্বারা অনুরোধ করা পৃষ্ঠাটি মূলত কোনও লিঙ্কে ক্লিক করে ব্যবহারকারীর দ্বারা প্রমিত HTTP অনুরোধের চেয়ে আলাদা নয়। সমস্ত সাধারণ অনুরোধের বৈশিষ্ট্য: ব্যবহারকারী-এজেন্ট, আইপি, সেশন, কুকিজ ইত্যাদি সার্ভারে দেওয়া হয়।


"সেশন" কোনও HTTP ধারণা নয়। এটি একটি উচ্চ স্তরের ধারণাটি একটি ফ্রেমওয়ার্কের মাধ্যমে HTTP ধারণার শীর্ষে নির্মিত।
কৌতূহলী

0

না, AJAX কলের অনুরোধ করা পৃষ্ঠাটিতে কুকিগুলিতেও অ্যাক্সেস রয়েছে এবং এটি আপনি লগ ইন করেছেন কিনা তা যাচাই করে।

আপনি জাভাস্ক্রিপ্টের সাথে অন্য প্রমাণীকরণ করতে পারেন, তবে আমি এটি বিশ্বাস করব না, আমি সর্বদা ব্যাক-এন্ডে কোনও প্রকারের প্রমাণীকরণের পরীক্ষা করা পছন্দ করি।


0

হ্যাঁ, কুকিজ অ্যাজাক্সের জন্য খুব দরকারী।

অনুরোধ URL এ প্রমাণীকরণ রাখা খারাপ অনুশীলন practice গুগল ক্যাশে থেকে ইউআরএলে প্রমাণীকরণ টোকেন পাওয়ার বিষয়ে গত সপ্তাহে একটি সংবাদ ছিল।

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

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.