Principles of Secure Design and its componetnts
- 2. Principles of Secure Design Least Privilege: Grant only the minimum permissions required for tasks. Defense in Depth: Use multiple layers of security to protect systems. Fail Securely: Ensure systems remain secure even when they fail. Open Design: Security should not depend on secrecy of the design. Separation of Duties: Divide responsibilities to prevent misuse or errors.
- 3. Principles of Secure Design • Economy of Mechanism: Keep designs simple and minimal to reduce errors. • Complete Mediation: Validate all access requests without relying on cached data. • Least Common Mechanism: Minimize shared resources to reduce risks. • Psychological Acceptability: Ensure security mechanisms are user-friendly.
- 4. Principle of Least Privilege • A subject should only be given the privileges it needs to complete its task and no more. • The privileges should be controlled by the function, not the identity, similar to the right to know principle. • For example, a cashier cannot write checks.
- 5. Principle of Fail-Safe Defaults • Unless explicit access has been granted, access should be denied. Moreover, if a system is unable to complete a task, it should roll back to the start state, for safety. • Example: A regular user may not modify other people's mail files; in addition, if the mail program cannot deliver mail, the only thing it can do is report failure.
- 6. Principle of Economy of Mechanism • Security mechanisms should be as simple as possible. • This way, it is easier to check for errors.
- 7. Principle of Complete Mediation • All accesses to objects must be checked to ensure that they are still allowed.
- 8. Principle of Defense in Depth • The more lines of defense there are against an attacker, the better the defense, specially if the additional line(s) are of different nature.
- 9. Principle of Open Design • The security of a mechanism should not depend on the secrecy of its design or implementation. • Specially important for crypto. • Example DVD's
- 10. Principle of Separation of Privilege • A system should not grant permission based on a single condition. • Example: on BSD systems, su users must belong to the wheel group and know the root password.
- 11. Principle of Least Common Mechanism • Mechanisms to access resources should not be shared (because they provide a haven for covert channels)
- 12. Principle of Psychological Acceptability • Security mechanisms should not make it more difficult to access a resource. • Examples: ssh, login mechanism
- 13. Exercises • Which of these principles apply to operating systems, and which of them are followed by Linux/Unix? Which are followed by Windows? • What would be the effect of checking EACH I/O file access for permission? Assume that each check would require an extra disk operation.
Editor's Notes
- #3: کم از کم اختیارات: صرف وہی اجازت دیں جو کسی خاص کام کو انجام دینے کے لیے ضروری ہو۔ یہ اصول نقصان کے امکانات کو کم کرتا ہے اگر کوئی اکاؤنٹ یا عمل غیر محفوظ ہو جائے دفاع کی تہیں: حفاظتی اقدامات کے کئی پرتیں استعمال کریں تاکہ اگر ایک حفاظتی تہہ ناکام ہو جائے تو دوسری تہہ محفوظ رکھ سکے۔ محفوظ ناکامی: یہ یقینی بنائیں کہ اگر نظام ناکام ہو تو یہ محفوظ طریقے سے ناکام ہو۔ اس سے نظام کی حفاظت برقرار رہتی ہے۔ اوپن ڈیزائن: سیکیورٹی کو ڈیزائن کے راز پر منحصر نہیں ہونا چاہیے بلکہ شفاف اور مضبوط طریقوں پر انحصار کرنا چاہیے فرائض کی تقسیم: اہم ذمہ داریوں کو مختلف افراد یا نظاموں کے درمیان تقسیم کریں تاکہ غلط استعمال یا غلطی کا خطرہ کم ہو آسان ڈیزائن: ڈیزائن کو جتنا ممکن ہو آسان بنائیں تاکہ پیچیدگی اور غلطیوں کے امکانات کم ہوں مکمل جانچ: ہر رسائی کی درخواست کو درست کریں اور کسی محفوظ ڈیٹا یا اجازت پر انحصار نہ کریں کم از کم مشترکہ وسائل: مشترکہ وسائل کو کم سے کم کریں تاکہ خطرات کو محدود کیا جا سکے۔ نفسیاتی قبولیت: ایسی حفاظتی تدابیر اپنائیں جو صارفین کے لیے آسان اور قابل فہم ہوں تاکہ وہ انہیں اپنانے میں ہچکچاہٹ محسوس نہ کریں۔