متى يجب أن يكرم التطبيق حساسية حالة من المدخلات؟

Question

لقد قمت مؤخرًا بتطبيق تطبيق قام تلقائيًا بتشفير إخراج ملف من نظام داخلي آخر باستخدام PGP ثم SFTP'D إلى دليل خادم مستهدف أجنبي حيث كان من المقرر أن يستهلكه تطبيق طرف ثالث. لقد كنت أحاول مشكلة في إطلاق النار على العملية بأكملها لمدة أسبوع تقريبًا ولم أتلق أي رد من الطرف الثالث حتى هذا الصباح في رسالة بريد إلكتروني ....

“تبين ، تم تسمية الملف بشكل غير صحيح حتى لا يعتقد النظام أنك قدمته. كان هناك رأس مال "T" كان ينبغي أن يكون أقل.”

موافق. بعد تنهد مشدد (نظرًا لأن أي شخص آخر لديه إمكانية الوصول إلى هذا الدليل وليس هناك ملفات أخرى تسمى بطريقة مماثلة) ، بدأت أتساءل ".متى يجب أن يكرم التطبيق حساسية حالة من إدخال المستخدم خارج كلمات المرور?"أنا أركض في ذهني هنا أحاول التفكير في وقت أرغب فيه" اسم الملف "و" اسم الملف "ليعني شيئًا مختلفًا عن قصد.

أنا لا أتحدث عن اتفاقيات التسمية المتغيرة في التطبيق هنا ، راجع للشغل. أنا في الواقع كثيرًا من أجل اللغة الحساسة للحالة.

Answer 1

تريد الحفاظ على القضية كلما:

• يتم عرض الإدخال مرة أخرى إلى المستخدم الذي يتوقع رؤيته تمامًا كما تم إدخاله.

• الحروف العلوية والصغيرة لها معنى جوهري مختلف ، على سبيل المثال "KB" (1000 بت) ضد KB "(1024 بايت).

• قد تتم معالجة البيانات بشكل خارجي للحالة الخارجية لتطبيقك ، كما هو الحال في بيان المشكلات الخاصة بك.

• سيتم تخزين البيانات ولكن لا "تتم معالجتها" (تم تفتيشها ، مصنفة ، مقارنة) لذلك ليست هناك حاجة للتطبيع.

Answer 2

أفترض أنه يعتمد على النظام الأساسي الذي هو عليه. في Linux Case Sensitivity هي الافتراضي بحيث يجلب حساسية الحالة لنظام الملفات NessAcary للعثور على ملف في دليل. ولكن بخلاف ذلك لا ينبغي.