1.Support team access is often exce

1.Support team access is often excessive
with many organisations using
access profiles that breach traditional
segregation of duties principles;
2.Most organisations do not have defined
segregation of duties policies. Where
segregation of duties principles have
been defined, many organisations have
no preventative or detective controls to
enforce these principles;
3.Oracle does not provide standard
reports to identify actual segregation
of duties conflicts4. Few organisations
have defined their own bespoke reports
to address this issue;
4.Few organisations configure auditing to
capture changes to high risk information,
such as supplier bank account details; and
5.Many organisations have not defined
exception reports to monitor security
exceptions or incidents.
In addition to weaknesses at the application
level, database security is another critical area
which is often overlooked. All information in
Oracle applications is held in an underlying
Oracle database. If the database is not
adequately secured, information can be accessed and modified directly at the database
level, by-passing all application level controls.
Typical database security issues include
the use of generic user accounts, inadequate
password controls and no auditing to monitor
the activity of database administrators.

ผลลัพธ์ (ไทย) 2:

การเข้าถึงทีม 1.Support มักจะเป็นมากเกินไปกับหลายองค์กรโดยใช้รูปแบบการเข้าถึงที่แตกดั้งเดิมแยกหลักการหน้าที่องค์กร2.Most ไม่ได้มีการกำหนดแยกของนโยบายการปฏิบัติหน้าที่ ในกรณีที่การแยกจากกันของหลักการปฏิบัติหน้าที่ได้รับการกำหนดหลายองค์กรมีการป้องกันหรือไม่นักสืบควบคุมการบังคับใช้หลักการเหล่านี้3.Oracle ไม่ได้ให้มาตรฐานการรายงานการระบุแยกที่เกิดขึ้นจริงจากการปฏิบัติหน้าที่conflicts4 ไม่กี่องค์กรได้กำหนดรายงาน bespoke ของตัวเองที่จะแก้ไขปัญหานี้; องค์กร 4.Few กำหนดค่าสอบบัญชีที่จะจับการเปลี่ยนแปลงข้อมูลที่มีความเสี่ยงสูงเช่นรายละเอียดบัญชีธนาคารของผู้จัดจำหน่าย; และองค์กร 5.Many ยังไม่ได้กำหนดรายงานข้อยกเว้นตรวจสอบความปลอดภัยข้อยกเว้นหรือเหตุการณ์ที่เกิดขึ้น. นอกจากจุดอ่อนในการประยุกต์ใช้ระดับการรักษาความปลอดภัยฐานข้อมูลเป็นอีกหนึ่งพื้นที่ที่สำคัญที่มักจะมองข้าม ข้อมูลทั้งหมดในการใช้งาน Oracle จะจัดขึ้นในต้นแบบฐานข้อมูลของออราเคิล ถ้าฐานข้อมูลที่ไม่ได้มีความปลอดภัยเพียงพอข้อมูลสามารถเข้าถึงและแก้ไขโดยตรงที่ฐานข้อมูลระดับโดยผ่านการควบคุมระดับแอพลิเคชันทั้งหมด. ปัญหาด้านความปลอดภัยฐานข้อมูลทั่วไปรวมถึงการใช้บัญชีผู้ใช้ทั่วไปไม่เพียงพอการควบคุมรหัสผ่านและไม่มีการตรวจสอบในการตรวจสอบกิจกรรมของผู้บริหารฐานข้อมูล

ผลลัพธ์ (ไทย) 3:

1.support ทีมเข้าถึงบ่อยครั้งมากเกินไป

กับหลายองค์กรการเข้าถึงข้อมูลการละเมิดประเพณี
การแบ่งแยกหน้าที่หลัก ;

2.most องค์กรไม่มีการแบ่งแยกหน้าที่กำหนดนโยบาย การแบ่งแยกหน้าที่หลักมีที่ไหน

ถูกกำหนดหลายองค์กรได้


ไม่ป้องกันหรือการควบคุมตำรวจบังคับใช้หลักการเหล่านี้ ;
3Oracle ไม่ได้ให้รายงานมาตรฐาน

การระบุหน้าที่ที่แท้จริงของ conflicts4 . บางองค์กรมีนิยามของตนเองรายงาน bespoke

เพื่อที่อยู่ปัญหานี้ ;
4.few องค์กรตรวจสอบการเปลี่ยนแปลงค่า

จับข้อมูลความเสี่ยงสูง
เช่นผู้ผลิต รายละเอียดบัญชีธนาคาร และองค์กร 5.many ไม่ได้กําหนด


รายงานข้อยกเว้นการรักษาความปลอดภัยข้อยกเว้นหรือเหตุการณ์ .
นอกจากจุดอ่อนที่ระดับการรักษาความปลอดภัยฐานข้อมูลอีก

มีพื้นที่ที่มักถูกมองข้าม ข้อมูลทั้งหมดในโปรแกรม Oracle จะจัดขึ้นใน

ต้นแบบฐานข้อมูลของออราเคิล . ถ้าฐานข้อมูลไม่ได้
อย่างเพียงพอ การรักษาความปลอดภัย ข้อมูลสามารถเข้าถึงได้และแก้ไขโดยตรงในระดับฐานข้อมูล
โดยผ่านการควบคุมระดับการประยุกต์ใช้
ปัญหาด้านความปลอดภัยโดยทั่วไปฐานข้อมูลรวมถึง
ใช้บัญชีผู้ใช้ทั่วไป การควบคุมรหัสผ่านไม่เพียงพอและไม่มีการตรวจสอบเพื่อตรวจสอบ

กิจกรรมของผู้บริหารฐานข้อมูล