নিরাপদ আইফোন অ্যাপ্লিকেশন ↔ সার্ভার যোগাযোগ


14

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

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

সার্ভার উপাদানটি যদি গুরুত্বপূর্ণ হয় তবে তা আরআর-তে চলে।

উত্তর:


8

আপনি প্রতিটি গ্রাহককে একটি ব্যক্তিগত কী সরবরাহ করবেন না যদি আপনি স্বতন্ত্রভাবে প্রত্যাহার করতে পারেন তবে আপনি সংযোগগুলি কার্যকরভাবে বাতিল করতে পারবেন না। তবে এটি সম্ভবত ওভারকিল। আপনার যদি বুলেটপ্রুফ সমাধানের দরকার হয় না তবে বেশিরভাগ লোক যদি বুলেট চালাতে বিরক্ত না করে।

এটি একটি সুরক্ষা প্রশ্ন, সুতরাং আসুন একটি হুমকির মডেল এবং প্রশমন কৌশলগুলি বর্ণনা করি।

মনে করুন আপনার কাছে এমন একটি URL রয়েছে যা আপনার কাছে লক্ষণীয় ব্যয় করতে পারে (যেমন প্রক্রিয়াজাতকরণের ব্যয়) এবং আপনি এটি একটি সাধারণ ডস আক্রমণ এবং কপিরাইট অ্যাপ্লিকেশন উভয় থেকে রক্ষা করতে চান।

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

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

আপনি সত্যই আপনার কোডটি বিগলিত হওয়া এবং / অথবা কোনও ডিবাগারের অধীনে চালানো থেকে রক্ষা করতে পারবেন না। আক্রমণকারী অবশেষে গোপন কী এবং সংযোগের অনুক্রমটি শিখে ফেলে।

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

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

আপডেট হওয়া সংস্করণে আপনার ব্যবহারকারীর বেস স্যুইচটি দেখুন। আপোষযুক্ত ব্যয়বহুল ইউআরএল থ্রটল করুন এবং শেষ পর্যন্ত এটি 404। আপনি সুনির্দিষ্টভাবে খুব বেশি ক্ষতি না করে সুরক্ষা লঙ্ঘন সরিয়ে দিয়েছেন। এক বর্গ ফিরে।

দাবি অস্বীকার: আমি সুরক্ষা বিশেষজ্ঞ নই।


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

@ আলেম্ব: অবশ্যই আপনি ব্যয়বহুল ইউআরএল সম্পূর্ণ গোপন রাখতে পারবেন না। একটি নির্ধারিত আক্রমণকারী এটি আবিষ্কার করবে। মূলত এই আবিষ্কারটিকে ব্যয়বহুল করে তোলা, যাতে একটি "স্ক্রিপ্ট কিডি" এর জন্য সময় (এআর) সময় এবং এটি খনন এবং শোষণের জন্য কম উত্সাহী হতে পারে এবং প্রশমনটিকে সম্ভব করে তোলে। যদি আপনার প্রশমন ব্যয়টি যুক্তিসঙ্গতভাবে কম হয়, এবং আক্রমণকারী ব্যয়বহুল ইউআরএল ব্যবহার করে আক্রমণকারী যে পরিমাণ লাভ করতে পারে তার তুলনায় আক্রমণকারীর আবিষ্কারের ব্যয় বেশি হয়, আক্রমণটি অর্থহীন হয়ে যায়। এটি আবার কড়া সুরক্ষা নয়।
9000

5

আপনি একটি ক্লাসিক সমস্যা পেয়েছেন যা সত্যই সমাধান করা যায় না।

সাধারণ গোপনীয়তা নিশ্চিতকরণের জন্য (যেমন আপনার ডেটা স্নোপ করা বা ট্রানজিটে কোনও পরিবর্তন করা যাবে না তা নিশ্চিত করা) আপনি এসএসএল এর মাধ্যমে সমস্ত কিছু করতে পারেন এবং আপনার সার্ভারকে একটি সিএ দ্বারা আইফোন স্বীকৃতি দিয়ে একটি সঠিকভাবে জারি করা শংসাপত্র দিতে পারেন।

অনুমোদনের জন্য, তবে, এর জন্য কোনও ভাল সমাধান নেই যে 100% গ্যারান্টি দেয় যে আপনার অ্যাপ্লিকেশন ব্যতীত অন্য কেউ এপিআইতে অ্যাক্সেস করতে পারবেন না। তোমার প্রস্তাবিত সমাধান হবে কাজ ছাড়া:

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

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


0

এটি টিএলএস এবং এসএসএল এর জন্য। হয় কেউ একটি স্থির গোপন কী প্রয়োজন ছাড়া সুরক্ষিত সংযোগ তৈরি করতে পারে। তারা কীভাবে এটি করে তা জানতে লিঙ্কযুক্ত পৃষ্ঠায় বর্ণনা বিভাগটি পড়ুন।

অনেক কিছু (কোনও) কাজ না করেই টিএলএস / এসএসএলের সুবিধা পাওয়ার একটি কার্যকর উপায় হ'ল আপনার সার্ভারটি কোনও ওয়েব সার্ভিস প্রয়োগ করে যা ক্লায়েন্ট এইচটিটিপিএস প্রোটোকল ব্যবহার করে অ্যাক্সেস করে। সুরক্ষিত সংযোগের জন্য এইচটিটিপিএস হ'ল এইচটিটিপি, এবং আইওএসের URL টি লোডিং সিস্টেম এটি আপনার জন্য প্রয়োগ করে।


যদিও এইচটিটিপিএস যোগাযোগের কথা শোনায় লুকিয়ে রাখে, এটি সার্ভারের দ্বারা ক্লায়েন্ট শংসাপত্রের প্রয়োজন না হলে এলোমেলো ক্লায়েন্টদের একটি শেষ পয়েন্টে সংযোগ স্থাপন থেকে বিরত রাখে না। এটি অ্যাপ্লিকেশনটিতে 'বেকড' হতে পারে এবং নিষ্কাশনের জন্য কিছু জ্ঞানের প্রয়োজন পড়ে।
9000
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.