Kısa cevap: Bir geliştiriciye veritabanı incelemesi için erişim verirken “sunucuya girsin, baksın” yerine görev, süre ve hedefi tanımlayın. SSH anahtarı ile MySQL hesabı aynı yetki değildir. Geçici erişimin nasıl kapatılacağı iş başlamadan belirlenmezse bir kerelik destek kalıcı ve unutulmuş bir bağlantıya dönüşebilir.
İncelenecek işi daraltın
Yalnız sorgu performansı mı incelenecek, yoksa veri düzeltmesi mi yapılacak? İlkinde salt okuma yeterli olabilir; ikincisi ayrıca onay ve yedek gerektirir. Veritabanı, tablo ve zaman aralığını netleştirin. MySQL yetki rehberi, hesapla işlem hakkını ayırmak için kullanılabilir. Üretim müşteri verilerini geliştiricinin kişisel cihazına indirmek işin doğal parçası sayılmamalıdır; veri minimizasyonunu ayrıca konuşun.
Her kişiye kendi erişimini verin
Ortak yönetici anahtarını kopyalamak yerine kurumun onayladığı kişisel erişim yöntemini kullanın. Anahtarın sahibini, eklenme tarihini ve iş bitişini kaydedin. Özel anahtarı e-posta eki veya destek mesajı olarak istemeyin. SSH anahtar seçimi rehberi çok sayıda anahtar bulunan cihazlarda hangi kimliğin denendiğini açıklamaya yardımcı olur. Anahtarın çalışması doğru makineye bağlandığınızın tek kanıtı değildir.
Tünel iznini göreve göre değerlendirin
OpenSSH sunucu yapılandırması, port yönlendirmesine ve izin verilen hedeflere ilişkin denetimleri belgeler. Yönetici, kendi OpenSSH sürümünde geçerli seçeneklerle ihtiyaç duyulan hedefi sınırlandırmayı değerlendirmelidir. Sunucuya başka erişim yolları veriliyorsa yalnız tünel kuralının tam bir yalıtım sağladığını varsaymayın. Sınırlar uygulandıktan sonra izinli hedefin çalıştığını, amaç dışı yolun açık olmadığını yetkili testle doğrulayın.
Yapılan değişikliği görünür tutun
Her veri değişikliği için önce ne yapılacağını ve nasıl geri alınacağını yazın. İşin kapsamı büyürse mevcut genel erişimi genişletmek yerine yeni onay alın. SQL dışa aktarımının kapsamını kontrol edin; yalnız bazı tabloların kopyası bütün uygulamanın geri dönüşü olmayabilir. Gerçek müşteri alanlarını gereksiz ekran görüntülerine taşımayın. İncelemenin sonucu ile yapılan değişikliği raporda ayrı bölümlerde tutun.
İş bittiğinde dört ayrı kapıyı kontrol edin
Çalışan SSH oturumunu ve tüneli kapatın, geçici anahtarın kaldırılmasını doğrulayın, MySQL hesabının durumunu inceleyin ve paylaşılan dosyaların saklama kararını uygulayın. Mevcut uygulamanın kullandığı hesabı yanlışlıkla kapatmayın. Sunucu kimliği doğrulama rehberi ve VDS güvenlik listesi iş sonrası kontrol için yardımcıdır. Erişim kaldırıldığında bunu tarih ve sorumlu kişiyle kaydedin; sadece sözlü “kapattım” bilgisini yeterli saymayın.
Bu konunun diğer kontrolleri
- SSH Tüneli ile MySQL’e Bağlanma: Veritabanı Portunu İnternete Açmadan
- SSH Tüneli Açık Ama MySQL Bağlanmıyor: Port, Hedef ve Access Denied Ayrımı
Sıkça Sorulan Sorular
Geliştiriciye root anahtarını vereyim mi?
Veritabanını incelemek için bütün sunucuda yönetici yetkisi gerekmeyebilir. Gerekli SSH hesabı, hedef ve MySQL rolünü ayrı tanımlayın; en dar yetkiyi yöneticiyle belirleyin.
SSH anahtarını silmek MySQL erişimini de kapatır mı?
Ayrı kimlikler söz konusu olduğundan bunu varsaymayın. SSH oturumu, anahtar, veritabanı hesabı ve varsa başka bağlantı yolları ayrı kontrol edilmelidir.
Tünel açıkken her ağdan erişim sağlanmalı mı?
Yerel dinleyicinin amaç dışı paylaşılmaması gerekir. Kullanılan istemcide bağlama adresini ve kurumun ağ politikasını doğrulayın; geçici iş için genel erişim açmayın.
Geçici erişim kapatıldığını kim doğrulamalı?
İşi yapan kişi kendi oturumunu kapatmalı, sistemden sorumlu yetkili de hesap ve anahtar tarafını doğrulamalıdır. Yalnız geliştiricinin programı kapatması sunucudaki bütün izinlerin kaldırıldığına kanıt değildir. İş teslim kaydında erişim başlangıcı, bitişi, etkilenen hesaplar ve geri dönüş bilgisi bulunsun. Üretim uygulamasının ortak kullandığı bir hesabı yanlışlıkla kaldırmamak için bağımlılıkları önce kontrol edin. Sorumlu kişi değiştiğinde bu kaydın bulunabilir olması, unutulan yetkilerin daha sonra izlenmesini kolaylaştırır.