SPL and then recompiling and linkin

SPL and then recompiling and linking the program to create a new load module that incorporates the changed code therefore the SPL is a sensitive are which to preserve application integrity must be properly controlled
The worst-case situation no controls
Figure 5.12 shows the SPL without controls this arrangement has the potential to create the following two serious forms of exposure (see the following list)
1 access to program is completely unrestricted programmers and others can access any programs stored in the library and there is no provision for detecting an unauthorized intrusion
2 because of these control weakness programs are subject to unauthorized changes hence there is no basis for relying on the effectiveness of other controls In other words with no provision for detecting unauthorized access to the SPL program integrity cannot be verified
Control is always in conflict with operational flexibility and efficiency for these reasons systems professionals who must work daily within this environment sometimes oppose controlling the SPL to achieve a mutually acceptable control – flexibility trade-off between the needs of systems professionals and auditor both must understand the exposures that are created when control features are not employed or are routinely circumvented in spite of the exposure just described the no-controls approach is often the choice that management makes
A Controlled SPL environment
To control the SPL protective features and procedures must be explicitly addressed and this requires the implementation of an SPL management system(SPLMS) figure 5.13 illustrates the use of this technique the black box surrounding the SPL signifies the SPLMS. This software is used to control four routine but critical functions (1) storing program on the SPL (2) retrieving programs for maintenance purposes (3) deleting obsolete programs from the library and (4) documenting program changes to provide an audit trail of the changes by the computer manufacturer as part of the operating system or may be purchased through software vendors. Some organizations to provide special control features develop their own SPL soft ware
The mere presence of an SPLMS does not guarantee program integrity Again we can draw an analogy with the DBMS to achieve data integrity the DBMS must be properly used; control does not come automatically it must be planned
Password control assigning passwords provides one form of access control over the SPL this is similar to password controls used in a DBMS to protect data files. As more authorized personnel have a need to know the password the potential for losing control of the password increases since responsibility for the secrecy of a shared

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

SPL แล้ว recompiling และเชื่อมโยงโปรแกรมสร้างโมดูใหม่โหลดที่ประกอบด้วยรหัสการเปลี่ยนแปลงดังนั้น SPL เป็นสำคัญเป็นที่เก็บโปรแกรมประยุกต์ความต้องถูกควบคุมอย่างถูกต้องสถานการณ์งานควบคุมไม่รูปที่ 5.12 แสดง SPL โดยควบคุมการจัดการนี้มีศักยภาพที่จะสร้างแบบฟอร์มสองอย่างจริงจังต่อไปแสง (ดูรายการต่อไปนี้)1 เข้าถึงโปรแกรมเป็นโปรแกรมเมอร์ไม่จำกัดอย่างสมบูรณ์ และผู้อื่นสามารถเข้าถึงโปรแกรมที่เก็บไว้ในไลบรารี และมีสำรองไม่ตรวจจับการบุกรุกที่ไม่ได้รับอนุญาต2 เนื่องจากโปรแกรมเหล่านี้จุดอ่อนของการควบคุมอาจมีการเปลี่ยนแปลงที่ไม่ได้รับอนุญาตจึง มีพื้นฐานไม่พึ่งพาประสิทธิภาพของตัวควบคุมอื่น ๆ ในคำอื่น ๆ ที่ไม่มีโซนสำหรับการตรวจสอบการเข้าถึงความสมบูรณ์ของโปรแกรม SPL ไม่สามารถตรวจสอบ ควบคุมอยู่เสมอกับการดำเนินงานมีความยืดหยุ่น และประสิทธิภาพสำหรับระบบเหตุผลเหล่านี้มืออาชีพที่ต้องทำงานทุกวันนี้บางครั้งต่อต้าน SPL ให้ยอมรับร่วมกันควบคุม – ปิดความยืดหยุ่นระหว่างความต้องการของระบบผู้เชี่ยวชาญตรวจสอบและทั้งสองต้องเข้าใจแสงที่สร้างขึ้นเมื่อมีการควบคุมไม่ทำงาน หรือจะใช้งานเป็นประจำทั้ง ๆ ที่ มีปริมาณแสงเพียง อธิบายวิธีการควบคุมไม่มีการควบคุมมักจะเป็นตัวเลือกที่ช่วยให้การจัดการสภาพแวดล้อมควบคุม SPLSPL คุณสมบัติในการป้องกันและขั้นตอนต้องชัดเจนพิจารณา และต้องการใช้งานของรูป system(SPLMS) การจัดการ SPL 5.13 แสดงให้เห็นถึงการใช้เทคนิคนี้ กล่องดำรอบ SPL หมายถึงการ SPLMS ซอฟต์แวร์นี้ใช้ควบคุมฟังก์ชันประจำ แต่สำคัญสี่ (1) จัดเก็บโปรแกรมของโปรแกรม (2) ดึง SPL สำหรับบำรุง (3) การลบโปรแกรมที่ล้าสมัยจากไลบรารี และ (4) เอกสารโปรแกรมการเปลี่ยนแปลงให้บันทึกการตรวจสอบการเปลี่ยนแปลงจากผู้ผลิตคอมพิวเตอร์เป็นส่วนหนึ่งของระบบปฏิบัติการ หรืออาจซื้อผ่านผู้จำหน่ายซอฟต์แวร์ บางองค์กรให้มีการควบคุมพิเศษพัฒนาเครื่องตัวเองนุ่ม SPL มีอยู่เพียงของ SPLMS การไม่รับประกันความสมบูรณ์ของโปรแกรมเราสามารถวาดการเปรียบเทียบกับ DBMS จะบรรลุความสมบูรณ์ของข้อมูล dbms นั้นต้องใช้อย่างถูกต้อง อีกครั้ง ควบคุมไม่ได้มาโดยอัตโนมัติจะต้องวางแผนควบคุมรหัสผ่านที่กำหนดรหัสผ่านให้หนึ่งฟอร์มการควบคุมการเข้าถึงใน SPL นี้คล้ายกับตัวควบคุมรหัสผ่านที่ใช้ DBMS เพื่อป้องกันแฟ้มข้อมูล บุคลากรที่ได้รับอนุญาตเช่นมีความต้องการรู้รหัสผ่านโอกาสในการสูญเสียการควบคุมการเพิ่มรหัสผ่านตั้งแต่ความรับผิดชอบสำหรับความลับของการใช้ร่วมกัน

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

SPL แล้ว recompiling และการเชื่อมโยงโปรแกรมเพื่อสร้างโมดูลโหลดใหม่ที่ประกอบด้วยรหัสการเปลี่ยนแปลงจึง SPL เป็นความละเอียดอ่อนที่จะรักษาความสมบูรณ์ของโปรแกรมประยุกต์ต้องมีการควบคุมอย่างถูกต้อง
ที่เลวร้ายที่สุดกรณีสถานการณ์การควบคุมไม่มี
รูปที่ 5.12 แสดงให้เห็น SPL โดยไม่มีการควบคุมนี้ จัดมีศักยภาพที่จะสร้างต่อไปนี้สองรูปแบบที่ร้ายแรงของการสัมผัส (ดูรายการต่อไปนี้)
1 การเข้าถึงโปรแกรมอย่างสมบูรณ์โปรแกรมเมอร์ไม่ จำกัด และอื่น ๆ สามารถเข้าถึงโปรแกรมใด ๆ ที่เก็บไว้ในห้องสมุดและมีข้อกำหนดสำหรับการตรวจสอบการบุกรุกไม่ได้รับอนุญาต
2 เพราะ เหล่านี้มีโปรแกรมควบคุมอ่อนแออาจมีการเปลี่ยนแปลงไม่ได้รับอนุญาตจึงมีเป็นพื้นฐานสำหรับการอาศัยความมีประสิทธิผลของการควบคุมอื่น ๆ ในคำอื่น ๆ ที่มีไม่มีบทบัญญัติสำหรับการตรวจสอบการเข้าถึงความสมบูรณ์ของโปรแกรม SPL ไม่สามารถตรวจสอบไม่มี
การควบคุมอยู่เสมอในความขัดแย้งที่มีความยืดหยุ่นในการดำเนินงานและมีประสิทธิภาพ เหล่านี้ผู้เชี่ยวชาญด้านระบบเหตุผลที่ต้องทำงานประจำวันภายในสภาพแวดล้อมนี้บางครั้งก็ไม่เห็นด้วยกับการควบคุม SPL เพื่อให้เกิดการควบคุมที่ยอมรับร่วมกัน - การออกระหว่างความต้องการของผู้เชี่ยวชาญด้านระบบและผู้สอบบัญชีทั้งสองจะต้องเข้าใจความเสี่ยงที่จะถูกสร้างขึ้นเมื่อคุณสมบัติการควบคุมจะไม่ได้รับการจ้างงานมีความยืดหยุ่น หรือถูกโกงเป็นประจำทั้งๆที่มีการสัมผัสเพียงแค่อธิบายวิธีการที่ไม่มีการควบคุมมักจะเป็นทางเลือกที่จัดการทำให้
สภาพแวดล้อม SPL ควบคุม
ควบคุมคุณสมบัติป้องกัน SPL และขั้นตอนจะต้องชัดเจน addressed และนี้ต้องใช้การดำเนินงานของระบบการจัดการ SPL (การ SPLMS) รูปที่ 5.13 แสดงให้เห็นถึงการใช้เทคนิคนี้กล่องสีดำโดยรอบ SPL หมาย SPLMS ที่ ซอฟต์แวร์นี้จะใช้ในการควบคุมสี่หน้าที่ประจำ แต่ที่สำคัญโปรแกรม (1) การจัดเก็บใน SPL (2) การเรียกโปรแกรมเพื่อวัตถุประสงค์ในการบำรุงรักษา (3) ลบโปรแกรมที่ล้าสมัยจากห้องสมุดและ (4) การจัดเก็บเอกสารการเปลี่ยนแปลงโปรแกรมที่จะให้ตรวจสอบเส้นทางของ การเปลี่ยนแปลงโดยผู้ผลิตคอมพิวเตอร์เป็นส่วนหนึ่งของระบบปฏิบัติการหรืออาจจะซื้อผ่านผู้จำหน่ายซอฟต์แวร์ บางองค์กรที่จะให้คุณสมบัติการควบคุมพิเศษในการพัฒนาตัวเองของพวกเขาเครื่องนุ่ม SPL
แค่การปรากฏตัวของ SPLMS ไม่รับประกันความสมบูรณ์อีกครั้งโปรแกรมที่เราสามารถวาดคล้ายคลึงกับ DBMS เพื่อให้เกิดความสมบูรณ์ของข้อมูล DBMS ที่จะต้องใช้อย่างถูกต้อง; ควบคุมไม่ได้มาโดยอัตโนมัติจะต้องมีการวางแผน
การควบคุมรหัสผ่านการกำหนดรหัสผ่านให้รูปแบบหนึ่งของการควบคุมการเข้าถึงมากกว่า SPL นี้จะคล้ายกับการควบคุมรหัสผ่านที่ใช้ใน DBMS เพื่อปกป้องไฟล์ข้อมูล ในฐานะที่เป็นผู้มีอำนาจมากขึ้นมีความจำเป็นที่จะต้องทราบรหัสผ่านมีศักยภาพสำหรับการสูญเสียการควบคุมการเพิ่มขึ้นของรหัสผ่านตั้งแต่ความรับผิดชอบในการรักษาความลับของที่ใช้ร่วมกัน

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

SPL แล้ว recompiling และการเชื่อมโยงโปรแกรมเพื่อสร้างโมดูลโหลดใหม่ ที่รวมเอา เปลี่ยนรหัสและ SPL เป็นอ่อนไหว ซึ่งการรักษาความสมบูรณ์ของการต้องถูกควบคุมสถานการณ์ที่เลวร้ายที่สุดที่ไม่มีการควบคุมรูปที่ 5.12 แสดง SPL โดยการควบคุมการจัดนี้มีศักยภาพที่จะสร้างสองรูปแบบที่ร้ายแรงของการต่อไปนี้ ( ดูรายชื่อต่อไปนี้ )1 การเข้าถึงโปรแกรมได้อย่างสมบูรณ์ โปรแกรมเมอร์ จํากัด และอื่น ๆสามารถเข้าถึงโปรแกรมใด ๆที่เก็บไว้ในห้องสมุด และไม่มีบทบัญญัติสำหรับการบุกรุกไม่ได้รับอนุญาตเพราะของเหล่านี้การควบคุมจุดอ่อนโปรแกรมอาจมีการเปลี่ยนแปลงที่ไม่ได้รับอนุญาต จึงไม่มีพื้นฐานสำหรับใช้ในประสิทธิผลของการควบคุมอื่น ๆ ในคำอื่น ๆที่ไม่มีการตรวจสอบการเข้าถึงไปยัง SPL โปรแกรมไม่สามารถตรวจสอบความสมบูรณ์การควบคุมอยู่เสมอในการขัดแย้งกับความยืดหยุ่นและประสิทธิภาพสำหรับเหตุผลเหล่านี้ระบบมืออาชีพที่ต้องทำงานทุกวัน ในสภาพแวดล้อมนี้บางครั้งคัดค้านการควบคุม SPL เพื่อให้บรรลุร่วมกันยอมรับและการควบคุมความยืดหยุ่น trade-off ระหว่างความต้องการของมืออาชีพและระบบตรวจสอบทั้งต้องเข้าใจความคาดหวังที่สร้างขึ้นเมื่อคุณสมบัติการควบคุมจะไม่ใช้หรือตรวจ circumvented ทั้งๆ ของการอธิบายเพียงไม่มีการควบคุมวิธีการที่มักจะเป็นทางเลือกที่ทำให้การจัดการSPL ควบคุมสิ่งแวดล้อมเพื่อควบคุมป้องกันคุณสมบัติและวิธีการ SPL ต้องชัดเจนอยู่ และต้องการใช้ระบบการจัดการ SPL ( splms ) รูปที่ 5.13 แสดงให้เห็นถึงการใช้เทคนิคนี้ในกล่องสีดำรอบ SPL หมายถึง splms . ซอฟต์แวร์นี้จะใช้ควบคุมตามปกติ แต่ที่สำคัญสี่ฟังก์ชั่น ( 1 ) การจัดเก็บโปรแกรมบน SPL ( 2 ) รับซ่อม ( 3 ) โปรแกรมเพื่อลบรายการที่ล้าสมัยจากห้องสมุด และ ( 4 ) การบันทึกข้อมูลโปรแกรมการเปลี่ยนแปลงเพื่อให้ตรวจสอบเส้นทางของการเปลี่ยนแปลง โดยผู้ผลิตคอมพิวเตอร์เป็นส่วนหนึ่งของระบบปฏิบัติการ หรืออาจจะ ซื้อผ่านผู้ขายซอฟต์แวร์ บางองค์กรที่จะให้มีการควบคุมพิเศษพัฒนาตนเอง SPL ซอฟ์ตแวร์การแสดงเพียงของ splms ไม่รับรองความสมบูรณ์ของโปรแกรมอีกครั้ง เราสามารถวาดคล้ายคลึงกับระบบการจัดการฐานข้อมูลเพื่อให้บรรลุความสมบูรณ์ของข้อมูล DBMS จะต้องใช้อย่างถูกต้อง ; ควบคุมไม่ได้โดยอัตโนมัติ มันต้องวางแผนรหัสผ่านรหัสผ่านที่ควบคุมให้มีรูปแบบหนึ่งของการควบคุมการเข้าถึงมากกว่า SPL นี้จะคล้ายกับที่ใช้ในการควบคุมรหัสผ่านเพื่อปกป้องไฟล์หรือข้อมูล โดยเจ้าหน้าที่ต้องรู้รหัสผ่าน อาจสูญเสียการควบคุมของรหัสผ่านเพิ่มตั้งแต่รับผิดชอบความลับของการแบ่งปัน