47) Asp.NET Core 5.0 - Secret Manager Tools İle Hassas Verilerin Korunması

[@MehmetYlmaz-el9vz]

Yeni bir şey daha kattınız yazılım hayatıma Hocam. OOP videolarınızı bile izliyorum. Her bir videonuzda bambaşka bakış açılarıyla konuyu ele alışınıza hayranım. Muazzam bir nimetsiniz Gençay Hocam. Varlığınız umut veriyor var olun...

[@forglory_]

Hocam, örneklerle anlatımınız harika oluyor. Sadece 'burada tutar iseniz, okunabilir' demek yerine, projeyi yayınlayıp dosyayı açarak kötü niyetli birinin perspektifinden bakmanız, anlatımınızı çok daha etkili kılıyor.

[@emreesencomtr_]

Emeklerinize sağlık hocam.

[@rahibjafarov9326]

ilklerden yerimizi alalım)

[@hunterwaxsel]

pazar şekeri gelmiş izleyelim de ağzımız tatlansın :)

[@CirillaFionaElenRiannon_]

Reis video atmış izleyelim.

[@javidibra6786]

Mükemmelsiniz hocam!

[@Merve_Esen]

Çok teşekkürler hocam

[@barbaroszongur]

20.11.2023 izledim, saygılar hocam.

[@kilicarslan5976]

adı üstünde secret :D teşekkürler king

[@funnyanimals886]

müthişsin hocam

[@heyder777]

Təşəkkürlər

[@Bilal-fr4ox]

daha izlemedim yorumu şimdeden atayım hoca gibi hoca

[@ibrahimak]

Emeğinize sağlık videolarınız çok anlaşılır ve kıymetli bilgiler içeriyor. Hocam şimdi şöyle bir sorum var. Daha önce secrets.json duydum ancak hiç kullanmamışım. Lakin değiştirilmesi muhtemel ve hassas olan dataları secrets.json data içerisinde tuttuk diyelim. SQLConnection bilgisi olduğunu varsayalım. Projeyi yaptık teslim ettik. İlgili firmadan Production'a çıkmadan sqlconnection bilgisi aldık secrets.json'a yazdık. Ancak öyle birşey oldu ki 6 ay sonra bu bilgilerin değişme durumu hasıl oldu. Secrets.json mantığındaki datalar enviorement'ta tutulduğundan son kullanıcının bunu appsettings.json daki gibi değiştirme durumu söz konusu olmayacak. Bu durumda yazılımcı firma olarak bize başvurulacak ve bizim projeyi tekrardan derleyip güncelleme yapmamı gerekecek gibi anladım. Böyle durumlarda nasıl çözümler üretiyorsunuz. Cevap için şimdiden teşekkürler.

[@Melihse]

Teşekkürler, burada bir soru akla geliyor, aynı projede birden çok kişi çalıştığında secret.json dosyalarının grup içinde paylaşımı, git vb. üzerinde yönetimi, dosya üzerinde yazılımcıların yaptığı değişiklikler nasıl yönetiliyor? Proje altında olmadığı için projeye dahil olmuyor, benim yaptığım değişiklikler gruptaki diğer bir arkadaşlara da gidebilmesi gerekli. Bilinen basit bir yöntem var mı yoksa manuel kendimiz git vb. sisteme dahil edip batch script ile mi gerekli güncellemeyi yapacağız?

[@abdulkadir-kocak]

Merhaba, gercekten güzel bir anlatim olmus agziniza saglik, özellikle bekledigim bir icerikti, tesekkürler :). Lakin bir sorum var. Ben Mac kullaniyorum ve JetBrains Rider editörü ile calisiyorum. Bu nedenle baska bir yöntem ile secrets.json'a ulasmam mümkün mü?

[@abdulkadir-kocak]

+ Kendi sorumu kendim cevaplamak isterim :) Ayni sorunu yasayan arkadaslar icin: .Net Core 3 ve sonraki sürümü kullanlar, terminale "dotnet user-secrets init" yazdiktan sonra Rider'da proje dosyasina sag tikladiktan sonra Tools> Open Project User Secrets'a tiklayarak ulasabilirsiniz.

[@Furki4_4]

mini e ticaret serisine ek olarak şöyle unuttuğum özelliklere de bakıyor olucam. azure key'i falan çaldırmayalım yoksa :D teşekkürler

[@bulentmacka1056]

hiç kimsenin değinmediği bir konuya değindiniz peki secret manager yerine statik bir class oluştursak ve kritik bilgileri bu static sınıfın property leri olarak tanımlasak secret manager a göre güvenlik açısından nasıl bir değerlendirme yapardınız

Önceki derslerimde de belirttiğim gibi. Konfigürasyonel veriler kod içerisinden verilmemelidir. Aksi taktirde konfigürasyon ayarları değiştirilmesi gerektiğinde uygulamanın kaynak kodlarında çalışma yapılıp, yeniden başlatılması gerekecek dolayısıyla bu durum konfigürasyonel açıdan doğru olmayacaktır. Lakin bu şekilde harici dosyalarda yahut environment variable olarak konfigürasyon ayarlarını vermek, uygulamanın sadece yeniden başlatılmasıyla devreye sokulmuş olacaktır.

[@burakkanturk9748]

@ secret.json a da erişmek çok zor değil bence, secret içerisinde şifrelenmiş şekilde veri saklamak daha güvenli olacaktır

@@burakkanturk9748 Amaç erişimi engellemek değil! Amaç, kritik konfigürasyonel değerleri deploy etmemek! Yoksa o değerler bir şekilde sizin pc'niz de bulunabilir ve 'appsettings.json'a felan koyarsanız kaşla göz arasında deploy edilebilir. secret.json'a koyarsanız en azından environment'tan o değerleri vermediğiniz sürece hata alacağınız için hem korunaklı hareket etmiş olacaksınız hem de işiniz görülmüş olacaktır.

[@suleymanoncu6280]

Çok teşekkürler. Her derste ayrı bir ufuk açıyorsunuz. SqlConnectionStringBuilder ile yapılan okuma işlemi ayrı bir servis/sınıf halinde tertip edilip ihtiyaç duyulan noktalardan çağrılabilir mi?

[@omerfurkan7894]

Hocam web api yi sıralama olarak asp.net core derslerinden sonra öğrenmek mi daha mantıklı?

[@uzaykahraman2746]

Evet

[@onuraydn5330]

Environment değişkenleri sanırsam sistemin çekirdeğinde oluşturulmuş fieldlara kayıt ediyor değil mi hocam. Yani bir dosya olarak değil görüntülenemeyen kaynak kodu olarak tutuluyor sanırsam 🤔

[@Bilal-fr4ox]

02:25 :D :D

[@hnatiq1980]

Kritik dataları class-da static olarak yazıyorum. Güvenli degilmi?

[@burakkanturk9748]

bence class içerisinde değişkende tutmak daha güvenli, secret.json u kötü niyetli kişide biliyo sonuçta, dosyalara tek tek bakıp yine erişebilir! çok zor bişey değil

[@idriscakr5202]

hocam api hakkında ders çektinimz mi şu apilere girelim ufakdan da olsa

[@idriscakr5202]

ekleme yapmalıyım mumkunse çekercen teorıden zıyade ufak caplı pratık somut ornek cıkartırsanız mukemmel olur hocam , gerçek hayatta nasıl uygularız anlamında