16.1
IG2 IG3

Tetapkan dan Pelihara Proses Pengembangan Aplikasi yang Aman

Jenis Aset: Aplikasi
Fungsi Keamanan: Lindungi

Deskripsi

Tetapkan dan pelihara proses pengembangan aplikasi yang aman. Dalam proses tersebut, tangani hal-hal seperti: standar desain aman, praktik pengkodean aman, standarisasi pelatihan pengembang, manajemen kerentanan, keamanan pustaka pihak ketiga, dan prosedur pengujian keamanan aplikasi. Tinjau dan perbarui dokumentasi setiap tahun, atau ketika terjadi perubahan signifikan pada perusahaan yang dapat memengaruhi Pengamanan ini.

Daftar Periksa Implementasi

1
Tinjau persyaratan pengamanan terhadap kondisi saat ini
2
Kembangkan rencana implementasi dengan jadwal dan tonggak pencapaian
3
Implementasikan kontrol dan prosedur yang diperlukan
4
Verifikasi implementasi melalui pengujian dan audit
5
Dokumentasikan implementasi dan perbarui prosedur operasional

Ancaman & Kerentanan (CIS RAM)

Skenario Ancaman

Kelemahan Keamanan Sistemis pada Aplikasi yang Dikembangkan Internal

Integrity

Beberapa aplikasi yang dikembangkan internal mengandung kategori kerentanan yang sama seperti kelemahan injection dan autentikasi rusak karena tidak ada proses pengembangan aman yang mendefinisikan standar pengkodean atau persyaratan keamanan.

Kode Pihak Ketiga Rentan Diintegrasikan Tanpa Tinjauan

Integrity

Developer memasukkan library open-source dengan kerentanan kritis yang diketahui ke dalam aplikasi produksi karena proses pengembangan tidak memiliki persyaratan untuk memeriksa keamanan kode pihak ketiga.

Keamanan Dilewati untuk Memenuhi Tenggat Rilis

Confidentiality

Aplikasi dipercepat ke produksi tanpa pengujian keamanan apa pun karena tidak ada proses pengembangan aman formal yang mewajibkan gerbang keamanan dalam pipeline rilis.

Kerentanan (Saat Pengamanan Tidak Ada)

Tidak Ada Secure Software Development Lifecycle (SSDLC)

Tanpa proses pengembangan aman, tidak ada standar yang ditetapkan untuk desain aman, praktik pengkodean, manajemen kerentanan, atau pengujian keamanan, menghasilkan aplikasi dengan kelemahan keamanan sistemis.

Tidak Ada Persyaratan Keamanan dalam Pipeline Pengembangan

Ketiadaan proses yang diformalkan berarti pengujian keamanan, tinjauan kode, dan penilaian kerentanan bukan tahap yang diwajibkan dalam siklus hidup rilis perangkat lunak.

Persyaratan Bukti

Jenis Item Bukti Frekuensi Pengumpulan
Dokumen Dokumen kebijakan yang mengatur (terkini, disetujui, dikomunikasikan) Ditinjau setiap tahun