Jaga agar akses tetap disengaja ketika orang dan perangkat lunak berubah.

Pisahkan tiga jenis akses

Dalam wiki lokakarya ilustratif kami, seorang anggota menulis instruksi, seorang koordinator buku catatan mengelola akun aplikasi, dan seorang pengelola host mengoperasikan server. Satu orang dapat memegang lebih dari satu tanggung jawab, tetapi izinnya harus tetap eksplisit. Lembar kerja di bawah ini menjelaskan kebijakan yang dimaksudkan grup; pengaturan aplikasi tetap perlu dikonfigurasi dan diperiksa.

Administrator teknis mungkin dapat menjangkau data yang mendasarinya. Pertahankan tanggung jawab itu dalam keputusan kepercayaan grup alih-alih menjanjikan privasi dari seseorang yang mengendalikan host.

Berikan peran awal yang kecil dan terperiksa kepada anggota baru

Sebelum mengirim undangan, sepakati buku mana yang dibutuhkan anggota dan apakah mereka harus menyunting, mengekspor, atau mengelola apa pun. Buat akun individual jika didukung. Jelaskan cakupan yang dimaksudkan dan cara meminta perubahan; hindari menjadikan administrasi sebagai solusi default untuk izin yang hilang.

Untuk BookStack, beberapa peran yang ditetapkan dapat menggabungkan izinnya, dan penimpaan tingkat konten memengaruhi akses. Tinjau seluruh kumpulan peran dan aturan konten yang relevan. Memeriksa hanya nama peran tidaklah cukup. Aturan izin peran dan konten BookStack.

1. Tetapkan peran yang dimaksudkan dan catat pemiliknya serta pemicu peninjauannya.
2. Periksa tugas yang diizinkan menggunakan akun non-administrator yang representatif.
3. Periksa tugas yang seharusnya gagal, seperti menyunting buku hanya-baca.
4. Pastikan bahwa buku yang dibatasi dan lampiran berkas lokalnya tetap tidak dapat diakses.
5. Catat setiap pengecualian dan siapa yang menyetujuinya.

Simpan materi pemulihan di penyimpanan kredensial yang disepakati. Buku catatan akses menyimpan referensi pengambilan, bukan kata sandi, token, atau kunci privat.

Periksa gambar tersemat secara terpisah: gambar BookStack bersifat publik secara default, sedangkan lampiran berkas lokal menggunakan kontrol izinnya. URL yang sulit ditebak bukanlah kontrol akses. Keamanan gambar BookStack. Untuk gambar yang dimaksudkan bersifat rahasia, uji URL langsungnya saat keluar, lalu dengan anggota yang tidak dapat melihat halaman sumbernya; keduanya tidak boleh menerimanya di bawah kebijakan tersebut.

local_secure memerlukan login tetapi tidak memberlakukan izin halaman; local_secure_restricted memeriksa akses ke item tempat gambar diunggah. Tinjau batas kinerja, halaman yang disalin, dan migrasi yang terdokumentasi sebelum mengubah penyimpanan. Unggahan yang ada memerlukan migrasi yang terdokumentasi, bukan sekadar perubahan pengaturan. Opsi penyimpanan dan migrasi BookStack.

Tutup serah terima sebelum menutup akun

Ketika pengelola keluar, identifikasi semua yang bergantung pada identitasnya: kepemilikan aplikasi, kunci host, administrasi domain, akses cadangan, integrasi, dan kontak pemulihan. Alihkan tanggung jawab kepada pengganti yang berwenang dan periksa bahwa pengganti dapat mengambil catatan operasional.

Hapus peran aplikasi yang tidak diperlukan dan cabut akses host atau layanan melalui kontrol yang didukung setiap sistem. Tinjau sesi aktif, token, dan kredensial bersama sebagai item terpisah; jangan berasumsi menonaktifkan satu login mencabut setiap mekanisme. Jika kredensial bersama pernah terekspos kepada orang yang keluar, atur penggantiannya dan perbarui layanan yang menggunakannya secara sengaja.

Pertahankan konten atau atribusi sesuai kebijakan grup dan perilaku aplikasi. Penghapusan akun tidak boleh menjadi penghapusan karya bersama yang tidak ditinjau. Akhiri dengan pemeriksaan akses terlarang dan pembaruan inventaris layanan.

Tulis keputusan pengembalian sebelum pembaruan

Catat versi yang terpasang, versi yang dituju, dan alasan perubahannya. Baca catatan khusus rilis, termasuk migrasi di antaranya dan persyaratan runtime. Proses pembaruan terdokumentasi BookStack dapat mengubah dependensi dan basis data, dan mengharuskan pencadangan basis data serta unggahan terlebih dahulu. Panduan pembaruan BookStack.

Dari ketergantungan itu, aturan pemulihan praktis berikutnya berlaku: jangan berasumsi bahwa mengganti file aplikasi lama akan membatalkan migrasi basis data. Sebutkan aplikasi, konfigurasi, dan kumpulan data yang kompatibel yang akan Anda pulihkan. Tentukan siapa yang dapat menghentikan perubahan, kapan keputusan itu harus dibuat, dan apa yang terjadi pada perubahan yang diterima setelah titik pemulihan.

1. Konfirmasi identitas cadangan dan prosedur pemulihan yang relevan.
2. Latih perubahan signifikan pada salinan terisolasi bila praktis.
3. Sepakati jeda pengeditan atau jendela pemeliharaan dan informasikan kepada anggota yang terdampak.
4. Terapkan pembaruan yang didokumentasikan untuk metode instalasi yang sebenarnya.
5. Periksa masuk, membaca, mengedit, lampiran, konten terbatas, dan tugas yang dikonfigurasi.
6. Lanjutkan penggunaan biasa setelah pemeriksaan, atau ikuti keputusan pemulihan yang didokumentasikan.

Jika pembaruan gagal, pertahankan bukti kesalahan dan keadaan saat ini. Hindari menumpuk perbaikan yang tidak terkait di atas migrasi yang belum selesai. Gunakan dokumentasi aplikasi dan titik pemulihan yang tercatat untuk memilih tindakan selanjutnya.

Pertahankan rute yang berfungsi saat mengubah akses host

Perubahan akses host memerlukan pemeriksaan terpisah. Biarkan sesi SSH yang diotorisasi saat ini tetap terbuka dan konfirmasi login berbasis kunci baru sebelum menghapus rute autentikasi yang ada. Ketahui bagaimana pemelihara yang berwenang akan mendapatkan kembali akses jika koneksi baru gagal.

Pada server Ubuntu OpenSSH, perintah validasi konfigurasi yang didokumentasikan adalah sudo sshd -t. OpenSSH juga mendokumentasikan sshd -T untuk pengaturan efektif dan parameter koneksi dengan -C untuk mengevaluasi aturan pencocokan. Pemeriksaan ini memeriksa konfigurasi; pemeriksaan ini tidak menunjukkan koneksi yang berhasil melalui jaringan. Pemeriksaan konfigurasi Ubuntu OpenSSH; Opsi pengujian server OpenSSH.

Gunakan kontrol layanan dan jalur konfigurasi untuk distribusi yang terpasang. Selesaikan kesalahan validasi sebelum menerapkan perubahan. Setelahnya, buka koneksi independen kedua dan verifikasi hak istimewa yang diperlukan untuk pemeliharaan. Tutup sesi yang dipertahankan hanya setelah pemeriksaan itu berhasil. Ini adalah prosedur perubahan untuk diadaptasi, bukan bukti bahwa akses server apa pun telah diuji di sini.

Jaga catatan tetap cukup singkat untuk diperbarui

Service / responsible maintainer / cover:
Account or change being reviewed:
Purpose / permitted tasks / forbidden tasks:
Current version / target version, if relevant:
Credential reference / recovery access reference:
Backup identifier / return decision:
Member notice or editing pause:
Checks performed / actual result:
Unresolved issue / action owner:
Next review trigger:

Pilih ritme tinjauan yang dapat dipertahankan grup dan anggap pemberitahuan keamanan, perubahan keanggotaan, atau cadangan yang gagal sebagai alasan untuk bertindak lebih cepat. Jaga pemeliharaan sistem operasi, aplikasi, dan integrasi tetap terlihat sebagai tanggung jawab terpisah. Tinjau kembali latihan pemulihan setelah perubahan material, dan gunakan panduan layanan publik dan privat ketika grup mengubah siapa yang harus menjangkau layanan.