القضاء على زرق SQL...

posted on Saturday, July 10, 2004 ≥8:06 PM

قراءة على مدونة ستيفان ديمتز حول التحرك قدما للضغط على مايكروسوفت لتغيير الطريقة التي تسمح بها خانات النص بالنقل في البيانات. شاهدوا هنا للتعليق. عذراً لكني أعتقد أن هذه فكرة فظيعة واضحة وهي تتذكر بشدة طلب التقييملاعقلية تم تقديمها في .NET 1.1. أنا أوافق على طريقة بسيطة لفك التشفير والتحقق من إدخال QueryString مثل تم عرضها هنا (بصرف النظر عن حقيقة أنها استخدمت 3DES - لا تفعلوا هذا! ♫3DES هو أبطأ جداً وليس آمناً مثل AESM SK5 إذن ما هو قضيتي مع تغيير السلوك المبكر للتحكم الលំនាំي للدخول

1. إذا حدث ذلك , هذا من المحتمل أن يتم تنفيذه بطريقة تجعله يكسر التطبيقات الناشئة ( هذا حدث أيضا مع | 1.1 ونتيجة لذلك هناك |' لا يزال هناك عدد قليل من التطبيقات لا تزال تعمل |
2. إذا قمت بذلك، سيكون عليها أن تكون خالية تماماً من الرصاص , وإلا كل تطبيق سيعتمد على آلية أمنية واحدة - وهذا ليس فكرة جيدة .
3. تخلي عن المسؤولية من قبل المطورين, إذا كان هذا قد تم فعله لذلك كان يجب أن يتم تشغيله بشكل واضح إما على شبكة الإنترنت.config أو على مستوى الصفحاتM SK2 كنت سأكون أكثر سعادةً . ببساطة أفضّل أن يعرف المطورون ما يحدث في شفرةهم وبالتالي يكونون أكثر احتمالاً أن يكونوا على دراية بأي مشاكل حولها

أوه, و مايكروسوفت, إذا فعلتم هذاMSC2 لاM SK3 لا تفعلوه مثل حالت الرؤية حيث تقومون ببرمجة صلبة 3DES التشفير بدون أي طريقة لبديل تطبيقكم , على الأقل تجعلوه مقدماً