Hangi bilgi, hangi soruya yanıt verecek?
Bir klasöre veya veritabanına bağlanabilmek, oradaki her bilginin uygulamaya gerekli olduğu anlamına gelmez. İlk kullanımın sorusunu yazın: açık siparişleri görmek mi, satın alma politikasını bulmak mı, maliyet farkını açıklamak mı? Ardından gereken kaynakları ve alanları seçin. Aynı bilgi birden fazla sistemde bulunuyorsa hangisinin esas alınacağını işin sahibiyle belirleyin. Örneğin müşteri kaydıyla ilgili iki uygulama farklı bilgi gösterdiğinde sistemin sessizce tercih yapmasını istemeyiz. Kaynak sorumlusu, erişimi onaylayacak kişi ve bilgiyi kullanacak ekip başlangıçta belli olsun. Bu kısa envanter, bağlantı geliştirilmeden önce önemli belirsizlikleri ortaya çıkarır.
Güncelliği yalnızca bir tarihle açıklamayın
Bir dosyanın son değiştirilme tarihi, içindeki iş kuralının yürürlük tarihinden farklı olabilir. ERP kaydı, gece hazırlanan veri aktarımı ve arama dizini de aynı anda güncellenmeyebilir. Yanıtı kullanan kişi için önemli olan zamanı belirleyin: kaynak ne zaman değişti, uygulama veriyi ne zaman aldı ve hangi dönemi kapsıyor? Kapanmış dönem raporuyla gün içindeki hareketleri aynı beklentiyle değerlendirmeyin. Yenileme başarısız olduğunda eski verinin kullanılmasına izin verilip verilmediğini ve bunun nasıl gösterileceğini kararlaştırın. Güncel olmayan bilgiye dayanarak işlem yapılmaması gereken bir durumda uygulamanın yanıtı durdurması, eksik bağlamla devam etmesinden daha uygun olabilir.
Yetkiyi bağlantıda ve her istekte doğrulayın
Kullanıcının uygulamaya giriş yapmış olması, şirketin bütün belgelerini okuyabileceği anlamına gelmez. Erişim tasarımı kullanıcıyı, şirket veya birim sınırını ve yapılacak işlemi birlikte ele almalıdır. OWASP yetkilendirme rehberi, gerekli en dar yetkiyi vermeyi ve izinleri her istekte denetlemeyi önerir. Bu kontrolü yalnızca arayüzdeki düğmeleri gizleyerek yapmayın. Arama sonuçları, belge parçaları, önbellek ve indirilen raporlar da aynı sınırları korusun. Farklı yetkilere sahip kişilerle aynı soruyu deneyin; erişimi olmayan kaydın başlığının veya kısa özetinin bile yanlış kişiye gösterilmediğini kontrol edin. Yetki kaldırıldığında ilgili erişimin ne zaman sona ereceği de tanımlı olsun.
İlk kullanımı salt okunur tasarlayın
İlk aşamada uygulamanın veri değiştirmeden anlamlı bir iş yapmasını hedefleyin. Kaynaklarıyla birlikte bir durum özeti hazırlamak, eksik belgeleri listelemek veya inceleme taslağı oluşturmak buna örnek olabilir. Salt okunur erişim bütün riskleri ortadan kaldırmaz; yanlış kişiye bilgi gösterilmesi hâlâ önemlidir. Ancak kayıt değiştirme sorumluluğunu ayrı değerlendirmeyi sağlar. Bağlantıyı sınarken görev için gerekmeyen alanları çıkartın. Parola ve bağlantı anahtarı gibi bilgileri belgelere ya da modelin okuyacağı açıklamalara koymayın. OWASP'ın hassas bilgi açıklanması rehberi bu tür verilerin korunmasına dikkat çeker. Modelin ürettiği metni, yeni erişim yetkisi veren bir talimat olarak kabul etmeyin.
Yanıtla birlikte kontrol yolunu sunun
Yanıtın altında kaynak adı bulunması iyi bir başlangıçtır; fakat inceleyen kişinin neyi kontrol edeceği de anlaşılmalıdır. İlgili belge bölümünü, kayıt kimliğini veya hesaplamada kullanılan filtreleri gösterin. Kaynaktan alınan bilgiyle uygulamanın çıkardığı sonucu ayırın. Bir tutarın hangi şirket, dönem ve para birimine ait olduğu görünür değilse doğru sayı bile yanıltabilir. Kaynaklar çeliştiğinde, tek ve kesin bir yanıt üretmek yerine farkı belirtin. Bir belgeye bağlantı vermek, o belgenin yorumu desteklediğini kendiliğinden kanıtlamaz. Ekip, yanıtın gerçekten ilgili bölüme dayanıp dayanmadığını kontrol edebilsin; gerektiğinde soruyu daraltarak yeniden çalıştırabilsin.
Bağlantının yaşamını da planlayın
Bağlantı açıldıktan sonra sorumluluk bitmez. Yeni belge sürümleri, silinen kayıtlar, görev değiştiren kullanıcılar ve değişen veri alanları düzenli işleyişi etkiler. Bu değişiklikleri kimin izleyeceğini, hata bildirimlerinin nereye gideceğini ve kullanımı ne zaman durduracağını belirleyin. Çalışma kayıtlarında hangi bilginin tutulacağı ve ne zaman silineceği önceden kararlaştırılsın; sorun araştırmak için bütün belge içeriğini sınırsız saklamak zorunda değilsiniz. İlk kabul sırasında eski kaynak, erişimi kapatılan kullanıcı, çelişkili kayıt ve bulunamayan yanıt durumlarını deneyin. Sonuçları kısa bir kabul kaydına dönüştürün. Böylece erişimin verilmesi kadar geri alınması ve bağlantının güvenle kapatılması da hazırlanmış olur.
- Kaynak sahibi ve erişim onayı belli.
- Güncellik sınırı ile hata davranışı tanımlı.
- Yetki iptali ve kayıt silme senaryoları denenmiş.
