বিপরীত প্রকৌশল থেকে নেট নেট রক্ষা করুন?


491

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

এছাড়াও একটি সি # অ্যাপ্লিকেশনটি স্থানীয় কোডে রূপান্তর করা সম্ভব এবং জেনোকোড খুব ব্যয়বহুল।

সি # প্রচুর বৈশিষ্ট্য সরবরাহ করে এবং এটি আমার কোডের জন্য আদর্শ ভাষা, তাই পুরো কোডবেসটি আবার সি ++ এ লিখতে হবে না।

নিরাপদ শংসাপত্রগুলি .NET- এ স্বাক্ষরিত সমাবেশগুলি থেকে সহজেই সরানো যায়।



@ আন্দ্রেস: এটি দুর্দান্ত! আমি চেষ্টা করে যাচ্ছি কেউ এটি ব্যবহার করছেন?
জ্যাক

1
@ জ্যাক এটি কেবল উইন্ডো স্টোর অ্যাপ্লিকেশনগুলির জন্য। ডেস্কটপ অ্যাপ্লিকেশনগুলির জন্য কোনও টাইমলাইন নেই (যতদূর আমি বলতে পারি)।
টাইলার দীর্ঘ

আপনি যদি প্রত্নতাত্ত্বিক সি ++ ছাড়াই নেটিভ চান তবে ডেলফি ব্যবহার করুন। সহজেই। নেট ডেলফি থেকে যাই হোক না কেন এসেছিল।
উইলিয়াম ডিম 16

উত্তর:


671

আপনি পারবেন না।

সেখানে পদক্ষেপ আপনি নিতে পারেন এটি একটি করতে হয় সামান্য আরো কঠিন, কিন্তু শেষ পর্যন্ত স্থানীয় মেশিনে কোনো এক্সিকিউটেবল crackable হয়। শেষ পর্যন্ত, সেই কোডটি দেশীয় মেশিন কোডে রূপান্তর করতে হবে এবং চালানো যায় এমন প্রতিটি অ্যাপ্লিকেশনটি ঝুঁকিপূর্ণ।

আপনি যা করতে চান তা কেবল মানুষের পক্ষে ঝামেলার উপযুক্ত না হওয়ার জন্য ক্র্যাক করা যথেষ্ট কঠিন।

আপনার অ্যাপ্লিকেশনটি সুরক্ষিত করতে আপনার কাছে আমার কাছে কিছু পরামর্শ রয়েছে:

  • আপনার কোড অবলম্বন করুন। ডটফাসক্টারের একটি বিনামূল্যে সংস্করণ রয়েছে এবং এটি ভিজ্যুয়াল স্টুডিও সহ আসে।
  • আপনার পণ্য লাইসেন্স তৈরি করতে পাবলিক / প্রাইভেট কী বা অ্যাসিম্যাট্রিক এনক্রিপশন ব্যবহার করুন । এটি নিশ্চিত করে যে কেবলমাত্র আপনি নিজের লাইসেন্স কোড তৈরি করতে পারবেন। এমনকি যদি আপনার আবেদন করা হয় কর্কশ, আপনি যে তারা আপনার অ্যাপ্লিকেশনের জন্য একটি কী জেনারেটরের মুক্তি করা হবে না কারণ এটি কী উৎপাদিত অ্যালগরিদম বিপরীত করা অসম্ভব নিশ্চিত হতে পারেন।
  • আপনার .NET এক্সিকিউটেবল একটি এনক্রিপ্ট করা Win32 মোড়কের অ্যাপ্লিকেশনটিতে প্যাক করতে একটি তৃতীয় পক্ষের প্যাকার ব্যবহার করুন। থিমিডা আরও ভাল একটি। এটি NET রিফ্লেক্টরে আপনার অ্যাপ্লিকেশনকে প্রতিবিম্বিত করা থেকে বিরত রাখে এবং বিপরীতের জন্য আনপ্যাক করা ব্যথা করে।
  • আপনার নিজস্ব কাস্টম প্যাকার লিখুন । যদি তৃতীয় পক্ষের প্যাকারগুলি খুব ব্যয়বহুল হয় তবে আপনার নিজের লেখা বিবেচনা করুন। কখনও কখনও কাস্টম প্যাকারগুলি খুব কার্যকর হতে পারে, কারণ কীভাবে তাদের আনপ্যাক করা যায় সে সম্পর্কে ভালভাবে প্রকাশিত পদ্ধতি নেই। টিউটোরিয়ালটি কীভাবে আপনার নিজের প্যাকার লিখবেন তা আপনার নিজের উইন 32 প্যাকারটি লেখার জন্য এক টন ভাল তথ্য দেয়।

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

একজন দক্ষ বিপরীত প্রকৌশলী আপনার অ্যাপ্লিকেশনটির মাধ্যমে আইডিএ-প্রো জ্বালিয়ে দিতে পারেন এবং মাখনের মতো আপনি কেটেই যান না। একটি প্যাকযুক্ত অ্যাপ্লিকেশনটি প্যাক করা যায় না এবং উদ্বিগ্নতা এটিকে পার্কে হাঁটাচলা করতে বাধা দেয়। আপনার জটিল লাইসেন্স কোড সহ আপনার সমস্ত কঠোর পরিশ্রম একক বাইট প্যাচ দিয়ে পূর্বাবস্থায় ফেরা যাবে।

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

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

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

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

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


67
সুতরাং +1 যে এটি প্রায় +2। আমি আশা করি আরও বেশি লোক অবশেষে পেতে পারে যে আপনি কেবল নির্ধারিত আক্রমণকারীর বিরুদ্ধে আপনার সফ্টওয়্যারটি রক্ষা করতে পারবেন না।
বোম্বে

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

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

50
হ্যালো আমি আমার সফ্টওয়্যারটি পাইরেটিংয়ের জন্য মূল্যবান বলে মনে করে কাউকে খুঁজে পেয়ে সম্মানিত হয়েছি ...
এরিক ফোর্বস

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

265

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

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

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

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

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

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

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

ফলাফলটি হ'ল আপনাকে বেতন-সংস্করণের দাম বাড়ানোর দরকার হতে পারে, যাতে শেষ অবধি ২ হাজার ডলার ব্যবহারকারীর পরিবর্তে আপনার প্রতি ১০,০০,০০০ বিনামূল্যে ব্যবহারকারী থাকে, যার মধ্যে ৫০০ "পেশাদার" সংস্করণের জন্য $ 99 দিতে ইচ্ছুক । আপনি যদি আপনার পণ্য লক করার জন্য একগুচ্ছ সময় ব্যয় করেন তবে এর চেয়ে বেশি অর্থ উপার্জন হয়। এর চেয়েও বেশি, আপনি এই নিখরচায় ব্যবহারকারীদের জড়িত করতে পারেন এবং সম্পর্কটিকে বেশ কয়েকটি গুরুত্বপূর্ণ উপায়ে লাভ করতে পারেন।

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

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

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

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

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

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


1
@ শিখুন: সময়ের সাথে সাথে এটি বেড়েছে এবং সিডাব্লু প্রান্তরে স্বয়ংক্রিয় রূপান্তরটি পেরিয়েছে।
জোয়েল কোহর্ন

1
এই প্রশ্নের পূর্ববর্তী সংস্করণে আমি যে উত্তর দিয়েছি তার থেকে +1 ভাল। @ জোয়েল জানেন না যে এখানে একটি সীমা ছিল।
পিপইজিক

1
আমি এখানকার সমস্ত কিছুর সাথে পুরোপুরি একমত নই, এবং অত্যন্ত সুচিন্তিত উপস্থাপনা এবং যুক্তির পক্ষে এটি একটি সহজ +1।
বেসকা

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

4
দুর্দান্ত পোস্ট - জটিল অনুলিপি সুরক্ষা লেখার জন্য বিরক্ত করার কারণ কেন এটি সঠিক কারণগুলির বিষয়ে সমস্ত সঠিক বিবরণে যায়। যদিও প্রশ্নটি সদৃশ তবে এটি কেবল এই উত্তরের জন্য এটি পুনরায় খোলার উপযুক্ত। একটি মোড এটি সংহত করতে পারে?
ইএমপি

45

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


38

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


1
বিটিডব্লু আমি এমন একটি প্রকল্প করছি যাতে আমি একটি পণ্য "অফলাইন" সক্রিয় করতে চাই। (অনলাইনে অ্যাক্টিভেট করার জন্য ডাব্লুসিএফ পরিষেবা করেছি)। এই ক্ষেত্রে আপনি কোড কীভাবে ব্যবহার করবেন? আপনি আমাকে কিছু হিট দিতে পারেন?
পিয়ুশ

1
মজাদার ধারণা, তবে আপনি এমন কোনও অ্যাপ্লিকেশন বিকাশকারীকে কীসের প্রস্তাব করবেন যা ডাব্লুপি 7 গেমের মতো ডেটা সংযোগ ছাড়াই চলবে?
চার্লি স্কিলব্যাক

23

বিস্তৃতভাবে বলতে গেলে, সেখানে তিনটি লোক রয়েছে।

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

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

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

আপনি যা বলেছিলেন তা প্রদত্ত, আপনি যদি মনে করেন যে এখানে একটি বৃহত সংখ্যালঘু আছে যাঁকে আপনার সফ্টওয়্যার কেনার জন্য চাপ দেওয়া যেতে পারে, তবে এগিয়ে যান এবং কিছু প্রকার সুরক্ষা প্রয়োগ করেন। সুরক্ষা নিয়ে কাজ করার সময় বা তৃতীয় পক্ষ সুরক্ষা API / সরঞ্জামে আপনি যে পরিমাণ অর্থ ব্যয় করেছেন তার তুলনায় আপনি এই সংখ্যালঘু থেকে কতটা অর্থ উপার্জন করতে পারেন তা ভেবে দেখুন।

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


আপনার লাইসেন্সগুলি সুরক্ষিত / যাচাই করার জন্য শক্তিশালী ক্রিপ্টোগ্রাফি ব্যবহার সম্পূর্ণরূপে অকেজো, যদি কেউ লাইসেন্সটি চেক আউট না করে তবে অ্যাপ্লিকেশনটি বাতিল করে দেওয়া কোডটি যদি বের করে দেয়। :)
বোম্বে

সম্মত, তবে আমি যেমন বলেছিলাম, সুরক্ষা সেই ব্যবহারকারীদের গ্রুপগুলির পক্ষে নয় যারা ফাটল ব্যবহার করে (যে ধারণাটি আমি তৈরি করেছি তা বিদ্যমান থাকবে) for
রহস্যময়

সর্বজনীন-কী ক্রিপ্টোগ্রাফি = অসমমিত ক্রিপ্টোগ্রাফি। আমি মনে করি আপনি প্রতিসম বোঝালেন।
এমএমসিডোল

1
সুষ্ঠু হওয়ার জন্য তৃতীয় বিষয়টি পক্ষপাতদুষ্ট কারণ এটি ধরে নেওয়া হয় যে মানুষের অংশটি সর্বদা সংখ্যালঘু। আমি নির্দিষ্ট ফ্রেমওয়ার্কের অধীনে এটির বেশিরভাগ অংশ নিশ্চিত একটি স্পষ্ট সংখ্যাগরিষ্ঠ। আমি ব্যাপক মাল্টিপ্লেয়ার মনে অতিরিক্ত বৈশিষ্ট্যগুলিও উপস্থিত রয়েছে কারণ ক) অধিকাংশ ব্যবহারকারীর খুব কম নৈতিক মান খ সঙ্গে বাচ্চাদের হয়) খরচ ঐ ব্যবহারকারীদের জন্য উল্লেখযোগ্য হতে পারে যদি এটি একটি মাসিক ফি যে মাসে ইত্যাদি জন্য drags এর অনলাইন গেম আছে
ঞ riv

19

আপনি আপনার সফ্টওয়্যারটি ক্র্যাক করা থেকে মানুষকে আটকাতে পারবেন না।

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

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

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

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

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

আংশিক কী যাচাইয়ের জন্য ওপেন সোর্স .NET ফ্রেমওয়ার্ক বলে মনে হচ্ছে , যদিও আমি এটি চেষ্টা করি নি।


1
ধারণা মত, আপনি বিভিন্ন রিলিজ মধ্যে assymetric এনক্রিপশন জন্য বিভিন্ন পাসওয়ার্ড ব্যবহার করতে পারেন।
প্রিয়ঙ্ক বলিয়া

আকর্ষণীয় ধারণা, তবে কোনও দীর্ঘ নিবন্ধকরণ কোডটি ঠিক কী? এখনকার দিনগুলিতে কেউ এটিকে হাত দিয়ে প্রবেশ করবে না - প্রত্যেকে এটি অনুলিপি করে পেস্ট করবে, সুতরাং এটি 10 ​​টি অক্ষর বা 100 অক্ষর কোনও পার্থক্য না করা উচিত।
ইএমপি

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

কি দারুন! ঠিক আছে, ভাল, আপনার মধ্যে অবশ্যই এই বিষয়ে আমার চেয়ে বেশি অভিজ্ঞতা আছে, তাই আমি তর্ক করতে পারি না, আমি কেবল বলতে পারি যে আমি অবাক। কিন্তু আমি বলতে চাই যে যদি তারা কিভাবে কপি করতে জানেন এবং তারপর পেস্ট না তুমি উচিত কোড 200 অক্ষর দীর্ঘ যাতে তারা একটি অত্যন্ত দরকারী সাধারণ কম্পিউটার দক্ষতা শিখতে করা। :)
EMP

1
@ অ্যাভজেনি: সংক্ষিপ্ত রেজিস্ট্রেশন কোড সহ, আমরা এখনও তাদের কোডগুলি ভুল টাইপ করে এমন লোকদের কাছ থেকে অনেকগুলি ইমেল পেয়েছি এবং সুতরাং তারা ভেবেছিল যে কোডটি বৈধ হতে পারে না কারণ তারা কখনও কখনও এই জাতীয় ভুল করে না would সারি। আমি অন্য সংস্থাগুলিতে আইটি পড়াতে পছন্দ করি ... :-)
অ্যাড্রিয়ান গ্রিগোর

16
  • লাইসেন্সবিহীন অনুলিপিগুলিকে ব্লক করতে অনলাইন আপডেট ব্যবহার করুন।

  • আপনার অ্যাপ্লিকেশনের বিভিন্ন মডিউল থেকে ক্রমিক নম্বর যাচাই করুন এবং যাচাইকরণের জন্য একক ফাংশন কল ব্যবহার করবেন না (যাতে ক্র্যাকাররা সহজে যাচাইকরণ বাইপাস করতে না পারে)।

  • শুরুতে কেবল সিরিয়াল নম্বর পরীক্ষা করবেন না, তথ্য সংরক্ষণের সময় যাচাই করুন, প্রতি শুক্রবার সন্ধ্যায় এটি করুন, ব্যবহারকারী নিষ্ক্রিয় অবস্থায় থাকুন ...

  • অ্যাপ্লিকেশন ফাইল চেক যোগফল যাচাই করুন, আপনার সুরক্ষা চেক যোগফলটি বিভিন্ন জায়গায় সঞ্চয় করুন।

  • এই ধরণের কৌশলগুলিতে খুব বেশি দূরে যাবেন না, নিশ্চিত হয়ে নিন যে নিবন্ধকরণ কোড যাচাই করার সময় আপনার অ্যাপ্লিকেশনটি কখনই ক্রাশ / ত্রুটিযুক্ত না হয়।


  • ক্র্যাকারদের জন্য অবিচ্ছেদ্য বাইনারি তৈরি করার চেয়ে ব্যবহারকারীদের জন্য একটি দরকারী অ্যাপ্লিকেশন তৈরি করা অনেক বেশি গুরুত্বপূর্ণ ।


14

আপনি পারবেন ..

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

আপডেট: (প্রকাশ: আমি Eazfuscator.NET এ কাজ করি) কী মাইক্রোসফ্ট এসএলপি পরিষেবাদি সফ্টওয়্যার সম্ভাব্য আলাদা কোড কোড ভার্চুয়ালাইজ করার ক্ষমতা, তাই আপনি অবশ্যই করতে পারেন । মূলত প্রশ্নটি জিজ্ঞাসা করার পরে বেশ কয়েক বছর কেটে গেছে; আজ আরও অনেক পণ্য উপলব্ধ রয়েছে যা একই ধরণের ভিত্তিতেও কাজ করে:


2
আমার বন্ধুকে মূল্য নির্ধারণ করুন, মাইক্রোসফ্ট থেকে লাইসেন্সিং সফটওয়্যার কেনা স্বাভাবিক আইএসভি
প্রিয়ঙ্ক বলিয়া

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

@ogggre যদি বিক্রেতার লিঙ্কগুলি যুক্ত করা হয় তবে আপনাকে পোস্টে সত্যই আপনার সংযোগগুলি প্রকাশ করতে হবে। এছাড়াও বর্তমানে এসএলপিএসের উপলব্ধ উপলভ্য সংস্করণ (যার উপরে আমি কাজ করি : ডি) জেনেরিকগুলি সমর্থন করে। স্বাভাবিকভাবেই সমস্ত সমাধানগুলির স্বতন্ত্র
উপকারিতা এবং স্বভাবগুলি থাকে

@ মোহেনআফশিন আপনি কী বলছেন তা আমি বুঝতে পারি না - মূল কথাটি হ'ল আইএল যুক্ত / অপসারণ / পরিবর্তন কোনও লাইসেন্সিং লঙ্ঘনের প্রতিনিধিত্ব করে এমন কোনও পদ্ধতি রক্ষা করতে হবে। ভার্চুয়ালাইজিং জিনিসগুলি নিখরচায় থাকতে পারে না, তাই আপনি যেভাবে পরামর্শ দিচ্ছেন তেমন 'জাদুকরীভাবে এগুলি সমস্ত কিছু রক্ষা করার "অর্থ বোধ হয় না। মূল পয়েন্টটিতে ফিরে যান: এসপির সুরক্ষার লক্ষ্য হ'ল যে পদ্ধতিগুলিতে আপনি সংবেদনশীল হন তার ভিত্তিতে আইএল পরিবর্তনগুলি রোধ করা (সাধারণত সাধারণত কিছু লোককে এই গাছটি ফাটিয়ে দেওয়ার প্রয়োজন এড়াতে শোরগোল হিসাবে -> সাইন )
রুবেন বারটেলিংক

1
@ রুবেনবার্টেলিংক আমি আপনার সাথে একমত দুর্ভাগ্যক্রমে এই থ্রেডটি বেশ কয়েকটি পৃষ্ঠার সামগ্রী সহ বেশ বড়। প্রথমে আমি একটি নতুন উত্তর যুক্ত করতে চেয়েছিলাম তবে স্ট্যাকওভারফ্লো পরামর্শ দিয়েছিল যে বিদ্যমানটিটি প্রসারিত করা আরও ভাল। তাই আমি. আশা করি আমার ছোট্ট তথ্যটি কার্যকর হবে। এসএলপিএসে জেনেরিক সহায়তার আপডেট এবং আপনার সংশোধনের জন্য ধন্যবাদ।
oggre

10

.NET রিফ্লেক্টর কেবল "পরিচালিত কোড" খুলতে পারে যার মূল অর্থ "। নেট কোড"। সুতরাং আপনি এটি COM DLL ফাইলগুলি, নেটিভ সি ++, ক্লাসিক ভিজ্যুয়াল বেসিক .0.০ কোড ইত্যাদি বিচ্ছিন্ন করতে ব্যবহার করতে পারবেন না comp এটি আপনাকে সঙ্কলিত সমাবেশগুলিতে দেখার জন্য তবে ডিকম্পিলার এবং বিচ্ছিন্নকারীরা কোনওভাবেই NET এর সাথে সুনির্দিষ্ট নয় এবং যতক্ষণ পর্যন্ত সংকলকরা রয়েছেন ততক্ষণ চলেছে।

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

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

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


9

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

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

আরও কয়েকটি ধারণা (কোনওটিই নিখুঁত নয়, কারণ কোনও নিখুঁত কোনও নেই)।

  • AntiDuplicate
  • ভাষা পরিবর্তন করুন, স্কাইপ এর লেখকরা যে দুর্দান্ত কৌশলগুলি ব্যবহার করেছিলেন তা ব্যবহার করুন
  • লাইসেন্স সার্ভার

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


ভুলে যাবেন না যে হার্ডওয়্যার লকটির সফ্টওয়্যার অংশটিতে আক্রমণ করা বেশ সম্ভব।
ম্যাগনাস হফ

হ্যাঁ, এটি সত্য, একমাত্র আসল বিকল্পটি হ'ল অ্যাপ্লিকেশনটি আংশিকভাবে হার্ডওয়্যারে প্রয়োগ করা হবে (উদাহরণস্বরূপ সফ্টওয়্যার-ভিএইচডিএল অ্যাপ্লিকেশনটির কিছু অদ্ভুত মিশ্রণ)। এটি এমনকি ক্র্যাকযোগ্য হবে ...
বেনামে

এমন সরকারী / বেসরকারী কী কৌশলটি প্রয়োগ করে এমন ডঙ্গলগুলি সম্পর্কে কী। কেবল ডংলের ব্যক্তিগত কী অ্যাপ্লিকেশনটি ডিক্রিপ্ট করে এটি চালাতে পারে।
এমএমসিডোল

হার্ডওয়্যার কীটি সাধারণত এটি করে। তবে আপনি হয় ডংলে আক্রমণ করতে পারেন - এটি ক্লোন করুন, বা ডংলের সাথে কথা বলার জন্য দায়ী সফ্টওয়্যার (পরিবেষ্টন, অক্ষমকরণ ইত্যাদি)।
বেনামে

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

9

আপনি যদি চান যে লোকেরা আপনার কোডটি চালাতে সক্ষম হয় (এবং যদি আপনি না করেন তবে আপনি কেন এটি প্রথম স্থানে লিখেছিলেন?), তবে তাদের সিপিইউ আপনার কোডটি কার্যকর করতে সক্ষম হতে হবে। কোডটি কার্যকর করতে সক্ষম হওয়ার জন্য , সিপিইউ এটি বুঝতে সক্ষম হওয়া প্রয়োজন।

যেহেতু সিপিইউগুলি বোবা, এবং মানুষ না, এর অর্থ হ'ল মানুষও কোডটি বুঝতে পারে।

আপনার ব্যবহারকারীরা আপনার কোডটি পান না তা নিশ্চিত করার একমাত্র উপায় আছে: তাদের আপনার কোড দেবেন না।

এটি দুটি উপায়ে অর্জন করা যেতে পারে: একটি পরিষেবাদি হিসাবে সফটওয়্যার (সাস), অর্থাৎ আপনি নিজের সার্ভারে আপনার সফ্টওয়্যারটি চালান এবং কেবলমাত্র আপনার ব্যবহারকারীদের দূরবর্তীভাবে এটি অ্যাক্সেস করতে দিন। এটি স্ট্যাক ওভারফ্লো ব্যবহার করে এমন মডেল। আমি নিশ্চিত যে স্ট্যাক ওভারফ্লো তাদের কোডটি অবিস্মরণ করে না, তবুও আপনি এটিকে বিশিষ্ট করতে পারবেন না।

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

অথবা, আপনি কেবল কিছুই করতে পারেন নি, যার অর্থ আপনার কোডটি স্বয়ংক্রিয়ভাবে কপিরাইট আইন দ্বারা সুরক্ষিত হবে।


8

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

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

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

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

অ্যাক্টিভেশন এবং রেজিস্ট্রেশন প্রক্রিয়াগুলির লক্ষ্য 'গড় জো:' লোকেরা যাদের এটিকে বাইপাস করার জন্য পর্যাপ্ত প্রযুক্তি জ্ঞান নেই (বা এই বিষয়টির জন্য তারা জানেন যে তারা এটিকে বাইপাস করতে পারে)। ক্র্যাকারদের সাথে বিরক্ত করবেন না, তাদের হাতে অনেক বেশি সময় রয়েছে।


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

8

ক্রয় সুরক্ষা ছাড়াও, আপনি (বা আপনার বিকাশকারী) অনুলিপি-সুরক্ষা শিখতে পারেন।

এগুলি ধারণা:

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

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

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

সি ++ / সিএলআইতে কিছু যুক্তি আবার লিখুন, এবং পরিচালনা না করে ম্যানেজড কোড মিশ্রিত করুন। এটি বিতাড়নকে শক্ত করে তুলবে। এই ক্ষেত্রে, x64 বাইনারিগুলিও সরবরাহ করতে ভুলবেন না।


আপনি বিস্তারিত ব্যাখ্যা করতে পারেন না।
প্রিয়ঙ্ক বলিয়া

7

হ্যাঁ. এটা সত্য. .NET কোডটি বিলোপ করা ইঞ্জিনিয়ারকে চূড়ান্তভাবে সহজ যদি কোডটি অবরুদ্ধ না হয়।

অস্পষ্টতা আপনার সফ্টওয়্যারটিকে প্রকৌশলকে বিপরীত করার চেষ্টা করা লোকদের বিরক্তির একটি স্তর যুক্ত করবে। আপনি কোন সংস্করণ পাবেন তার উপর নির্ভর করে আপনি বিভিন্ন স্তরের সুরক্ষা পাবেন।

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

অন্যান্য কয়েকটি বিনামূল্যে বা ওপেন সোর্স রয়েছে N নেট আটকানো আছে (তবে তারা যে মানের বা তারা ব্যবহার করেন সেগুলি সম্পর্কে আমি মন্তব্য করতে পারি না):

শেষ পর্যন্ত কিছুই নিখুঁত নয়। যদি কেউ সত্যই আপনার সফ্টওয়্যারটি কাজ করে তা দেখতে চায় তবে তারা তা করবে।


11
এটি কেবল "যদি তারা আপনার সফ্টওয়্যারটি কীভাবে কাজ করে তা দেখতে চায় তবে তারা তা করবে"। যদি তারা যত্ন করে তবে তারা সম্ভবত না তাকিয়ে অনুমান করতে পারে। 99.9 %+ সফ্টওয়্যারটিতে কোনও ম্যাজিক পিক্সির ডাস্ট অ্যালগোরিদম নেই। প্রোগ্রামিংয়ের শক্ত অংশটি কোনও বিশেষ গোপন কৌশল নয়। এটি কেবলমাত্র সমস্ত অংশকে একত্র করে কাজ করতে চলেছে।
কেন

9
@ কেন - শি! আপনি পৃথিবীর অন্যান্য অংশগুলিকে জানতে দিতে পারবেন না যে বেশিরভাগ সময় আমরা যাদু পিক্সির ডাস্ট অ্যালগরিদম ব্যবহার করি না।
জাস্টিন নিসনার

9
জাস্টিন: প্রেম কি যাদু অ্যালগরিদম হিসাবে গণ্য হয়? প্রেমই আমার প্রোগ্রামগুলিকে বিশেষ করে তোলে । আমি মনে করি না আপনি প্রেমকে বিচ্ছিন্ন করতে পারেন।
কেন

Babel.NET আর মুক্ত নয়। আপনি সবচেয়ে সাধারণ obfuscators (বিনামূল্যে এবং বাণিজ্যিক বেশী) এর তালিকা পাবেন এখানে
ইনপুট আউটপুট

6

ঠিক আছে, আপনি আপনার পণ্যটিকে ক্র্যাক হওয়া থেকে পুরোপুরি রক্ষা করতে পারবেন না তবে আপনি সুরক্ষা স্তরকে সর্বাধিকতর করে / বাড়িয়ে তুলতে পারেন এবং নতুন বাচ্চা এবং মধ্যবর্তী ক্র্যাকারদের দ্বারা ক্র্যাক করা কিছুটা কঠিনও করতে পারেন।

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

  • আপনার উত্স কোডটি অবলম্বন করুন, স্পষ্টতই এটি আপনার উত্স কোডটিকে অগোছালো এবং অপঠনযোগ্য হিসাবে দেখাবে।
  • আপনার অ্যাপ্লিকেশনটির অভ্যন্তরে প্রতি দুই ঘন্টা, 24 ঘন্টা, একদিন, সপ্তাহ, ইত্যাদির মতো বিভিন্ন এলোমেলো চেক করার রুটিনগুলি ট্রিগার করুন বা ব্যবহারকারী প্রতিটি পদক্ষেপের পরেও নিতে পারেন।
  • আপনার সার্ভারে আপনার প্রকাশিত অ্যাপ্লিকেশনটির MD5 চেকসাম সংরক্ষণ করুন এবং একটি রুটিন প্রয়োগ করুন যা আপনার সার্ভারের পাশের আসল ফাইলটির সাথে বর্তমান ফাইলের MD5 চেকসামটি চেক করতে এবং এলোমেলোভাবে ট্রিগার করতে পারে। যদি MD5 চেকসামটি পরিবর্তন করা হয়েছে তবে এর অর্থ এই অনুলিপিটি পাইরেটেড করা হয়েছে। এখন আপনি এটিকে অবরুদ্ধ করতে বা এটি ব্লক করার জন্য একটি আপডেট প্রকাশ করতে পারেন ইত্যাদি etc.
  • এমন একটি রুটিন তৈরি করার চেষ্টা করুন যা আপনার কিছু কোড (ফাংশন, ক্লাস, বা নির্দিষ্ট রুটিন) আসলে সংশোধিত হয়েছে বা পরিবর্তন হয়েছে বা এমনকি সরানো হয়েছে কিনা তা পরীক্ষা করতে পারে। আমি এটি (কোড অখণ্ডতা চেক) কল।
  • আপনার অ্যাপ্লিকেশনটি প্যাক করতে বিনামূল্যে অজানা প্যাকার ব্যবহার করুন। অথবা, আপনার যদি টাকা থাকে তবে বাণিজ্যিক সমাধান যেমন থামিদা বা। নেট রিঅ্যাক্টর হিসাবে যান । এই অ্যাপ্লিকেশনগুলি নিয়মিত আপডেট হয়ে যায় এবং একবার যখন কোনও ক্র্যাকার আপনার অ্যাপ্লিকেশনটি প্যাক করে দেয়, আপনি কেবলমাত্র সেই সংস্থাগুলি থেকে একটি নতুন আপডেট পেতে পারেন এবং একবার আপনি নতুন আপডেট পাওয়ার পরে, আপনি কেবল আপনার প্রোগ্রামটি প্যাক করুন এবং একটি নতুন আপডেট প্রকাশ করবেন।
  • আপডেটগুলি নিয়মিত প্রকাশ করুন এবং আপনার গ্রাহককে সর্বশেষ আপডেট ডাউনলোড করতে বাধ্য করুন।
  • অবশেষে আপনার আবেদনটি খুব সস্তা করুন cheap এটিকে খুব ব্যয়বহুল করবেন না। বিশ্বাস করুন, আপনি আরও সুখী গ্রাহক পাবেন এবং ক্র্যাকাররা কেবল আপনার অ্যাপ্লিকেশনটি ছেড়ে দেবে, কারণ খুব সস্তা অ্যাপ্লিকেশনটি ক্র্যাক করা তাদের সময়ের জন্য উপযুক্ত নয়।

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

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

এখন গিয়ে ক্র্যাকারদের জন্য কিছু খেলনা প্রয়োগ করুন ...


5

আছে স্যালামাণ্ডার , যা একটি নেটিভ .NET কম্পাইলার এবং Remotesoft থেকে linker যে .NET Framework ছাড়া অ্যাপ্লিকেশানগুলি তৈরি ও স্থাপন করতে পারেন। আমি জানি না এটির দাবিগুলি কতটা ভালভাবে বেঁচে আছে।


উত্তরটি বেশ সহজ: এটি একটি দুঃখের বিষয়, যে বেশিরভাগ উত্তর হতাশার বিষয়ে কথা বলে talk আপনার কোডটি সন্ধান করার জন্য প্রথমে (প্রতিচ্ছবি-জাতীয়) চেষ্টা করার চেষ্টা বন্ধ করার জন্য অস্পষ্টতা ভাল। এটা খারাপ না। এবং অবশ্যই এমন কিছু নেই যা আসল হ্যাকারদের থামায় যা এসেমস অ্যাপ্লিকেশন লেখার পাশাপাশি সমাবেশ কোডটি বোঝে (তারপরেও তারা আপনার সার্ভার হ্যাক করার চেষ্টা করতে পারে)। তবে আরও রয়েছে, সালামান্ডারের মতো সরঞ্জাম রয়েছে। এই সরঞ্জামগুলির মধ্যে কোনটি সেরা, আমি এখনও বিচার করতে পারি না।
ফিল্ম

5

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


5

.NET চুল্লি

হালনাগাদ

জ্যারেড উল্লেখ করেছিলেন যে ডি 4 ডট দাবি করে যে এটি নিষ্প্রভ করতে সক্ষম।

.NET চুল্লী আপনার .NET অ্যাসেমব্লিকে অনিয়ন্ত্রিত প্রক্রিয়াগুলিতে রূপান্তর করে আপনার সংবেদনশীল বৌদ্ধিক সম্পত্তির জন্য সম্পূর্ণ সুরক্ষা সরবরাহ করে যা সিআইএল হিসাবে বোঝা যায় না এবং যা কোনও বিদ্যমান সরঞ্জামটি পচন করতে পারে না। হ্যাকারদের আপনার উত্সের কোনও বোধগম্য ফর্মটিতে অ্যাক্সেস নেই।

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


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

1
তাদের প্রোডাক্টটি নিয়ে আমার আগে কিছু সমস্যা হয়েছিল এবং তারপরে আমি গ্রুপ জিআরএস - সি / গ্রুপ / নেট - রিঅ্যাক্টর - ইউজারগুলিতে উচ্চ রেজোলিউশন আইকন সম্পর্কিত কিছু প্রশ্ন জিজ্ঞাসা করেছি এবং আমি একটি উত্তর এবং একটি সমাধান পেয়েছি, তবে এখন মনে হচ্ছে এগুলি কঠিন hard ধরে রাখা
খারাপটি

2
"কোন বিদ্যমান টুল decompile করতে পারেন" কেন একটি সমর্থিত obfuscator / de4dot উপর প্যাকার হিসেবে তালিকাভুক্ত করা হয় পৃষ্ঠা ?: অতিরিক্ত বৈশিষ্ট্যগুলিও উপস্থিত রয়েছে এমন bitbucket.org/0xd4d/de4dot
জ্যারেড Thirsk

সম্ভবত কারণ এটি একটি পুরানো বিবৃতি এবং তারা তাদের ওয়েবপৃষ্ঠা আপডেট করেনি। আমি আর কোনও আপত্তিজনক সরঞ্জামের ব্যবহারকারী নই।
লোরেডেরন

ডি 4 ডট একটি খুব শক্তিশালী সরঞ্জাম। আমি এটি বেশ কয়েকটি অবরুদ্ধকারীদের বিরুদ্ধে চেষ্টা করেছি এবং এটি দুর্দান্ত কাজ করেছে। তবে এটি .NET চুল্লী (v6.0) সুরক্ষিত ফাইলগুলি পরিচালনা করতে সক্ষম হয় নি। সম্ভবত ডি 4 ডট আপ টু ডেট নেই।
ইনপুট আউটপুট

4

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


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

অামি সম্পূর্ণ একমত. সে কারণেই আমি আমার শেষ লাইনে "এটি আপনার চেয়ে বেশি আক্রমণাত্মক ..." বলেছিলেন। আমি কেবল
ওপিকেই সেরা সমাধানটি দিচ্ছিলাম

২০১০ এর প্রথম প্রান্তিকে (এই উত্তরটি লেখার বেশ কয়েক মাস পরে), গেম ডেভলপমেন্ট সংস্থা ইউবিসফ্ট এটি চেষ্টা করেছিল এবং স্পষ্টতই সার্ভার-সাইডের উপাদানগুলির বোঝা এত বেশি ছিল যে গেমগুলি খেলতে পারা যায় না। এসডাব্লুয়ের সামগ্রিক ছাপ: "ইনস্টল করতে ঝামেলা, অফলাইন, আক্রমণাত্মক এবং বিশ্বাসযোগ্য নয় " ব্যবহার করা যায় না । সুতরাং, আপনার যদি সিদ্ধান্ত নেওয়া উচিত যে সার্ভার-সাইড প্রসেসিং হ'ল উপায়, নিশ্চিত হয়ে নিন যে আপনি প্রকৃতপক্ষে চাহিদা বাড়িয়ে তুলতে পারেন।
পিসকভোর

3

ক্লায়েন্টের যে কোনও কিছু চলমান ছড়িয়ে পড়ে এবং ক্র্যাক হয়ে যেতে পারে। নিস্পৃহতা এটি আরও শক্ত করে তোলে। আমি আপনার অ্যাপ্লিকেশনটি জানি না, তবে 99% সময় আমি কেবল চেষ্টা করে মনে করি না।


3

দুঃখিত, কোনও অ্যাপ্লিকেশন সম্পূর্ণরূপে সুরক্ষিত করা অসম্ভব।



2

মনে রাখবেন যে আপনার 99% ব্যবহারকারী আপনার কার্যনির্বাহী এটি কীভাবে কাজ করে তা পরীক্ষা করতে আগ্রহী হচ্ছেন না।

প্রদত্ত যে খুব কম লোক চেষ্টা করেও বিরক্ত করতে চলেছে এবং বেশিরভাগ অবলম্বনকারীদের চারপাশে কাজ করা যেতে পারে, এটি কি আপনার সময় এবং প্রচেষ্টার পক্ষে মূল্যবান?

আপনার পণ্যকে উন্নত করার জন্য সময় বিনিয়োগ করা আরও ভাল হবে যাতে আরও বেশি লোক এটি ব্যবহার করতে চায়।


2

কেবল একটি সতর্কতা যুক্ত করতে: আপনি যদি অবরুদ্ধ ব্যবহার করতে চলেছেন তবে পরীক্ষা করুন যে এখনও সমস্ত কিছু কাজ করে! অস্পষ্টতা ক্লাস- এবং পদ্ধতি-নামগুলির মতো জিনিসগুলিকে পরিবর্তন করতে পারে। সুতরাং আপনি যদি কিছু পদ্ধতি এবং / অথবা ক্লাস (যেমন প্লাগইন-আর্কিটেকচারের মতো) কল করার জন্য প্রতিবিম্ব ব্যবহার করেন তবে আপনার অ্যাপ্লিকেশন অবরুদ্ধ হওয়ার পরে ব্যর্থ হতে পারে। ত্রুটিগুলি ট্র্যাক করতে স্ট্যাকট্রেসগুলি অকেজো হতে পারে।


2

যদি এটি .NET এ লিখিত থাকে এবং সিআইএলকে সংকলিত হয় , তবে এটি প্রতিবিম্বিত হতে পারে। যদি সুরক্ষা উদ্বেগের বিষয় এবং অবলম্বন এড়াতে হয়, তবে আমি আপনার আবেদনটি একটি অ-পরিচালিত ভাষা ব্যবহার করে লেখার পরামর্শ দিচ্ছি, যা প্রকৃতিগতভাবে, প্রকৌশলে বিপরীত হওয়া শক্ত।


2

কীভাবে নিশ্চিত হওয়া যায় যে অ্যাপ্লিকেশনটি যাতে কোনও ছলচাতুরী হয় না এবং কীভাবে নিশ্চিত করা যায় যে নিবন্ধকরণ প্রক্রিয়াটি বিপরীত প্রকৌশলী হতে পারে না।

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

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

আপনি যদি নার্দি ধরণের ব্যক্তিদেরকে অবজেক্ট কোড দেন এবং তারা মনে করেন যে আপনার প্রোগ্রামটি ক্র্যাক করতে মজাদার হতে পারে, এটি ক্র্যাক হয়ে যাবে । এর আশেপাশে কোনও উপায় নেই।

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

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

সেখানে প্যাকেজগুলি রয়েছে যা আপনার EXE এনক্রিপ্ট করবে এবং যখন ব্যবহারকারীকে এটির ব্যবহার করার অনুমতি দেওয়া হবে তখন এটি ডিক্রিপ্ট করবে

অবশ্যই, এর চারপাশের উপায়টি হল "ক্যান-আই-ইজ-ইট-ইট" পরীক্ষাটি ক্র্যাক করা যাতে এটি সর্বদা সত্য হয়।

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


ক্র্যাশ পয়েন্ট নয় ডিবাগ করা সহজ, এবং চেকটি বাইপাস করতে .NET কোডটি ওভাররাইড করে। এছাড়াও আপনি কীভাবে .NET এ অপকডগুলি পরিবর্তন করবেন, আপনি কি এই বিষয়ে বিস্তারিত বলতে পারবেন?
প্রিয়ঙ্ক বলিয়া

উহু. আমার মনে সি ট্রিকস ছিল; বলুন, বৈধতা ফাংশনের ঠিকানা নিন, সেই চর অ্যারেটিতে 10 টি প্রথম বাইট যুক্ত করুন (ফাংশন পয়েন্টারটি কাস্ট করুন); যে কোনও ফাংশন বেছে নিন এবং এফটিপিআর-তে [আগের বিয়োগফলের বিয়োগের ঠিকানা] সংরক্ষণ করুন। সর্বদা f কে * হিসাবে কল করুন (fptr + যে যোগফল)। প্রাক্কলন "সেই সমষ্টি"
জোনাস কুলকার

2

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


2

.NET এর কথা যখন আসে, আপনি যদি উইন্ডোজ ফর্ম অ্যাপ্লিকেশন (বা ক্লায়েন্টের পোর্টেবল এক্সিকিউটেবল ফাইল রয়েছে এমন কোনও অ্যাপ্লিকেশন) প্রকাশ করেন তবে তা ক্র্যাক হয়ে যেতে সক্ষম।

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


2

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

ডটফাসকেটর আপনার কোডটি গোপন করে এবং .NET রিফ্লেক্টর একটি ত্রুটি দেখায় যখন আপনি এটিটি সংক্ষেপিত করার চেষ্টা করেন।


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