Sp_executesql এর সুরক্ষা বিষয়গুলি কী কী?

Question

ডিফল্টরূপে, এসকিউএল সার্ভারে, [public]ভূমিকার EXECUTEঅধিকার রয়েছে sp_executesql।

তবে, আমি একটি ডাটাবেস সার্ভার উত্তরাধিকার সূত্রে পেয়েছি যেখানে পূর্ববর্তী ডিবিএ EXECUTEডানদিকে প্রত্যাখ্যান করেছে sp_executesql।

একটি অস্থায়ী কার্যসংক্রান্ত হিসেবে আমি দেওয়া করে থাকেন EXECUTEকরার অধিকার sp_executesql(মাস্টার ডাটাবেসের মধ্যে একটি ভূমিকা মাধ্যমে) একটি হিসাবে প্রয়োজনীয় ভিত্তিতে। তবে এটি রক্ষণাবেক্ষণের ব্যথা হতে শুরু করেছে।

আমি যদি EXECUTEজনসাধারণকে ফিরিয়ে দিই, তবে আমার কি সচেতন হওয়া দরকার?

Answer 1

কোনটিই নয়। sp_executesqlমূল কলার হিসাবে ঠিক একই প্রসঙ্গে এবং সুবিধাগুলির অধীনে এসকিউএল কার্যকর করে একই এসকিউএল চালিত করে। গতিশীল এসকিউএল অনিবার্য যখন অনেকগুলি, অনেকগুলি ক্ষেত্রে রয়েছে।

Comments

-1 কারণ উত্তর যে মাইক্রোসফট নোট নির্দেশ করে না সেখানে একটি নিরাপত্তা ঝুঁকি হতে পারে msdn.microsoft.com/en-us/library/ms188001(v=sql.105).aspx

— miracle173

@ অলৌকিক চিহ্ন 173 - ন্যায়সঙ্গত হওয়ার জন্য এটি খারাপভাবে ডাইনামিক এসকিউএল লেখা হয় যা সুরক্ষা ঝুঁকি নয় sp_executesql। একটি গতিশীল এসকিউএল প্রয়োজনীয়তা ধরে নিলে অক্ষম করা sp_executesqlআসলে ঝুঁকি বাড়িয়ে তুলবে কমপক্ষে যা আপনাকে প্রশ্নগুলি প্যারামিটারাইজ করতে দেয় (বিপরীতে EXEC)

— মার্টিন স্মিথ

স্কয়ার ইঞ্জেকশনের ঝুঁকি কখনই sp_executesqlহ্রাস করা যায় না , অক্ষম করা উপযুক্ত প্রশমন নয়। এসকিউএল ইনজেকশন ত্রুটির অপ্রতিরোধ্য সংখ্যাটি যখন ক্লায়েন্টে ঘটে তখন এসকিউএল স্টেটমেন্টটি 'হাত ধরে' ইনপুট ভেরিয়েবলের সাহায্যে এসকিউএল এর টুকরোগুলি যোগ করে এবং 'যেমন হয়' চালায়। এই সমস্ত ক্ষেত্রে sp_executesqlঅক্ষম হওয়া কিছুতেই সহায়তা করে না।

— রিমাস রুসানু