بتاريخ: 18 نوفمبر 200817 سنة comment_143268 الاخوة الاعزاء :_ سؤال دائماً أسأله مع نفسي ولم أجد له جواب فقلت دعني أطرحة عليكم لعلي أجد جوابه السؤال : بعض الأحيان أقوم بالدخول الى sql باستخدام conn sys as sysdba سؤالي اين الأمن في هذا الأمر وكيف أحمي قاعدة بياناتي من ذلك ؟؟؟؟؟؟أتمنى أن يكون السؤال واضحوشكراً تقديم بلاغ
بتاريخ: 18 نوفمبر 200817 سنة comment_143270 اخى العزيز ...اذا كان سؤالك بخصوص autologin عندما تقوم بكتابه الامر conn / as sysdba فيمكن الغاء هذه الخاصيه عن طريق حذف اليوزر الذي تقوم بالولوج به الى سيرفر قاعده البيانات من جروب ora_dba right click on my computer -> manage -< local users and groups -> groups -> ora_dba-> delete the user you want and click OK اما اذا كنت تريد تغيير باسورد اليوزر SYS فيمكنك ذلك عن طريق استخدام الاداه ORAPWD orapwd file=E:\oracle\product\10.2.0\db_1\database\PWDdrclick.ora password=pass force=y حيث DrClick هو اسم قاعده البيانات ويمكنك تغييره باسم قاعده البيانات عندك وايضا تغيير المسار طبقا لمسار تنزيل الاوراكل عندك على السيرفر تمنياتى بالتوفيق تقديم بلاغ
بتاريخ: 18 نوفمبر 200817 سنة comment_143280 أخي العزيز طريقة conn as sysdba آمنة تماماً ولكنك لا تشعر بذلك ،،، لأنها آمنة لك أنت فقطبمعنى أن الوحيد الذي له الحق أن يدخل بهذه الطريقة هو صاحب يوزر الويندوز الذي قام بتثبيت الداتا بيز على الجهازبمعنى أنه إذا كان جهازك له 2 ويندوز يوزر ،،، فإن الذي قمت بتثبيت الداتا بيز منه فقط هو الذي يدخل بطريقة conn as sysdbaوتستخدم هذه الطريقة لحماية الداتا بيز من أي شخص يقوم بتغيير باسوورد اليوزرز كلهم والأدمن أيضاً ،،، فكيف تستطيع حل هذه المشكلة ،،، عن طريق الدخول من الجهاز الذي ثبت منه الداتا بيز والدخول إلى اليوزر الخاص بذلك والدخول إلى الداتا بيز بهذه الطريقة ،،، وتقوم بإرجاع الباسووردات لأصحابهاأرجو أن يكون مقصدي قد وصل إليكالسلام عليكم تقديم بلاغ
بتاريخ: 23 نوفمبر 200817 سنة كاتب الموضوع comment_143636 بداية شكراً لكم فهمت منكم أنه اذا تم اختراق كلمة السر للويندوز فإنه يستطيع التلاعب بالداتابيز!!!انتظر تلعيقكم تقديم بلاغ
بتاريخ: 21 ديسمبر 200817 سنة comment_145185 yes, if os user password hacked , you're in trouble تقديم بلاغ
بتاريخ: 26 أبريل 201015 سنة comment_190541 أخي الكريم من سياسة أوراكل إن المستخدم الذي يدخل على مستخدم نظام التشغيل هو اللي له الحق بالدخول بهذه الطريقة واذا كان اي شخص أخر يجلس على جهازك ويعرف كلمة السر اللي حملت الأوراكل عليه فيمكنه ذلك أم أي مستخدم يستخدم جهاز أخر حتى لو مربوط على قاعدة بياناتك اللي في جهازك فلا يمكنه الدخول عليها بهذه الطريقة أرجو أن يكون الشرح وصل بصورة واضحة وشكراً تم تعديل 26 أبريل 201015 سنة بواسطة scince تقديم بلاغ
بتاريخ: 15 يوليو 201015 سنة comment_196691 اخي العزيز كنت ايضا اعاني من نفس المشكلة على لينوكس و السبب ان اليوزر المستخدم يمكن الوصول له من قبل مدير النظام من root المهم ان الحل الذي استخدمته و كان ناجحا هو الدخول الى ORACLE_HOME مجلد و منه الى مجلد network و منه الى مجلد adminيوجد ملف اسمه sqlnet.oraو اضافة السطر التالي sqlnet.authentication_services = (NONE)بالمناسبة هذه هي مشاركتي الاولى في المنتدى تقديم بلاغ
بتاريخ: 8 أغسطس 201015 سنة comment_198339 وماذا ان كان جهاز الكمبيوتر الذي تتصل منه يحتوي على key logger ؟؟؟؟؟؟؟؟؟؟؟اليوزر SYSDBA هو مالك قاعدة البيانات واتصاله يتم عن طريق البروتوكول Oracle TNS وهو ما يسمح بتشفير كلمة المرور وارسالها مشفرة الى قاعدة البيانات ولكن ماذا ان احتوى جهازك بطريقة مقصودة او غير مقصودة على Key logger يستطيع تعقب كلمة مرورك لحظة كتابتها as a textاولا ما جدوى الدخول بال SYSDBA من جهاز عادي واعني لماذا لا يتم الاتصال بقاعدة البيانات من خلال ال SYSDBA الا من خلال السيرفر فقط, وهذا ما يوصي به كافة ال compliancesثانيا: اعتمادا على القاعدة السابقة يمكنك حظر دخول ال SYSDBA من خلال اي جهاز الا السيرفر بطريقة سهلة ومبسطة وعن نفسي اعتقد ان من مباديء تأمين اي قاعدة بيانات لأوراكل هو تأمين Oracle Listener اولا باضافة كلمة مرور ويجب الفصل التام بين ال listener وال dispatcher فالاول يقوم فقط بعملية انشاء اتصال بينما الاخير يقوم بفتح قناة للاتصال.يمكن حظر الاتصال الا من خلال السيرفر باضافة السطر التالي في Oracle ListenerADMIN_RESTRICTION_<LISTENER NAME> = ONولا تنسى انه يجب عمل reload ل oracle Listenerمعنى ذلك انك حظرت ال SYSDBA من الاتصال الا من خلال السيرفر فقط وهي طريقة جيدة لحماية اليوزر SYSDBA ولكن اكرر قاعدة البيانات مازالت غير مؤمنة لأنه هناك خطوات كثيرة و Checklist يجب ان تتبعها او تتبع منها ما يتناسب مع حالة business الذي تقوم به فالامر الهام بتأمين قواعد البيانات انه لا توجد قواعد ثابتة فما يصلح عندي لا يصلح عندك والعكس صحيح.يوجد بمدونتي موضوع متكامل عن كيفية تأمين Oracle Listenerعلى الرابط التالي:http://securedb.blogspot.com/2010/08/securing-oracle-listener.htmlيمكنك اتباع الخطوات خطوة بخطوة وثق في انها خبرات متبادلة وموثوقة.وفقكم الله جميعا تقديم بلاغ
انضم إلى المناقشة
يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.