Veri Merkezi Ürünleri ve Operatör Hizmetleri Projesi

TANIMLAR
1. İhale Konusu
  1. Ana Veri Merkezi ve Felaket Kurtarma Merkezine geçiş için altyapıda kullanılacak donanım, yazılım, bilişim güvenliği ürünleri ve Veri Merkezi bulundurma hizmetlerinin alınması işidir.
2. İşin Kapsamı
  1. Veri Merkezinde kabin bulundurma hizmeti alınacaktır.
  2. Veri Merkezinde internet erişim hizmeti alınacaktır.
  3. Veri Merkezinde kullanılacak sunucu donanımları alınacaktır
  4. Veri Merkezinde kullanılacak depolama ürünleri alınacaktır.
  5. Veri Merkezinde kullanılacak ağ anahtarlama cihazları alınacaktır.
  6. Veri Merkezinde kullanılacak güvenlik duvarı ürünleri alınacaktır.
  7. Veri Merkezinde kullanılacak Bilişim Güvenliği yazılım ürünleri alınacaktır.
  8. Alınan tüm ürünlerin kurulumları gerçekleştirilecektir.
  9. Kurulumu gerçekleştirilen ürünler için 3/5 yıl süreyle yüklenici bakım desteği ve üretici desteği (support/subscription), verilecektir.
3. İşin Süresi
  1. Projenin teslimi sözleşmenin imzalanmasından itibaren 120 gün içinde anahtar teslim olarak tamamlanacaktır.
  2. Operatör hizmetlerinin aylık ödemeleri ürün teslim ve kurulumundan sonra başlar.
4. Fiyatlandırma
  1. Operatör hizmetleri ve bakım bedelleri aylık olarak fiyatlandırılacaktır. Yılda 1 kere TÜFE oranında fiyat arttırılacaktır.
  2. Ürünlerin bedeli peşin veya 36 ay veya 60 ay taksitli olarak tekliflendirilecektir. Ürün bedellerinde ayrıca bir fiyat artışı olmayacaktır.
GENEL
1. Genel Hükümler
  1. Bu şartnamede belirtilen işlerin, tarif edildiği şekilde ve anahtar teslimi olarak tamamlanması esastır.
  2. İDARE’den kaynaklanacak gecikmeler yukarıdaki süreye eklenecektir.
  3. YÜKLENİCİ, teklif edilen ihale bedelleri dışında fiyat farkı talep etmeyecektir. İşin kapsamının değişmesi durumunda idari şartnamenin ilgili koşulları uygulanacaktır.
  4. YÜKLENİCİ, proje aşamalarını, tüm mimariyi ve ürünleri teklifinde detaylandıracaktır.
  5. Ana Veri Merkezi Ağ altyapısı mimarisi, Bilişim Güvenliği altyapısı mimarisi, sunucu altyapısı mimarisi ve yedeklilik yapısı bu şartname başlıklarına uygun bir şekilde YÜKLENİCİ tarafından hazırlanıp teklifle birlikte sunulacaktır.
  6. FKM Veri Merkezi Ağ altyapısı mimarisi, Bilişim Güvenliği altyapısı mimarisi, sunucu altyapısı mimarisi ve yedeklilik yapısı bu şartname başlıklarına uygun bir şekilde YÜKLENİCİ tarafından hazırlanıp teklifle birlikte sunulacaktır.
2. Proje Yönetimi ve Proje Planı
  1. Sözleşmenin imzalanmasını takiben 15 gün içerisinde YÜKLENİCİ, Proje Planını İDARE’nin onayına sunacaktır.
  2. İDARE, YÜKLENİCİ tarafından sunulan planı 15 gün içerisinde onaylayacaktır veya düzeltilmesi için geribildirimde bulunacaktır.
  3. YÜKLENİCİ, ihale kapsamında sağlanacak altyapıların kurulumu için Proje Yöneticisi olarak en az bir kişi görevlendirecektir.
  4. YÜKLENİCİ, ihale kapsamında sağlanacak altyapılar hizmete alındıktan sonra hizmetlerin sağlıklı yürütülebilmesi ayrıca için bir Teknik Proje Yöneticisi atayacaktır. Teknik Proje Yöneticisi, sağlanan hizmetler ile ilgili olarak gerçekleştireceği haftalık toplantılarda sağlanan hizmetleri İDARE ile değerlendirecek ve hizmetlerin iyileştirmesi konusunda iyileştirme süreçlerini işletecektir.
  5. Tüm çalışmalar aşağıdaki fazlardan geçerek uygulanacaktır. Aşağıdaki maddeler, bütünsel projenin her bir alt projesi için ayrı ayrı uygulanacaktır.
    1. Kapsam ve Vizyon
    2. Planlama
    3. Geliştirme
    4. Kararlı Hale Getirme
    5. Yaygınlaştırma
  6. İş Başında Eğitim (On-the-job training) Tüm çalışmalarda (her bir proje/danışmanlık için ayrı ayrı olacak şekilde) aşağıdaki dokümanlar üretilmeli ve teslim edilmelidir.
    1. Kapsam ve Vizyon dokümanı
    2. Proje planı (Sürekli güncellenecek – mpp ve xlsx formatlarında)
    3. Risk dokümanı (Sürekli güncellenecek)
    4. Analiz dokümanı
    5. Planlama ve tasarım dokümanı
    6. Geçiş esnasında gerekecek prosedürler ve kontrol listeleri
    7. Haftalık ilerleme durum raporu
  7. Tüm çalışmalarda aşağıdaki durumlarda toplantı yapılması gerekecektir.
    1. Alt proje başlangıçlarında
    2. Kriz anında
    3. Tasarım ve geçişlerde gerektiği zaman
    4. İdare talep ettiği zaman
ALTYAPI
1. Kurgu
  1. Ana Veri Merkezine, bu ihale kapsamında alınacak 6.1.1. maddesinde belirtilen tablodaki ürünler ile sunucu ve depolama altyapısı kurulacaktır.
  2. FKM, bu ihale kapsamında alınacak 6.1.1. maddesinde belirtilen tablodaki ürünler sunucu ve depolama altyapısı kurulacaktır.
  3. Tüm sunucular aynı marka olacaktır.
  4. Ana Veri Merkezindeki Sanal Sunucular, Sanal Ortam Yedekleme Yazılımları ile FKM Veri Merkezine aktarılacaktır.
  5. Felaket anında Ana Veri Merkezindeki belirlenen sunucuların 15 dakika içerisinde FKM Veri Merkezinde çalışır durumda olması için altyapı kurulacaktır.
2. Veri Merkezi Genel
  1. Veri Merkezinde konumlandırılacak tüm cihazlar yedekli mimaride çalışmalıdır.
  2. Birbirinin yedeği olarak çalışacak tüm cihazlar Veri Merkezi içinde farklı kabinetlerde konumlandırılacaktır. Kabinet içi cihaz montajları eksiksiz bir şekilde ve belirlenmiş standartlarda olacaktır.
  3. Her cihazın yedekli Güç Kaynakları Kabinet içinde bulunan ve yedekli çalışan Güç Dağıtım Birimlerine (PDU) bağlanacaktır. Tüm cihazların topraklama bağlantısı yapılmalıdır. Güç Dağıtım Birimlerinin yedekliği Veri Merkezi Sağlayıcısı tarafından karşılanacaktır.
  4. Cihazlar arasındaki tüm kablolama yedekli bir yapıda kurulacaktır. Kabinetler arası kablolama aynalama yöntemi ile yapılacaktır. Veri Merkezinde 4 kabin bulunacak, FKM’de 2 kabin bulunacaktır.
  5. Tüm cihazlar için güç, veri ve ağ bağlantı kablolarının her iki ucu da kurumun belirleyeceği bir standartta etiketlendirilecektir.
  6. Veri Merkezinde konumlandırılacak Sunucuların 10GBps bağlantıları DataCenter Ağ Anahtarlarında, yönetim bağlantıları ise Yönetim Anahtarlarına yedekli bir şekilde bağlanacaktır.
  7. DataCenter Ağ Anahtarlar sanal şasi mimarisine göre yapılandırılarak tek bir anahtar gibi çalışması sağlanacaktır. İki DataCenter Ağ Anahtarı arası bağlantı en az 4 X 40GBps hızında olacaktır.
  8. Veri Merkezinde konumlandırılacak ve aktif-aktif çalışacak yedekli Güvenlik Duvarlarının her bir Veri Merkezi Ağ Anahtarlarına en az 40 GBps hızında bağlanacaktır.
  9. Veri Merkezi uzak alan ağ bağlantıları, yedekli çalışacak şekilde konumlandırılacak olan iki yönlendiricide sonlandırılacaktır. Yedekli çalışan Güvenlik Duvarlarının dış bağlantıları yönlendiricilerde sonlandırılacak ve gerekli tüm yönlendirmeler yedekli olarak yapılacaktır. Yedekliliğin nasıl sağlandığı detaylı şekilde tarif edilecektir.
3. FKM Genel
  1. Ana Veri Merkezinin tam bir yedeği olacak olan felaket kurtarma merkezi, madde 3.2. de tarif edilen Ana Veri Merkezi ile aynı yapı ve standartlarda farklı bir lokasyonda kurulacaktır.
  2. Ana Veri Merkezi ile FKM arasında yapılacak bağlantı yönlendiricilerde sonlandırılacak olup, sunucu ve verilerin eşlemesi için kullanılacaktır. Bu işlem için kurum tarafından belirlenecek politikalar ile eşleme sağlanacak ve istenilmesi durumunda trafik önceliklendirilmesi yapılacaktır.
  3. Kurum trafik akışını dengelemek sebebiyle belirleyeceği uygulamalar için FKM’yi sürekli aktif olarak kullanarak bu uygulamaların yedeğini ana Veri Merkezinde tutabilir. Veri merkezleri arasında yük dengeleme istenilmesi durumunda gerek uygulama sunucularında gerekse ağ ayarlarında gerekli yapılandırmalarla bu yönlendirmeler sağlanacaktır.
  4. Yüklenici her iki Veri Merkezinin çalışma şeklini detaylı çizim ve açıklamalarla sunum ve rapor olarak kuruma iletecektir.
ÜRÜNLER
1. Sunucu ve Depolama Sistemi
  1. Sunucu ve depolama sistemi olarak madde 4.2, 4.3, 4.4 ve 4.5’te tanımlanan ürünler önerilecektir veya Hiper Tümleşik (Hyper-converged Infrastructere) Altyapı önerilecektir.
  2. Hiper Tümleşik (Hyper-converged Infrastructere) Altyapı önerilmesi durumunda önerilen sistem aşağıdaki şartları sağlayacaktır.
    1. Teklif edilecek bütünleşik sisteminin üreticisi, en son “Gartner Magic Quadrant for Hyperconverged Infrastructure” adlı değerlendirme raporunda Liderler (Leaders) konumunda olmalıdır veya yerli ürün olmalıdır.
    2. Önerilen sistemde Aktif DC tarafında minimum 6000GB, Pasif DC tarafında minimum 3000GB kullanılabilir bellek bulunacaktır.
    3. Önerilen sistem Aktif DC tarafında minimum 270TB (mimimum 90TB SSD), Pasif DC tarafında minimum 190TB kullanılabilir diske sahip olacaktır.
    4. Önerilen sistemin çalışabilmesi için gerekli tüm donanım (sunucu, switch, vb) ve lisanslar verilecektir.
2. Fiziksel Sunucu – Aktif DC / Pasif DC (9 Adet)
  1. Sunucular rack tipte ve en fazla 2U yüksekliğinde olacaktır.
  2. Sunucunun merkezi işlem birimleri 64-bit mimaride çalışabilecektir.
  3. Sunucu üzerinde en az 2 adet fiziksel işlemci yuvası bulunacaktır.
  4. Sunucu üzerinde en az 2 adet, çalışma hızı en az 2.3GHz olan işlemciler bulunacaktır.
  5. Sunucu üzerindeki işlemcilerin her biri en az 16 adet çekirdeğe sahip olacaktır.
  6. Sunucu üzerindeki işlemcilerin her birinin üzerinde en az 22MB cache belleği bulunacaktır.
  7. Sunucu üzerinde DDR4 tipinde, en az 3200mt/s hızında, en az 1024GB bellek bulunacaktır. Sunucu, üzerinde bulunan bellek modüllerinin üretici tarafından onaylanmış modüller olduğunu tanımlayıp raporlayabilecektir.
  8. Sunucu üzerinde en az 24 adet bellek yuvası bulunacaktır.
  9. Sunucu üzerinde her biri en az 2 adet 480GB kapasitede, SSD tipinde, çalışma esnasında sökülüp takılabilen sabit diskler bulunacaktır.
  10. Sunucu üzerinde en az 1 adet 2GB NV cache bellekli 12Gb/s hızında SAS RAID denetleyicisi bulunacaktır. RAID denetleyicisinin RAID5/50/6/60 desteği olacaktır.
  11. Sunucu üzerinde en az 2 adet 1Gb RJ45 ethernet portu bulunmalıdır. Teklif edilecek bu ethernet kartları onboard olabilir.
  12. Sunucu üzerinde en az 1 adet 2 portlu 10Gb ethernet kartı bulunmalıdır. Teklif edilecek bu ethernet kartları onboard olabilir.
  13. Sunucu üzerinde 2 adet 10Gb SR SFP+ optik modül bulunmalıdır.
  14. Sunucu üzerinde 1 adet 1Gb RJ45 standardında uzaktan erişim ve yönetim sağlayacak arabirimi olacaktır.
  15. Sunucu üzerinde en az 2 adet her biri en az 1 (bir) portlu, en az 16Gbps hızında SAS HBA bulunacaktır.
  16. Sunucu üzerinde en az 5 adet PCIe Gen3 genişleme yuvası olacaktır.
  17. Sunucu üzerinde her biri en az 750W kapasitede, çalışma esnasında sökülüp takılabilen, en az 2 adet yedekli güç kaynakları bulunacaktır.
  18. Sunucu üzerinde çalışma esnasında sökülüp takılabilen ve yedekli soğutma üniteleri bulunacaktır.
  19. Sunucunun tekbir ekrandan güç kontrolü, güç sınırlandırılması, sağlık durumlarının kontrolü, firmware güncellemeleri, sanal medya eklenmesi tekbir yönetim ekranından yapılabilecektir, bu özellikler sunucu yönetim işlemcisinin gömülü kabiliyetleri ile sağlanıp, ayrıca bir yönetim yazılımı kurulmasına ihtiyaç duyulmayacaktır.
  20. Sunucuların üzerinde sunuculara uzaktan erişimi sağlayan ve sunucunun yönetsel faaliyetlerini gerçekleştirecek yönetim işlemcisi bulunacaktır. Yönetim işlemcisi ile sunucu konfigürasyon yönetimi yapılabilecektir. Sunucu konfigürasyon yönetimi için lisans gerekiyorsa, teklife dahil edilecektir.
  21. Sunucuların online bir portal üzerinden donanım ve sağlık bilgisine erişilebilecektir. Sunucu yönetim işlemcisi ile sunucuların sağlık durumları gözlemlenebilecek, herhangi bir arıza durumunda alarmlar üretilebilecektir.
  22. Sunucular virtual power özelliği ile uzaktan açılıp, kapatılabilmelidir. İşletim sistemi çökmüş ya da sunucu kapalı bile olsa sunucunun yönetim işlemcisine erişilebilip, sunucu uzaktan açılabilmelidir.
  23. Sunucular sanal medya özelliğini desteklemelidir, uzaktaki bir bilgisayara bağlı USB bellek, CD, DVD, vb. medyaları kullanabilmelidir.
  24. Sunucuların güç tüketim raporları, anlık güç kullanımı, sıcaklık durumları gözlemlenebilecektir. Eğer sunucunun güç tüketimi belirli bir seviyede limitlenmek istenirse, yönetim işlemcisi buna olanak sağlayacaktır.
  25. Yönetim işlemcisi, işletim sisteminden bağımsız olarak power on /off, reset, başarılı–başarısız login girişimleri, vb. logları tutabilecektir.
  26. Sunucunun bellek, işlemci ve disk birimleri Pre-Failure (önceden arıza bilgisi verebilme) özelliğine sahip olacaktır. Sistem önceden arızalanma bilgisini verecek, bu bilgi, üretici ve servis sağlayan firmalar tarafından değiştirmek için yeterli görülecek ve sistem arızalanmadan bu birimlerin değiştirilmesi sağlanacaktır.
  27. Sunucu ile verilecek merkezi yönetim yazılımının tüm özellikleri kullanılabilir olacaktır.
  28. Teklif edilen sunucu üretici tarafından sağlanan 7/24 esasına göre 3 (üç)/5 (beş) yıl ertesi iş günü yerinde müdahale garantiye sahip olacaktır.
3. Sunucu Depolama Ünitesi – Aktif DC (1 Adet)
  1. Teklif edilen veri depolama sistemi yazılım ve donanım olarak teklif edilen markaya ait olacak başka markalardan OEM şeklinde tedarik edilen ürünler kabul edilmeyecektir.
  2. Teklif edilecek harici veri depolama sisteminin üreticisi, en son “Gartner Magic Quadrant for General-Purpose Disk Arrays” adlı değerlendirme raporunda Liderler (Leaders) konumunda olmalıdır veya yerli ürün olmaldır.
  3. Teklif edilen veri depolama sistemi birbirini yedekleyen ve aktif-aktif çalışan en az 2 kontrol ünitesine sahip olmalıdır.
  4. Birden fazla veri depolama ünitesinin bir araya getirilmesi veya sanallaştırılması şeklinde elde edilen çözümler kabul edilmeyecektir.
  5. Teklif edilen veri depolama sistemi üzerinde en az 8 adet, her biri en az 16 gbit hıza kadar destekleyebilen Fiber Channel (FC) bağlantı portu bulunmalıdır.
  6. Teklif edilen veri depolama sistemi FC protokolü ile sunucuların SAN anahtara gerek kalmadan doğrudan bağlanmasını desteklemelidir.
  7. Teklif edilen veri depolama sistemi yayınlanmış en son yazılım versiyon ile teklif edilmeli ve bu şartnamede istenilen tüm maddeler bu versiyon ile sağlanmalıdır.
  8. Teklif edilen veri depolama sisteminde disk bağlantı portları 12Gbps hızında olmalıdır.
  9. Kontrol ünitelerinin her biri üzerinde DRAM tipinde en az 64 GB olmak üzere toplanda en az 128 GB bellek bulunacaktır ve desteklediği en fazla bellek miktarı ile teklif edilecektir.
  10. Kontrol ünitelerindeki önbellekler, elektrik kesintisi durumunda üzerindeki bilgileri süresiz koruyabilmelidir.
  11. Teklif edilen veri depolama sistemi CIFS, NFS, FC ve iSCSI protokollerini aynı kontrol ünitesi içinde harici bir donanım veya yazılıma ihtiyaç buymadan sağlayabilmeli ve bu özellik için lisans gerekli ise şartnameye dahil edilmelidir.
  12. Teklif edilen veri depolama sistemi üzerinde Raid5 yapıda en az 90 TB SSD ve en az 180 TB 10K SAS disk alanı bulunacaktır. Bu alan sunucular üzerinden görülen net alanlar olmalıdır.
  13. Sistem üzerinde 2 adet SSD ve 5 adet SAS disk hot spare olarak bulunacaktır.
  14. Teklif edilen veri depolama ünitesi en az 500 diske kadar kontrol ünitesi eklemeden ya da değiştirmeden genişleyebilmelidir.
  15. Teklif edilen veri depolama sisteminde yedekli ve çalışırken değiştirilebilen fanlar ve güç kaynakları bulunacaktır.
  16. Teklif edilen veri depolama sistemi modüler yapıda olmalı, disk artırımları cihaz üzerine disk çekmeceleri eklenerek yapılabilmeli ve sistemde kesinti olmamalıdır.
  17. Teklif edilen veri depolama sistemi üzerinde bulunan güç kaynağı, disk kontrol üniteleri gibi bileşenler operasyonel kesinti yapılmaksızın değiştirilebilmelidir.
  18. Teklif edilen veri depolama sistemi RAID 5, 6, 10 ve disk havuzu (Storage Pool) desteği olmalıdır ve oluşturulan alanlar (LUN) birden fazla Raid grubuna dağılabilmelidir.
  19. Teklif edilen veri depolama sistemi üzerindeki tüm protokllerden erişilen alanların anlık(snapshot) ve tam kopyaları (clone) alınabilmeli ve bu kopyalardan geri dönülebilmedir. Bu özellikleri için gerekli olan lisanslar herhangi bir kısıtlama olmayacak şekilde teklife dahil edilmelidir.
  20. Teklif edilen veri depolama sistemi katmanlama (tiering) özelliğini desteklemelidir.
  21. Teklif edilen veri depolama sistemi aynı marka başka bir veri depolama sistemine senkron ve asenkron replikasyonu desteklemelidir.
  22. Tekli edilen veri depolama sistemi ile uygulama (MS Exchange, Oracle, MS SQL, vmware) tutarlı snapshot almak için gerekli yazılım teklife dahil edilecektir. Bu lisans şartnamede istenen kapasite için teklife dahil edilecektir. Eğer yazılım sunucu temelli lisanslanıyor ise en az 16 sunucu için teklife dahil edilmelidir.
  23. Teklif edilen veri depolama Sunucu tarafında Failover işlemi için gerekli olan yazılım lisansı bağlanacak sunucu için sağlanmalıdır. Bu yazılım ücretli olarak geliyorsa teklife dahil edilmelidir.
  24. Teklif edilen veri depolama sistemi yönetim yazılımı lisansı en üst seviyede verilecektir ve disk artırımı sırasında lisanslama gerekmeyecektir. Yönetim yazılımı harici ise bu yazılımı kurmak için gerekli sunucu tüm yazılım ve donanım bileşenleri ile fiziksel olarak teklife dahil edilecektir.
  25. Teklif edilen veri depolama sitemi en az 256 adet sunucu desteklemelidir. Bu amaçla ek lisans gerekliyse desteklediği en fazla sunucu sayısı kadar teklife dahil edilecektir.
  26. Teklif edilen veri depolama sistemi en az 500 adet LUN desteğine sahip olmalıdır. Bu amaçla ek lisans gerekliyse bunlar teklife dahil edilecektir.
  27. Teklif edilen veri depolama sistemi Windows Server 2016/2019, VMware ve SLES/Redhat Linux işletim sistemlerini ve bunların kümeleme yazılımlarını desteklemelidir.
  28. Sistem üretici resmi Türkiye ofisi tarafından garantili olacak ve resmi Türkiye distribütörü aracılığıyla gelmiş olacaktır. Hiçbir parçası OEM, muadil, yan sanayi, refurbished, remarketed, paralel ithalat, grey market olmayacaktır.
  29. Teklif edilen veri depolama sistemi en az 3/5 yıl yerinde üretici garantisi altında olmalıdır. Sistemde meydana gelen tüm arızalara üretici tarafından ertesi iş günü müdahale edilmeli ve çözüm üretici tarafından sağlanmalıdır.
4. Sunucu Depolama Ünitesi – Pasif DC (1 Adet)
  1. Teklif edilecek harici veri depolama sistemi, birden fazla veri depolama sisteminin kümeleme veya benzeri yöntemlerle birleştirilmesinden oluşmuş olmamalıdır.
  2. Teklif edilecek harici veri depolama sisteminin üreticisi, son beş yılın “Gartner Magic Quadrant for General-Purpose Disk Arrays” adlı değerlendirme raporunda Liderler (Leaders) konumunda olmalıdır veya yerli ürün olmaldır.
  3. Teklif edilecek harici veri depolama sisteminde tek noktadan hata durumuna karşı önlemler alınmış olmalı ve herhangi bir parçanın arızasında yedek birim veri depolama sisteminin durmadan çalışmasını sağlamalıdır.
  4. Teklif edilecek harici veri depolama sisteminde kod güncellemeleri ve arıza durumunda parçaların (disk, güç kaynağı, fanlar, vs.) değiştirilmesi sistem çalışırken yapılabilmelidir.
  5. Teklif edilecek harici veri depolama sistemi üzerinde en az 16 GB DRAM tabanlı önbellek bulunmalıdır.
  6. Veri depolama sistemi FC, iSCSI ve SAS protokollerini sunucu bağlantıları için, ek ara katman (gateway) veya lisans gereksinimi olmadan desteklemelidir.
  7. Teklif edilen veri depolama sistemini disk çekmecelerine baglantı arayüzü 12Gbps SAS olmalıdır.
  8. Teklif edilecek veri depolama sistemi üzerinde en az 106 adet her biri en az 2.4TB 10000 rpm SAS disk olmalıdır.
  9. Teklif edilecek veri depolama sistemi, RAID10 (veya 1/0), RAID5 ve RAID6 koruma seviyelerini desteklemelidir. Alternatif veri koruma yöntemleri kabul edilmeyecektir.
  10. Teklif edilecek veri depolama sistemi 2.5” ve 3.5” boyutunda en az 260 adet disk takılmasını desteklemelidir. Desteklenen disk tipleri arasında SSD, SAS, NL-SAS ve bunların SED seçenekleri olmalıdır.
  11. Teklif edilecek veri depolama sistemi en az 3PB brüt kapasiteyi desteklemelidir.
  12. Teklif edilecek veri depolama sistemi kabinet birimi (rack unit) başına en az 200TB ham kapasite sağlayabilen çekmece desteği bulunmalıdır.
  13. Teklif edilecek veri depolama sistemi, istendiği takdirde sisteme eklenebilecek SSD’lerin önbellek olarak kullanımını desteklemelidir. SSD önbellek kapasitesi 4TB’a kadar yükseltilebilmelidir. Bu özellik için ek bir lisans gereksinimi olmayacaktır.
  14. Teklif edilecek harici veri depolama sisteminde en az 8 adet her biri en az 16 Gbps bant genişliğini destekleyen ve fiber kanal bağlantıya imkân tanıyan sunucu bağlantı portu olacaktır.
  15. Teklif edilecek harici veri depolama sistemi asenkron, replikasyonu desteklemelidir. Bu özellik için ek donanım ve lisans gerekiyorsa teklife maksimum kapasite için eklenmelidir.
  16. Teklif edilecek harici veri depolama sistemi snapshot (anlık kopya) ve tam kopya (clone) alabilmeli ve bu kopyalardan geri dönebilmelidir (restore). Bu özellik için gerekli lisanslar sistemin desteklediği maksimum kapasite için teklife eklenecektir.
  17. Teklif edilecek harici veri depolama sistemi thin provisioning özelliğine sahip olacaktır. Bu özellik için gerekli lisanslar şartnamede istenen kapasite için teklife eklenecektir.
  18. Teklif edilecek harici veri depolama sistemiyle birlikte grafik arayüzlü yönetim yazılımı sağlanacaktır. Yönetim yazılımı ile sistem alarmları, boş alan, kapasite bilgileri, donanım durumları, LUN yapılandırmaları vb. durum bilgileri gözlemlenebilecektir.
  19. Sistemde kullanılmakta olan sanal disk gruplarına erişim kesintisi olmadan ilaveler yapılabilmelidir.
  20. Teklif edilecek veri depolama sisteminde, en az 128TiB kapasitesinde mantıksal alanlar (LUN) oluşturulabilmeli ve en az 64 adet sunucu bağlantısını desteklemelidir.
  21. Teklif edilen veri depolama ünitesinde en az 512 (beşyüzoniki) LUN oluşturulabilmelidir.
  22. Teklif edilecek harici veri depolama sistemi, üzerinde oluşan bir arıza durumunda sistem yöneticisini e-posta ile uyarma özelliğine sahip olacaktır.
  23. Teklif edilecek harici veri depolama sisteminin 3/5 yıl, 7/24, destek ertesi iş günü yerinde müdahale kapsamında üretici firma garantisi olacaktır.
5. SAN Switch – Aktif DC (2 Adet)
  1. SAN Anahtarlar yedekli olarak çalışacaklardır.
  2. Fiber SAN anahtarlar 16Gbps hızını desteklemelidir.
  3. Teklif edilen SAN Anahtar üzerinde en az 12 port aktif edilmiş olmalıdır.
  4. Teklif edilen Fiber Switch üzerindeki portlar 16 Gbps ve 8 Gbps hızlarını desteklemelidir.
  5. Teklif edilen Fiber Switch üzerinde aktif olan tüm portlarda 16gb SFP+ modüller verilmelidir.
  6. Anahtarlar en fazla 1U yüksekliğinde olacaktır.
  7. Anahtarların kurulumu yapılandırması, sunucularla ve veri depolama üniteleri ile uyumlu çalıştırılması işi yüklenici firmaya aittir.
  8. Teklif edilen anahtar üzerinde yedekli güç üniteleri bulunmalıdır
  9. Teklif edilen san anahtarlar 3/5 yıl boyunca 7 gün 24 saat bakım kapsamında olmalıdır.
6. Omurga Anahtar – Aktif DC / Pasif DC (4 Adet)
  1. Teklif edilen tüm anahtarlar aynı üreticinin ürünü olacaktır.
  2. Anahtarlar, üretici tarafından kararlı olduğu belirtilmiş en son sürüme sahip işletim sistemi ve sanal şasi lisansı ile teklif edilecektir.
  3. Anahtar üzerinde en az 4 GB RAM bulunacaktır.
  4. Anahtar üzerinde en az 4 GB veri saklama alanı bulunacaktır.
  5. Anahtar üzerinde dual-core CPU bulunacaktır.
  6. Anahtar üzerinde bulunan bütün portlar aynı anda aktif olarak çalışabilecektir.
  7. Anahtar üzerinde 00XXXXX-XX, 00XXXXX-XX, 00XXXXX-XX SFP+ ve 1GE-T SFP takılabilecek 48 adet slot bulunacaktır. Switch ile 16 adet 5 metre uzunluğunda 10G DAC kablo ve 8 adet 10GBase-SR Multimode SFP teklife dahil edilmelidir.
  8. Anahtar üzerinde 40GBASE-SR4,40GBASE-LR4, QSFP-100G-SR4 ve ayrıca QSFP-100G-LR4 QSFP+ takılabilecek 4 adet slot bulunacaktır. Switch ile 3 adet 5 metre uzunluğunda 40G QSFP DAC kablo teklife dahil edilmelidir.
  9. Anahtar, sanal şasi yapıda olacaktır. Sanal şasi için özel sanal şasi portları ya da uplink yuvaları kullanılabilecektir. En az 2 adet Anahtar, aynı sanal şasi yapısı içerisine dahil edilebilecektir.
  10. Sanal şasi içerisindeki yönetici anahtar arızalandığında üye anahtarlardan önceden seçilen biri otomatik olarak yönetici rolünü üstlenecektir.
  11. Sanal şasi içerisinde bir arıza meydana gelmesi durumunda, çalışmakta olan bir servisin devam edebilmesi için, hiçbir anahtarın yeniden başlatılması gerekmeyecektir.
  12. Şanal şasi içerisindeki yönetici anahtarın arızalanması durumunda sanal saşi içerisindeki üye anahtarlardan biri RIP, RIPng, BGP, OSPF ve IS-IS dinamik yönlendirme protokollerini yeniden başlatmaya gerek kalmadan devam ettirebilecektir.
  13. Anahtar üzerinde, layer 2 seviyesinde MAC adresi, layer 3 seviyesinde IP protokol tipi ve layer 4 seviyesinde UDP/TCP port numarasına göre ACL oluşturulabilecektir.
  14. Anahtar, port başına en az 8 adet donanımsal bazlı QoS queue’ya sahip olacaktır.
  15. Anahtar, DSCP işaretleme desteğine sahip olacaktır ve QoS hizmeti DSCP bazlı yapılabilecektir.
  16. Anahtar, QoS mekanizmasındaki trafik sınıflandırma işlemlerini ACL aracılığı ile yapabilecektir.
  17. Anahtar üzerinde aynı anda en az 4000 adet VLAN tanımlanabilecektir.
  18. Anahtar, statik IP yönlendirme yapabilecektir.
  19. Anahtar, IPv4 için, en az 120000 adet yönlendirmeyi yönlendirme tablosunda tutabilecektir.
  20. Anahtar, IPv6 için, en az 52000 adet yönlendirmeyi yönlendirme tablosunda tutabilecektir.
  21. Anahtar, RIPv2, OSPF, BGP ve IS-IS IPv4 dinamik yönlendirme protokollerini destekleyecektir.
  22. Anahtarın LLDP desteği olacaktır.
  23. Anahtar, IPv6 neighbor discovery protokolünü destekleyecektir.
  24. Anahtar, en az 1.44 Tbps non-blocking anahtarlama kapasitesine sahip olacaktır.
  25. Anahtar, PIM-SM protokollünü destekleyecektir.
  26. Anahtar, IGMP v1, v2 ve v3 desteğine ve bu versiyonlar için IGMP snooping özelliğine sahip olacaktır.
  27. Anahtar, en az 9000 byte jumbo frame desteğine sahip olacaktır.
  28. Anahtar, spanning tree root koruma, loop engelleme ve BPDU koruma özelliklerine sahip olacaktır.
  29. Anahtar üzerinde en az 100 adet Link Aggregation Group (LAG) oluşturulabilecek ve her bir grupta en az 32 adet port bulunabilecektir.
  30. Anahtar, en az 98000 MAC adresini destekleyecektir.
  31. Anahtar, portları üzerindeki MAC adreslerini otomatik olarak öğrenilebilecek, öğrenilen MAC adres sayısı her bir port için ayrı ayrı sınırlandırılabilecektir.
  32. Anahtar, DHCP sunuculuğu yapabilecektir.
  33. Anahtar, DHCP Relay, DHCP snooping, DAI özelliklerini destekleyecektir.
  34. Anahtar üzerinde port ve VLAN mirroring desteği bulunacaktır. Mirror edilmek istenen trafik ACL aracılığı ile seçilebilecektir.
  35. Anahtar, en az 4 adet mirroring session destekleyecektir.
  36. Anahtar, farklı anahtarlardaki kaynak port ve VLAN’ları dinleyebilmek için remote mirroring destekleyecektir.
  37. Anahtar yönetimi için farklı yetki seviyelerine sahip yönetim grupları oluşturulabilecektir.
  38. Anahtar, konsol portu, SNMP v2c / v3 ve SSH v2 üzerinden yönetilebilecektir.
  39. Xxxxxxx, saat ve tarih bilgisini bir NTP sunucusu aracılığı ile güncelleyebilecektir.
  40. Anahtarın sFlow ya da benzer desteği bulunacaktır.
  41. Anahtar, yönetim erişimi için RADIUS ve TACACS+ protokollerini destekleyecektir. AAA yapısı içinde anahtar yöneticilerinin erişimi kontrol edilebilecek, girebilecekleri komutlar sınırlandırılabilecek ve yaptıkları işlemler kayıt altında tutulabilecektir.
  42. Anahtarın anahtarlama özelliği port bazında kapatılabilecektir. Anahtarlama özelliği kapatılan porta IP verilerek L3 yönlendirici port olarak çalıştırılabilecektir.
  43. Anahtar, web tabanlı GUI ile yönetilebilecektir.
  44. Anahtar, FTP, SCP veya TFTP aracılığı ile firmware güncellemesi ve konfigürasyon yedeklemesi yapılabilecektir.
  45. Anahtar log bilgisi, harici bir syslog sunucusuna gerçek zamanlı olarak aktarılabilecektir.
  46. Anahtar AC güç kaynağı girişi 100-120 V / 200-240 V aralığında olacaktır.
  47. Anahtar üzerindeki güç kaynakları ve fan modülleri hot-swappable yapıda olacaktır. Anahtar güç kaynağı yedekli olacak şekide teklif edilmelidir.
  48. Anahtar, güç kaynaklarının birinin arızalanması durumunda, bu şartnamede geçen bütün özellikleri eksiksiz ve kesintisiz olarak sağlamaya devam edecektir.
  49. Fan modulleri, soğutma amaçlı kullanılacak olan havayı, anahtarın ön kısmından alıp, arka kısmından tahliye edecektir.
  50. Xxxxxxx, 19 inch kabinete monte edilebilir olacaktır. Kabinete montaj elemanları xxxxxxx ile verilecektir.
  51. Anahtarlama gecikmesi 998ns (nano saniye) ve altında olmalıdır.
  52. Anahtar üzerinde çalışan process’ler ayrı ayrı restart edilebilmelidir.
  53. Anahtarın USB portundan dosya transferi ve software upgrade ve system snapshot yapılabilecektir.
  54. Anahtar üzerinde ping komutu yürütülürken kaynak ip’si olarak bir interface ip’si tanımlanabilecektir.
  55. Ürünler 3/5 yıl üretici garantisi ile teklif edilecektir.
7. Yönetim Anahtarı – Aktif DC / Pasif DC (4 Adet)
  1. Teklif edilen tüm anahtarlar (Omurga ve Kenar Anahtarlar) aynı üreticinin ürünü olacaktır.
  2. Anahtarlar üzerinde en az 48 adet 10/100/1000 Mbps RJ-45 Base-TX portu ve en az 4 adet 1GbE SFP/10GbE SFP+ port bulunacaktır. Belirtilen tüm portlar aynı anda aktif olarak çalışabilecektir. Anahtar ile 1 adet 5 metre uzunluğunda 10G DAC kablo teklife dahil edilmelidir.
  3. Anahtarlar port hızlarının ayarlanabilmesi (Port Rate Limiting) özelliğine sahip olmalıdır. Anahtarlar 10/100/1000 Base-Tx portları için en az 8 adet donanımsal bazlı önceliklendirme kuyruğuna sahip olmalıdır.
  4. Anahtar kuyruklama işlemini L2 seviyesinde MAC Adresi, L3 Seviyesinde IP Protokol tipi ve L4 seviyesinde UDP/TCP port numarasına göre de yapabilecektir.
  5. Anahtarlar IPv6 management, inter-vlan ve static routing destekleyebilmelidir.
  6. Anahtarlar IPv4 Statik Routing, RIPv1 ve RIPv2 desteklemelidir.
  7. Anahtarlar istendiği takdirde ek lisans ile OSPF, PIM-SM, PIM-SSM ve PIM-DM unicast/multicast routing protokollerini destekleyecektir.
  8. Anahtar en az 4096 adet rota (route) desteklemelidir.
  9. Anahtarlar en az 176 Gbps non-blocking(tıkanmaz) anahtarlama kapasitesine sahip olmalıdır.
  10. Anahtarlar en az 107 Mpps routing performansına sahip olmalıdır.
  11. Anahtar istendiği takdirde ek lisans ile Q-in-Q protokolünü destekleyecektir.
  12. Anahtar Auto MDI/MDI-X özelliklerine sahip olmalıdır.
  13. Anahtarlar en az 9.216 byte jumbo frame desteğine sahip olmalıdır.
  14. Anahtar, IEEE 802.1d Spanning Tree, IEEE 802.1s Multiple Spanning Tree ve IEEE 802.1w Rapid Reconvergence desteklenmelidir. Anahtar Spanning-tree Root, Loop ve BPDU protection özelliklerine sahip olacaktır.
  15. Anahtarlar IEEE 802.3ad Link Aggregation standardını desteklemeli ve en az 32 adet LAG (Link Aggregation Group) oluşturulabilmeli ve her bir grupta en az 8 adet port bulunabilmelidir.
  16. Anahtarlar IEEE 802.1Q VLAN standartlarını desteklemelidir.
  17. Anahtar en az 4096 adet VLAN ID desteğine sahip olmalıdır.
  18. Anahtar en az 16.000 MAC adresini desteklemelidir.
  19. Anahtar IGMPv1/v2/v3 Snooping desteğine sahip olmalıdır. IGMP snooping tablosunda en az 1000 adet satır (entry) bulanabilmelidir.
  20. Anahtarlar ağ güvenliğini sağlamak amacıyla, ağa bağlanan kullanıcıların yetkilendirilmesi için IEEE 802.1X Port Güvenlik standardını desteklemeli ve RADIUS desteğine sahip olmalıdır.
  21. Anahtar 802.1x/Radius protokolleri vasıtası ile kullanıcı port’larına dinamik ACL ve VLAN ataması gerçekleştirebilecektir.
  22. Anahtar 802.1X desteğine sahip olmayan kullanıcıların da ağa bağlanabilmeleri için MAC adres authentication desteklemelidir.
  23. Anahtar birden fazla kullanıcının aynı port üzerinde kimlik doğrulaması ile çalışabilmesi sağlanabilmelidir (multiple-hosts, multiple-authentication).
  24. Anahtar 802.1x için Radius accounting desteklemelidir.
  25. Anahtarlar DHCP Snooping, DAI (Dynamic ARP Inspection) ve IP Source Guard desteklemelidir.
  26. Anahtar MAC adres filtrelemesini destekleyecek. Anahtar üzerinde aktif olmayan Mac adres’lerin tablodan silinme süresi belirlenebilecektir. Anahtar üzerinde port bazında static MAC adres konfigürasyonu yapılabilecek, VLAN bazında öğrenilebilecek MAC adres sayısı sınırlandırılabilecek, istendiğinde bir VLAN için MAC learning mekanizması kapatılabilecektir.
  27. Anahtar LLDP ve LLDP-MED destekleyecek, LLDP-MED – VoIP entegrasyonu yapılabilecektir.
  28. Anahtarlar erişim ve güvenlik amaçlı olarak, her bir port için MAC Adresine göre erişim listesi (MAC Based Port Locking) oluşturulabilmesini desteklemeli ve Erişim Denetim Listeleri (Access Control List – ACL) oluşturulmasına imkân sağlamalıdır. Hedef/kaynak IP ve MAC adresleri, TCP ve UDP port’ları, IP protokol tipleri, DSCP değerlerine göre aksiyon alınabilecek. Erişim denetim listeleri VLAN, port veya L3 interface bazında uygulanabilecektir. Erişim denetim listesi tarafından yakalanan trafik istendiğinde log’lanabilecek ve istatistiklerde gösterilebilecektir.
  29. Anahtar sanal şasi mimarisini desteklemelidir. Sanal şasi için özel yığın portları ya da uplink portları kullanılabilecektir. En az 4 adet anahtar aynı şasi içerisinde bulunabilmelidir. Sanal şasi için gerekli lisans ve modüller teklife dahil edilmelidir.
  30. Anahtarlar üzerinde birden fazla konfigürasyon dosyası muhafaza edilebilmelidir. Konfigurasyon dosyaları yedekleme amacıyla flash bellek üzerinde iki farklı yerde saklanabilmelidir.
  31. Cihaz en az dört (4) grup RMON (Remote monitoring) desteğine sahip olmalıdır.
  32. Anahtarlar Port Mirroring desteğine sahip olmalı ve one-to-one ve many-to-one mirrorlama yapabilmelidir. İstendiğinde ACL tabanlı olarak mirrorlanacak trafik sınırlandırılabilecektir.
  33. Anahtar VoIP için otomatik Quality of Service (Auto-QoS) özelliğini desteklemelidir.
  34. Anahtar Layer 2 ve Layer 3’te sınıflandırma (classification), DSCP/COS rewrite ve kuyruklama (queueing) özelliğine sahip olmalıdır.
  35. Anahtarın her bir çıkış portunda 8 ayrı kuyruk bulunacak ve öncelikli trafik için strict priority kuyruklama destekleyecektir. Ayrıca kuyrukların kullandığı band genişlikleri ayarlanabilecektir.
  36. Anahtar port bazında ve kuyruk bazında shaping gerçekleştirebilecektir.
  37. Anahtar port bazında ve ACL tabanlı olarak gelen trafiği sınırlandırabilecektir (rate-limiting).
  38. Anahtar istendiğinde kendisine gelen paketlerdeki 802.1p, DSCP paketlerine güvenebilecek ve kuyruklama işlemini bu bilgi doğrultusunda yapacaktır.
  39. Anahtarın sFlow veya Netflow desteği bulunacak.
  40. Anahtarın Private VLAN desteği bulanacaktır.
  41. Anahtarın Ethernet portlarında anahtarlama fonksiyonu kapatılarak direk IP adres verilebilmeli ve bu sayede port için anahtar IP host gibi davranabilmelidir, bu sayede istenildiğinde Layer 2 network`u Layer 3 interface`ler vasıtası ile parçalanabilmelidir.
  42. AC güç kaynağı 100-120 V / 200 – 240 V aralığında olmalıdır.
  43. Anahtarların yönetilmesi için farklı yetki seviyelerine sahip yönetim grupları oluşturulabilmelidir.
  44. Anahtarlara Console port, SNMP V1/v2/v3, SSHv2 (secure shell) ve Telnet üzerinden erişilebilmelidir. Anahtarın DHCP Server ve Relay desteği olmalıdır.
  45. Anahtar merkezi işlem ünitesine (CPU) giden trafiğin miktarı sınırlandırılmalı ve erişim kontrol listeleri vasıtası ile sadece istenen trafik tiplerinin CPU’ya gitmesi sağlanabilmelidir.
  46. Anahtarlar WEB tabanlı veya Graphical User Interface (GUI) tabanlı yazılım ile yönetilebilmelidir. Bu yönetimler için ek ücret talep edilmemelidir.
  47. Anahtar FTP veya TFTP aryüzü ile yazılım güncellemesi, konfigürasyon yedeklemesi yapılabilmelidir.
  48. Anahtarın log bilgisi harici bir Syslog sunucuya gerçek zamanlı olarak aktarılabilmelidir.
  49. Anahtara yönetim erişimi için Radius ve TACACS+ protokolleri desteklenecektir. AAA (Authentication, Authorization ve Accounting) yapısı içinde anahtar yöneticilerinin erişimi kontrol edilebilecek, girebilecekleri komutlar sınırlandırılabilecek ve yaptıkları işlemler kayıt altında tutulabilecektir.
  50. Anahtarın uplink port’ları arızalandığında downlink port’larını otomatik olarak kapatabilmelidir (Link-State Tracking, Uplink Failure Detection gibi).
  51. Anahtar Spanning-tree protokolü kullanmadan ana uplink port’u arızalandığında yedek uplink port’una hızlı bir şekilde geçiş yapabileceği bir özellik destekleyecektir (Flexlink, RTG gibi) bu geçiş esnasında ana port’dan öğrenilen MAC adresler MAC learning mekanizmasına gerek duymadan yedek port’a hızlı geçiş yapabilmelidir.
  52. Anahtarın konfigürasyonunda yapılan değişiklikler uygulandıktan sonra sistem yöneticisinin belirlediği bir süre sonrasında eski konfigürasyona otomatik olarak geri dönecektir. Bu sayede sehven yapılacak yanlış konfigürasyonlar nedeniyle hizmet kesintisi minimum seviyeye çekilecektir ve uzak lokasyonlar da bulunan Anahtarın yönetimine kolaylık sağlayacaktır.
  53. USB port`tan dosya transferi ve software upgrade ve system snapshot alinabilecektir.
  54. Anahtar Time Domain Reflectometry (TDR) destekleyecektir.
  55. Anahtar Private VLAN özelliğini destekleyecektir.
  56. Anahtarlar güncel Firmware yazılımına sahip olmalıdır
  57. Anahtarlar 19 inch kabine monte edilebilir olmalıdır ve Kabine montaj elemanları ile verilmelidir.
  58. Anahtarlar 3/5 yıl üretici garantisine sahip olacaktır.
8. NAS Depolama Ünitesi (1 Adet)
  1. Teklif edilen cihaz en az Intel Xeon mimarisine sahip işlemcisi olmalıdır
  2. Teklif edilen cihaz; en az 8 GB DDR4 ECC UDIMM belleğe sahip olacak.
  3. Teklif edilen cihaz en az 16 sürücü yuvasına sahip olmalıdır
  4. Teklif edilen cihaz; 4 adet RJ-45 1 GbE LAN Portuna sahip olacaktır.
  5. Teklif edilecek cihaz; 2 x Gen3x8 slots (x8 link) PCIe Genişletme özelliğine sahip olacaktır.
  6. Teklif edilen cihaz üzerinde 2 portlu 10G SFP+ Ethernet kartı olacaktır.
  7. Teklif edilen cihaz; EXT4, dahili sürücüleri desteklemektedir.
  8. Teklif edilecek cihaz; 4 direkli 19” raf montaj desteğine sahip olacaktır.
  9. Teklif edilen cihaz; Kolay Değişim Sistemi Fanı, Güç Geri Kazanımı, Programlanmış Güç Açma/Kapama, LAN / WAN üzerinden açma ve yedek güç kaynağı özelliklerine sahip olmalıdır.
  10. Teklif edilen cihaz 3/5 yıl garantili ve RoHS Uyumlu olmalıdır.
  11. Teklif edilecek cihaz yedekleme sistemi olarak çalışabilmelidir. Linux, Windows sistemlerinin Sunucu, Desktop, Laptop ve Workstation tiplerine kurulmuş olan versiyonlarının imaj olarak yedeğini alabilmeli, alınmış yedekleri artırımlı olarak güncelleyebilmelidir, ihtiyaç durumunda tüm sistemin en son yedeğe ya da zaman içindeki bir versiyonuna dönüşünü sağlayabilmelidir. Vmware, Hyper-V gibi sistemlerle direk çalışabilmeli bu sistemlerden misafir sistem yedeği alabilmeli ve geri dönebilmelidir. Yedek alınan Vmware sisteminin arızalanması durumunda alınmış olan misafir yedeğini kendi üzerinde çalıştırabilmeli ve kullanıma sunabilmelidir. Sistem dosya sunucusu ya da dosya sunucu özelliği barındıran
  12. Teklif edilen sistem LOG sistemine sahip olmalıdır, cihaz üzerinde yapılan işlemler ve servisleri aracılığı ile oluşan durumlar (dosya paylaşımında yapılan dosya oluşturma, silme, taşıma, dosya güncelleme, isim değiştirme bilgileri buna dahildir.) üçüncü parti uygulama servisleri hariç kendi servisleri hakkında geçmişe dönük kayıt tutabilmeli istenilirse bu kayıtları başka bir LOG sunucuya gönderebilmelidir.
  13. Teklif edilen sistem kendi içinde anlık görüntü alma sistemine sahip olmalıdır, kendi içinde ve diğer bir ortama yedek çoğaltma işlemini desteklemelidir.
  14. Teklif edilen ürün 10TB 16 adet 7200rpm SATA disk ile teslim edilmelidir.
9. Güvenlik Duvarı – Aktif DC (2 Adet)
  1. Ağ Güvenlik Duvarı aşağıda belirtilen güvenlik fonksiyonlarını ve teknolojilerini sağlamalıdır.
  2. Teklif edilen sistem, yeni nesil güvenlik duvarı özellikleri olarak asgari;
    1. Güvenlik Duvarı (Firewall)
    2. IPSec VPN Sonlandırma Sistemi
    3. SSL VPN Sonlandırma Sistemi
    4. Saldırı Tespit ve Engelleme Sistemi (IPS)
    5. Uygulama Tanıma ve Kontrolü (Application Control) Sistemi
    6. Virüs/Zararlı İçerik Kontrolü
    7. URL Kategori Filtreleme
    8. Bant genişliği yönetimi özelliklerine sahip olmalıdır.
  3. Cihaz tek bir fiziksel güvenlik duvarı olarak çalışabileceği gibi, her hâlükârda kurumun ihtiyaç duyması durumunda en az 200 adet sanal güvenlik duvarı çalıştıracak kapasitede konfigüre edilebilmelidir, 20 adet sanal güvenlik duvarı lisansı verilmelidir.
  4. Yedeklilik konfügrasyonunda her segment için güvenlik duvarı üzerinde set edilecek Ip sayısı 1 (bir) adet olabilmelidir. Bu sayede modüller için ayrı, cluster IP si için ayrı IP adreslerinin kullanımına gerek kalmamalıdır.
  5. Sistem üzerinde en az 2 Adet 40Gbit/s QSFP+ interface olmalıdır.
  6. Sistem üzerinde en az 8 Adet 10Gbit/s SFP+ interface olmalıdır.
  7. Sistem üzerinde en az 12 Adet 1Gbit/s RJ45 interface olmalıdır. Ya da 10Gbit interface’ler RJ45 connector ile 1Gbit/s RJ45 olarak çalıştırılabilmelidir.
  8. Sistem her bir cihaz için en az 2 adet 40Gbit QSFP+ (short range) transciever connector modül ile teklif edilmelidir.
  9. Sistem her bir cihaz için en az 8 adet 10Gbit SFP+ (short range) transciever connector modül ile teklif edilmelidir.
  10. Sistem her bir cihaz için RJ45 direk interface yok ise 4 Adet RJ45 transciever connector modül ile teklif edilmelidir.
  11. Teklif edilen Ağ Güvenlik Duvarı, yedekli aktif-aktif/aktif-pasif olarak çalışabilme özelliğine sahip olmalıdır ancak 2 adet teklif edilecektir ve tüm UTM lisansları her iki güvenlik duvarı için de verilecektir.
  12. Sistem yüksek performans, düşük gecikme (latency) ve SSL detay analiz (deep inspection) ihtiyacı nedeniyle teklif edilecek güvenlik duvarı ürünlerinin ASIC veya FPGA işlemci mimarisinde sahip olması gerekmektedir.
  13. Sistem en az 16 Gbit/s Firewall performans kapasitesine sahip olmalıdır.
  14. Sistem en az 6 Gbit/s Thread Prevention (FW, APP CONTROL, IPS, AV, ANTI-SPYWARE, ANTI-BOT, ZERO-DAY MALWARE) throughput performans değerine Enterprise trafic MIX veya gerçek trafik değeri olarak sahip olmalıdır. Bu değerler teklif edilen ürün ile ilgili belgelerde belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
  15. Sistem IPS açık durumda iken 6 Gbit/s SSL çözümleme (inspection) yapabilmelidir.
  16. Güvenlik Duvarı Sistemi en az 10 Gbps IPSec VPN throughput değerine sahip olmalıdır. Bu değerler teklif edilen ürün ile ilgili belgelerde belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
  17. Sistem saniyede en az 180.000 yeni oturum açabilme performansına sahip olmalıdır. Bu değerler teklif edilen ürün ile ilgili belgelerde belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
  18. Teklif edilen ürün olabilen maximum hafıza (memory) ve CPU (işlemci) modülü ile tekliflendirilmelidir.
  19. Teklif edilen ürün uzaktan aynı anda 1.000 adet SSL/IPSec client-to-site VPN kullanıcısına hizmet verebilecek kapasitede olmalıdır.
  20. Sistemin; Firewall, IPS fonksiyonlarının hiçbiri için kullanıcı sınırı olmamalıdır ve sınırsız kullanıcı lisansı ile teklif edilmelidir. Ağ Güvenlik Sisteminin 3/5 yıl süre ile Yazılım/işletim sistemi güncellemelerini ve en az 3/5 yıl süre için TÜM UTM servisleri, FW, APP CONTROL, IPS, AV, ANTI-SPYWARE, ANTI-BOT, ZERO-DAY MALWARE, URL servis ve güncellemelerini yapacak lisanslar her iki güvenlik duvarı sistemi ile verilmelidir.
  21. Sistem yedekli güç kaynağı ile tekliflendirilmelidir.
  22. Sistemin SPI (Stateful Packet Inspection) Firewall özelliği olmalıdır.
  23. Sistem, spoof edilmiş paketleri tespit edip bloklayacaktır, anti-spoof özelliğine sahip olmalıdır.
  24. Sistemde bulunan ağ arayüzlerinin her biri; LAN, WAN, DMZ veya kullanıcı tarafından isimlendirilebilen segmentler olarak tanımlanabilmelidir. Sistem IEEE 802.1Q VLAN desteklemeli ve tanımlanan VLAN’lar arayüz (interface) olarak kullanılabilmelidir.
  25. Sistem Sanal Güvenlik Duvarı özelliği ile kullanıldığı durumda; sistem üzerindeki fiziksel ve sanal ara yüzler Sanal Güvenlik Duvarları arasında paylaştırılabilmelidir. Sanal Güvenlik Duvarları kural ve yönlendirme açısından birbirinden bağımsız olarak yönetilebilmelidir.
  26. Sistem; Layer3 (routing mod) ve Layer2 (saydam mod) katmanlarında çalışabilmelidir. Sistem üzerinde sanal güvenlik duvarı sistemlerinden istenilenler Layer3 te çalışabilirken aynı anda istenilen sanal güvenlik duvarları Layer2 de transparant olarak çalışabilmelidir.
  27. Saydam (Transparent) modda aşağıdaki özellikleri sağlamalıdır;
    1. SPI (stateful packet inspection),
    2. Saldırı Tespit ve Engelleme Sistemi (IPS)
    3. Uygulama Tanıma ve Kontrolü (Application Control) Sistemi
    4. Ağ Geçidinde Virüs/Zararlı İçerik Kontrolü
    5. URL Kategori Filtreleme
  28. Routing modda aşağıdaki özellikleri sağlamalıdır;
    1. SPI (stateful packet inspection),
    2. IPSec VPN Sonlandırma,
    3. SSL VPN Sonlandırma,
    4. Saldırı Tespit ve Engelleme Sistemi (IPS)
    5. Uygulama Tanıma ve Kontrolü (Application Control) Sistemi
    6. Virüs/Zararlı İçerik Kontrolü
    7. URL Kategori Filtreleme
    8. Bant genişliği kontrolü
    9. Statik yönlendirme (static routing),
    10. RIP, OSPF ve BGP yönlendirme protokollerini desteklemelidir. Bu yönlendirme protokollerini sağlamak için lisans veya fazladan yazılım gerekiyorsa sağlanmış olmalıdır.
    11. Sunucu yük dengeleme
  29. Ağ Güvenlik Sisteminin, Birden fazla Geniş Alan Ağı (WAN) bağlantısını desteklemeli, birden fazla Internet bağlantısını yedekli ve/veya aynı anda kullanabilmelidir.
  30. Ağ Güvenlik Sistemi, Kural Tabanlı Yönlendirmeyi (Policy Based Routing) desteklemelidir.
  31. Sistemin DHCP Server ve DHCP Relay özelliği bulunmalıdır.
  32. Güvenlik duvarı politikaları sistem üzerindeki ağ arayüzü (interface) ve/veya zone bazlı yazılabilmelidir.
  33. Güvenlik duvarı politikaları, kullanıcı grupları bazında yazılabilmelidir. Kullanıcı bilgisi için AD entegrasyonu olmalıdır.
  34. Kullanıcı bazında NAT kuralı yazılabilmelidir.
  35. Sistem Bant Genişliği Kontrolü amacıyla kural tabanlı trafik biçimlendirme ve trafik önceliklendirme yapabilmelidir. Sistem QoS ve Differentiated Services desteklemelidir.
    1. Kaynak, hedef ve protokol (SMTP, FTP, DNS, H323 gibi) bazında yazılan kurallarda trafik biçimlendirme tanımı da yapılabilmelidir.
    2. Maksimum ve/veya garanti edilecek bant genişliği değeri öncelik değeri (düşük, orta, yüksek gibi) ile tanımlanabilmelidir.
    3. İstenildiğinde tek IP bazında bant genişliği kontrolü yapılabilmelidir. Bu sayede aynı kural dahilinde izin verilmiş olan tüm kaynak IP lerin her biri için, tanımlanan bant genişliğinin ve/veya max eşzamanlı oturum sayısının garanti edilmesi sağlanmalıdır.
    4. Aynı kural dahilinde izin verilen her kaynak için, tanımlanan bant genişliğinin ortak bir şekilde kullanılabilmesi sağlanabilmelidir.
    5. Uygulama bazında bant genişliği kontrolü yapabilmelidir.
    6. Aynı trafik ile ilgili Inbound ve outbound doğrultuda band genişliği kontrolü yapılabilmelidir. Bu sayede izin verilen bir bağlantı için gidiş doğrultusunda bant genişliği belirtilebilirken, bu bağlantıya karşılık gelen trafik için farklı bir bant genişliği uygulanabilmelidir.
  36. Ağ Güvenlik Duvarı Sistemi kendi üzerinde tanımlanan kullanıcı veritabanı, harici RADIUS ve LDAP sunucuları üzerinden kimlik doğrulama ve yetkilendirme yapabilmelidir. SSLVPN, client-site IPSEC VPN, internet erişimi gibi senaryolar için bu özellik kural bazlı devreye alınabilmeli ve kullanıcı takibi (kullanıcı ismi, grubu, yarattığı trafik, kalan süre vb..) gibi detaylar GUI üzerinden gözlemlenebilmelidir.
  37. Aktif dizin entegrasyonu ağ güvenlik duvarı üzerinden sorgu çekme yöntemiyle veya domain üyesi herhangi bir sunucu üzerine kurulacak ajan yardımıyla gerçekleşebilmelidir. Sistemin temel çalışmasında son kullanıcı makinalarına bir yazılım kurulması ihtiyacı bulunmamalıdır.
  38. Domain entegrasyonu sonucunda bir nedenden (Windows ortamı vb..) firewall ile senkronize edilememiş kullanıcıların firewall üzerinden geçerken anında tanınabilmesi için NTLMv2 gibi güvenli alternatif yöntemler kullanılabilmelidir.
  39. Ağ Güvenlik Duvarı Sistemi aktif dizin ile entegre edildiğinde ip/subnet/vlan/zone bazlı tanımlamalara ek olarak kullanıcı ve grup bazlı güvenlik politikaları yazılmasını desteklemelidir. Kullanıcı ve grup tanımlamaları politika ekranından arkadaki aktif dizin üzerinden otomatik filtrelenerek getirilen user, security group veya OU tanımları içerisinden çoklu-seçim ile tek adımda gerçekleştirilebilmelidir. Bu sayede farklı kullanıcı profillerine farklı güvenlik politikaları uygulanabilmelidir.
  40. Ağ Güvenlik Duvarı Sistemi üzerinde güvenlik politikaları ip/subnet, interface (fiziksel/VLAN), zone, kullanıcı, grup (OU veya Security Group) haricinde cihaz tipi bazlı da yazılabilmelidir. Windows, Linux, Android, Iphone vb. gibi hazır tanımlı cihaz kategoriler haricinde kişiselliştirilmiş cihaz tanımlamaları (el terminalleri, yazıcı vb.) yapılabilmelidir.
  41. Sistemin uygulama kontrol özelliği bulunmalıdır. Sistem; Mesajlaşma (MSN, ICQ, Yahoo, AOL gibi), P2P (Kazaa, Skype, bitTorrent, eDonkey, Gnutella vb) ve Web Uygulamaları gibi tanımlı en az 3.000 (üçbin) adet uygulamaya ait trafiği kullanılan porttan bağımsız olarak tanıyabilmeli, kontrol edebilmeli ve engelleyebilmelidir. Uygulama kontrolü kapsamında tanınan uygulamalar internet üzerinden güncelleme servisi ile güncellenmelidir.
  42. Ağ Güvenlik Duvarı Sistemi Web 2.0 uygulamaları içerisindeki alt uygulamaları (xxxxxxxx.xxxx, xxxxxxxx.xxxxx vb. gibi) ayırt edebilmeli ve sosyal medya uygulamalarına read-only erişimi (facebook açılsın ama oyun oynanamasın, chat fonksiyonu kullanılamasın vb. gibi) mümkün kılabilmelidir.
  43. Ağ Güvenlik Duvarı Sistemi uygulama veya kategori bazlı blok, reset, allow, log, karantina aksiyonlarını alabilmelidir.
  44. Kaynak (IP ve/veya kullanıcı), hedef, servis bazında yazılan her güvenlik duvarı kuralında uygulama kontrol politikası set edilebilmelidir.
  45. Sistem VPN Gateway olarak IPSec VPN desteklemelidir. DES, 3DES, AES Kriptolama ile MD5 ve SHA-1 desteklemelidir. IKE ve PKI desteği olmalıdır.
  46. IPS sistemi Trafik ve Protokol anomalilerini tespit edip durdurabildiği gibi, imza tabanlı saldırıları da tanıyıp durdurabilmelidir. IPS imzaları otomatik olarak internet üzerinden güncelleme servisi ile güncellenebilmelidir. Güncelleme işlemi manuel olarak da yapılabilmelidir.
  47. IPS sistemi en az 7000 (yedibin) imzaya sahip olmalıdır.
  48. Teklif edilen sistem istenilen atak türleri gerçekleştiğinde bu atakları sadece engellemekle kalmayıp, atak kaynağını belli bir süre engelleyebilecek şekilde yapılandırılabilmelidir. Bu sayede atak yapan IP adresinin olası diğer saldırıları başlamadan engellenmiş olmalıdır.
  49. Teklif edilen sistem istenilen atak türleri gerçekleştiğinde bu atakları sadece engellemekle kalmayıp, atak kaynağını ve aynı zamanda atak yapılan sistemlere olan erişimi belli bir süre engelleyebilecek şekilde yapılandırılabilmelidir. Bu sayede atak yapılan sistem olası ataklara karşı koruma altına alınabilmelidir
  50. Sistem yöneticilerinin kuruma/ihtiyaca özel zafiyet imzaları yaratıp bloklama yapabilmelerine imkân sağlamalıdır.
  51. Kaynak (IP ve/veya kullanıcı), hedef, servis bazında yazılan her güvenlik duvarı kuralında IPS politikası set edilebilmelidir.
  52. Teklif edilen Ağ güvenlik sistemi Botnet aktivitesini tespit edip engelleyebilmelidir.
  53. Ağ Güvenliği Sistemi üzerinde, Mobil Kullanıcıların Kurum kaynaklarına güvenli olarak erişimini sağlayabilmek için, SSL VPN Gateway özelliği bulunmalıdır. SSL VPN istemcisi en az Windows, Mac OS, Linux işletim sistemlerini ve IOS, Android tabanlı mobil cihazları desteklemelidir.
  54. SSL VPN Gateway içerisinden TCP ve UDP tabanlı trafikler tünellenebilmelidir.
  55. SSL VPN üzerinden erişen kullanıcılar, Sistem üzerinde tanımlı kullanıcı veritabanı, RADIUS, LDAP üzerinden kimlikleri doğrulanabilmeli, yetkilendirilebilmeli ve bu yetkilendirme ile erişilebilecek kurum içi ve dışı kaynaklar tanımlanabilmelidir.
  56. SSL VPN ile erişim sağlayan kullanıcı veya sistemleri için; SPI (stateful packet inspection), Saldırı Tespit ve Engelleme Sistemi (IPS), Uygulama Tanıma ve Kontrolü (Application Control) Sistemi, Virüs/Zararlı İçerik Kontrolü ve URL Kategori Filtreleme, Bant Genişliği yönetimi (QoS) özellikleri uygulanabilir olmalıdır.
  57. Ağ Güvenlik Duvarı Sistemi üzerinde zararlı yazılım (Malware) tespit ve engelleme özelliği bulunmalıdır. Sistem; HTTP, SMTP, FTP ve POP3 trafiğini tarayarak zararlı yazılımları engelleyebilmelidir. Sistem, anılan protokoller içinde tarama yaparak; Worm, Trojan, Keylogger, Spy, Dialer türünden tehditleri tanıyıp durdurabilmelidir. Virüs Kontrolü, Ağ Güvenlik Duvarı Sistemi üzerinde bulunan bütün network segment’leri arasında yapılabilmelidir. AntiVirus sistemi Internet üzerinden virüs imzalarını otomatik olarak güncelleyebilmelidir
  58. Kaynak (IP ve/veya kullanıcı), hedef, servis bazında yazılan her güvenlik duvarı kuralında AV kontrol politikası set edilebilmelidir.
  59. Ağ Güvenliği Sistemi üzerinde URL Filtreleme özelliği bulunmalıdır. Bu sayede Kategori bazlı URL Filtreleme yapabilmelidir. Farklı kullanıcı ve kullanıcı gruplarına farklı kategorilerde URL filtreleme uygulanabilmelidir.
  60. Kaynak (IP ve/veya kullanıcı), hedef, servis bazında yazılan her güvenlik duvarı kuralında farklı domain adı filtreleme politikaları set edilebilmelidir.
  61. Sistem üzerinde en az 70 adet URL kategorisi bulunmalıdır, en az 250milyon URL sınıflandırılmış olmalıdır.
  62. Sistemin URL Filtreleme fonksiyonu için kullanıcı sınırı olmamalı ve sınırsız kullanıcı lisansı ile teklif edilmelidir.
  63. URL filtreleme kategorileri dışında, wildcard, regex veya tam URL olarak istenilen adreslerin farklı profiller altında tanımları yapılabilmelidir (Örneğin *.xxx.xx* gibi). Tanımı yapılan bu adreslere erişim engellenebilmeli veya izin verilebilmelidir.
  64. Https üzerinden erişilmeye çalışılan domain adreslerinin (örneğin xxx.xxx.xxx) engellemesi sertifika kullanımı olmadan gerçekleştirilebilmelidir.
  65. SSL trafiğini kendi üzerinde yaratılan bir sertifikayı ya da farklı bir CA den alınmış yeterli özelliklere sahip bir sertifika ile inceleyebilmelidir. Bu sayede sadece domain bazında değil, URL bazında (Örneğin: xxx.xxx.xxx/xxxxxx/xxxx.xxx) engelleme yapabilmelidir. URL kategorileri bazında SSL incelemeye girmeyecek domainler belirlenebilmelidir.
  66. URL/Application kontrol/Anivirus filtreleme uyarı ekranları özelleştirilebilecektir.
  67. Teklif edilen tüm sistemlerin IPv6 desteği bulunmalıdır ve IPv4 ile IPv6 protokollerinin aynı anda kullanımına izin veren dual-stack özelliği desteklenmelidir. IPv6 kapsamında en az; IPv6 adresleme, IPv6 statik yönlendirme, IPv6 DNS, IPv6 güvenlik kuralları, IPv6 kayıt ve raporlama ve Ping6 desteklenmelidir.
  68. Sistem IPv6 için DDoS profiline sahip olmalıdır.
  69. Sistem yapılandırması en az aşağıdaki yöntemler ile yapılabilmelidir:
    1. Seri bağlantı ile konsol port üzerinden,
    2. Http ve Https bağlantı ile web ara yüz üzerinden veya üreticinin kendisine ait Linux veya Windows tabanlı yönetim uygulaması üzerinden
    3. SSH bağlantı ile komut satırı (command line) üzerinden
  70. Ağ Güvenlik Duvarı Sistemin SNMP desteği olmalı ve SNMPv3 desteklemelidir
  71. Ağ Güvenlik Duvarı Sistemi işletim sistemi ve yazılım güncellemelerini Web ara yüzü, TFTP veya FTP üzerinden yapılabilmelidir.
  72. Yedekli olarak çalışan sistemlerin güncellemeleri en az web GUI üzerinden yapılabilmelidir. Sistemler otomatik olarak, trafiği kesintiye uğratmayacak şekilde sırayla güncellenebilmelidir.
  73. Güvenlik Duvarı Sisteminin coğrafi veri tabanı bulunmalıdır. Ülke bazında kural yazılarak belirtilen ülke veya ülkelerden gelen trafiği kesebilmelidir.
  74. Teklif edilen güvenlik sistemi, aynı zamanda yük dengeleyici özelliklerine sahip olacaktır.
  75. Sistem, içeri doğru NAT Load-Balance özelliği ile internetten gelen istekleri birden fazla sunucuya yönlendirebilmelidir. Örneğin, iç ağda bulunan ve aynı servisi veren iki web server veya terminal server arasında trafik paylaşımı bu özellik sayesinde yapılabilmelidir. Eğer web server veya terminal server’lardan birisi devre dışı kalırsa diğer web server veya terminal server herhangi bir müdahaleye gerek kalmadan hizmetine devam edebilmelidir.
    1. Layer 7 için HTTP, HTTPS, SSL, Layer 4 için TCP ve UDP, Layer 3 için IP protokolü bazında tüm oturumlar için yük dengelemesi yapabilmelidir.
    2. Yük dengelemesi uygulanan sunucular için IPS, AV politikaları kullanılabilmelidir.
    3. HTTP, HTTPS bağlantıları için fiziksel sunuculara kaynak IP adresinin gitmesi sağlanabilmelidir.
    4. SSL bağlantıları için SSL Offloading özelliği olmalıdır.
    5. Trafik kurum gerçek sunucularına aşağıdaki yöntemlerle dağıtılabilmelidir:

Kaynak IP hash bilgisi
Round xxxxx
Sunucuların farklı güçlerde olabilme ihtimaline karşı gerçek sunucu tanımlarında ağırlık tanımı yapılarak
Aktif durumda olan gerçek sunuculardan ilkine trafiğin gönderilip, devre dışı kalması durumunda sonraki aktif sunucuya yükün gönderilmesi
Ping paketlerine verilen cevaplar esas alınması
Sunucular üzerine yönlendirilen session sayı bilgisine bağlı olarak

Yük paylaşımı sırasında sunucu bulunurluğunu TCP, http (örneğin xxxx://00.00.000.00/xxxx_xxxx.xxx adresinin kontrolü ile) ve ping ile kontrol edebilmelidir.

Explicit proxy özelliği desteklenmelidir.
Sistem TCP eşik değeri temelli DoS/DDoS koruması sağlayabilmelidir.
Sistem WAN tarafında optimizasyon ve yük dağılımı desteği olmalıdır.
Sistem wan link load balance özelliğine sahip olmalıdır ve internet çıkışı oransal olarak ilgili dış hatlara yönlendirilebilmelidir.
Common Internet File System (CIFS), FTP, HTTP, MAPI ve TCP oturumları için protokol optimizasyonu yapabilmelidir.
Sistem WAF (Web Application Firewall) profillerini desteklemelidir. Bu oluşturulan profiller kural temelli olarak tanımlanabilmelidir.
Web cache communication Protocol (WCCP/ICAP) desteği olmalıdır.
Sistem WAF (Web Application Firewall) profillerini desteklemelidir. Bu oluşturulan profiller kural temelli olarak tanımlanabilmelidir.
Firewall loglarını kendi bünyesinde veya ayrı bir sanal sunucuda tutabilecek ve detaylı raporlar alabilecektir. Log kapasitesi minimum günlük 20GB ve minimum toplam 10 TB olacaktır.
Firewall ile bir sandbox çözümü verilecektir. Sandbox çözümü firewall’un kendi bünyesinde veya ayrı bir sanal çözüm olabilir. Sandbox ATP ürünü “Güvenlik Duvarı (Firewall)”, E-Posta Güvenliği (Mail Security Gateway) çözümü ile entegre olarak çalışabilmeli ve bu bileşenlerden üzerinden geçen/gönderilen dosyaları analiz edebilmelidir. Sandbox çözümü 8 adet VM destekleyecektir.
Firewall ile bir SSO çözümü verilecektir. SSO çözümü firewall’un kendi bünyesinde veya ayrı bir sanal çözüm olabilir. SSO çözümü AD (Active directory), TS (Terminal server) agent, Kerberos, REST API, Radius ile entegre çalışabilmeli ve SMS ve mail ile OTP üretebilmelidir. SSO çözümü 1000 kullanıcıyı desteklemelidir. Ayrıca 20 kullanıcı için mobil OTP desteği vermelidir.
Veri merkezi ve FKM güvenlik duvarı cihazlarını ve bölgelere ileride alınabilecek güvenlik duvarı cihazlarını yönetebilecek bir merkezi yönetim çözümü verilecektir. Bu ürün en az 25 adet güvenlik duvarı cihazını yönetebilecektir. Merkezi yönetim sistemi, yönetilecek bölge güvenlik duvarı cihazları için yerinde hiçbir ayar yapmadan kurulum (zero config) ve otomatik internet dağıtımı (SDWAN) özelliklerini destekleyecektir.
Ürün 3/5 yıl üretici desteği ile verilecektir.

Güvenlik Duvarı – Pasif DC (2 Adet)
1. Teklif edilen sistem, yeni nesil güvenlik duvarı özellikleri olarak asgari;
  1. Güvenlik Duvarı (Firewall)
  2. IPSec VPN Sonlandırma Sistemi
  3. SSL VPN Sonlandırma Sistemi
  4. Saldırı Tespit ve Engelleme Sistemi (IPS)
  5. Uygulama Tanıma ve Kontrolü (Application Control) Sistemi
  6. Virüs/Zararlı İçerik Kontrolü
  7. URL Kategori Filtreleme
  8. Bant genişliği yönetimi özelliklerine sahip olmalıdır.
2. Bu özellikleri üreticiye ait donanımsal çözüm olarak tek bir cihaz ile sağlamalıdır. Fakat IPSec VPN ve SSL VPN özelliklerinin Transparan konumlandırıldığında desteklenememesi durumda; aynı sistem üzerinde sanal güvenlik duvarı özelliği ile veya aynı üreticiye ait ayrı bir donanımsal ürün ile sağlanabilir.
3. Cihaz tek bir fiziksel güvenlik duvarı olarak çalışabileceği gibi, her hâlükârda kurumun ihtiyaç duyması durumunda en az 20 adet sanal güvenlik duvarı çalıştıracak şekilde konfigüre edilebilmelidir.
4. Yedeklilik konfügrasyonunda her segment için güvenlik duvarı üzerinde set edilecek Ip sayısı 1 (bir) adet olabilmelidir. Bu sayede modüller için ayrı, cluster IP si için ayrı IP adreslerinin kullanımına gerek kalmamalıdır.
5. Sistem üzerinde en az 2 Adet 10Gbit/s SFP+, 4 adet SFP ve 8 Adet RJ45 1Gbit/s interface olmalıdır.
6. Sistem her bir cihaz için 2 adet 10Gbit SFP+ connector ile teklif edilmelidir.
7. Sistemin SPI (Stateful Packet Inspection) Firewall özelliği olmalıdır.
8. Sistem, spoof edilmiş paketleri tespit edip bloklayacaktır, anti-spoof özelliğine sahip olmalıdır.
9. Sistemde bulunan ağ arayüzlerinin her biri; LAN, WAN, DMZ veya kullanıcı tarafından isimlendirilebilen segmentler olarak tanımlanabilmelidir. Sistem IEEE 802.1Q VLAN desteklemeli ve tanımlanan VLAN’lar arayüz (interface) olarak kullanılabilmelidir.
10. Sistem Sanal Güvenlik Duvarı özelliği ile kullanıldığı durumda; sistem üzerindeki fiziksel ve sanal ara yüzler Sanal Güvenlik Duvarları arasında paylaştırılabilmelidir. Sanal Güvenlik Duvarları kural ve yönlendirme açısından birbirinden bağımsız olarak yönetilebilmelidir.
11. Sistem; Layer3 (routing mod) ve Layer2 (saydam mod) katmanlarında çalışabilmelidir. Sistem üzerinde sanal güvenlik duvarı sistemlerinden istenilenler Layer3 te çalışabilirken aynı anda istenilen sanal güvenlik duvarları Layer2 de transparant olarak çalışabilmelidir.
12. Saydam (Transparent) modda aşağıdaki özellikleri sağlamalıdır;
  1. SPI (stateful packet inspection),
  2. Saldırı Tespit ve Engelleme Sistemi (IPS)
  3. Uygulama Tanıma ve Kontrolü (Application Control) Sistemi
  4. Ağ Geçidinde Virüs/Zararlı İçerik Kontrolü
  5. URL Kategori Filtreleme
13. Routing modda aşağıdaki özellikleri sağlamalıdır;
  1. SPI (stateful packet inspection),
  2. IPSec VPN Sonlandırma,
  3. SSL VPN Sonlandırma,
  4. Saldırı Tespit ve Engelleme Sistemi (IPS)
  5. Uygulama Tanıma ve Kontrolü (Application Control) Sistemi
  6. Virüs/Zararlı İçerik Kontrolü
  7. URL Kategori Filtreleme
  8. Bant genişliği kontrolü
  9. Statik yönlendirme (static routing),
  10. RIP, OSPF ve BGP yönlendirme protokollerini desteklemelidir. Bu yönlendirme protokollerini sağlamak için lisans veya fazladan yazılım gerekiyorsa sağlanmış olmalıdır.
  11. Sunucu yük dengeleme
14. Ağ Güvenlik Sisteminin, Birden fazla Geniş Alan Ağı (WAN) bağlantısını desteklemeli, birden fazla Internet bağlantısını yedekli ve/veya aynı anda kullanabilmelidir.
15. Ağ Güvenlik Sistemi, Kural Tabanlı Yönlendirmeyi (Policy Based Routing) desteklemelidir.
16. Sistemin DHCP Server ve DHCP Relay özelliği bulunmalıdır.
17. Güvenlik duvarı politikaları sistem üzerindeki ağ arayüzü (interface) ve/veya zone bazlı yazılabilmelidir.
18. Güvenlik duvarı politikaları, kullanıcı grupları bazında yazılabilmeldir. Kullanıcı bilgisi için AD entegrasyonu olmalıdır.
19. Kullanıcı bazında NAT kuralı yazılabilmelidir.
20. Sistem Bant Genişliği Kontrolü amacıyla kural tabanlı trafik biçimlendirme ve trafik önceliklendirme yapabilmelidir. Sistem QoS ve Differentiated Services desteklemelidir.
  1. Kaynak, hedef ve protokol (SMTP, FTP, DNS, H323 gibi) bazında yazılan kurallarda trafik biçimlendirme tanımı da yapılabilmelidir.
  2. Maksimum ve/veya garanti edilecek bant genişliği değeri öncelik değeri (düşük, orta, yüksek gibi) ile tanımlanabilmelidir.
  3. İstenildiğinde tek IP bazında bant genişliği kontrolü yapılabilmelidir. Bu sayede aynı kural dahilinde izin verilmiş olan tüm kaynak IP lerin herbiri için, tanımlanan bant genişliğinin ve/veya max eşzamanlı oturum sayısının garanti edilmesi sağlanmalıdır.
  4. Aynı kural dahilinde izin verilen her kaynak için, tanımlanan bant genişliğinin ortak bir şekilde kullanılabilmesi sağlanabilmelidir.
  5. Uygulama bazında bant genişliği kontrolü yapabilmelidir.
  6. Aynı trafik ile ilgili Inbound ve outbound doğrultuda band genişliği kontrolü yapılabilmelidir. Bu sayede izin verilen bir bağlantı için gidiş doğrultusunda bant genişliği belirtilebilirken, bu bağlantıya karşılık gelen trafik için farklı bir bant genişliği uygulanabilmelidir.
21. Ağ Güvenlik Duvarı Sistemi kendi üzerinde tanımlanan kullanıcı veritabanı, harici RADIUS ve LDAP sunucuları üzerinden kimlik doğrulama ve yetkilendirme yapabilmelidir. SSLVPN, client-site IPSEC VPN, internet erişimi gibi senaryolar için bu özellik kural bazlı devreye alınabilmeli ve kullanıcı takibi (kullanıcı ismi, grubu, yarattığı trafik, kalan süre vb..) gibi detaylar GUI üzerinden gözlemlenebilmelidir.
22. Aktif dizin entegrasyonu ağ güvenlik duvarı üzerinden sorgu çekme yöntemiyle veya domain üyesi herhangi bir sunucu üzerine kurulacak ajan yardımıyla gerçekleşebilmelidir. Sistemin temel çalışmasında son kullanıcı makinalarına bir yazılım kurulması ihtiyacı bulunmamalıdır.
23. Domain entegrasyonu sonucunda bir nedenden (Windows ortamı vb..) firewall ile senkronize edilememiş kullanıcıların firewall üzerinden geçerken anında tanınabilmesi için NTLMv2 gibi güvenli alternatif yöntemler kullanılabilmelidir.
24. Ağ Güvenlik Duvarı Sistemi aktif dizin ile entegre edildiğinde ip/subnet/vlan/zone bazlı tanımlamalara ek olarak kullanıcı ve grup bazlı güvenlik politikaları yazılmasını desteklemelidir. Kullanıcı ve grup tanımlamaları politika ekranından arkadaki aktif dizin üzerinden otomatik filtrelenerek getirilen user, security group veya OU tanımları içerisinden çoklu-seçim ile tek adımda gerçekleştirilebilmelidir. Bu sayede farklı kullanıcı profillerine farklı güvenlik politikaları uygulanabilmelidir.
25. Ağ Güvenlik Duvarı Sistemi üzerinde güvenlik politikaları ip/subnet, interface (fiziksel/VLAN), zone, kullanıcı, grup (OU veya Security Group) haricinde cihaz tipi bazlı da yazılabilmelidir. Windows, Linux, Android, Iphone vb. gibi hazır tanımlı cihaz kategoriler haricinde kişiselliştirilmiş cihaz tanımlamaları (el terminalleri, printer vb..) yapılabilmelidir.
26. Sistemin uygulama kontrol özelliği bulunmalıdır. Sistem; Mesajlaşma (MSN, ICQ, Yahoo, AOL gibi), P2P (Kazaa, Skype, bitTorrent, eDonkey, Gnutella vb) ve Web Uygulamaları gibi tanımlı en az 3.000 (üçbin) adet uygulamaya ait trafiği kullanılan porttan bağımsız olarak tanıyabilmeli, kontrol edebilmeli ve engelleyebilmelidir. Uygulama kontrolü kapsamında tanınan uygulamalar internet üzerinden güncelleme servisi ile güncellenmelidir.
27. Ağ Güvenlik Duvarı Sistemi Web 2.0 uygulamaları içerisindeki alt uygulamaları (xxxxxxxx.xxxx, xxxxxxxx.xxxxx vb. gibi) ayırt edebilmeli ve sosyal medya uygulamalarına read-only erişimi (facebook açılsın ama oyun oynanamasın, chat fonksiyonu kullanılamasin vb. gibi) mümkün kılabilmelidir.
28. Ağ Güvenlik Duvarı Sistemi uygulama veya kategori bazlı blok, reset, allow, log, karantina aksiyonlarını alabilmelidir.
29. Kaynak (IP ve/veya kullanıcı), hedef, servis bazında yazılan her güvenlik duvarı kuralında uygulama kontrol politikası set edilebilmelidir.
30. Sistem VPN Gateway olarak IPSec VPN desteklemelidir. DES, 3DES, AES Kriptolama ile MD5 ve SHA-1 desteklemelidir. IKE ve PKI desteği olmalıdır.
31. IPS sistemi Trafik ve Protokol anomalilerini tespit edip durdurabildiği gibi, imza tabanlı saldırıları da tanıyıp durdurabilmelidir. IPS imzaları otomatik olarak internet üzerinden güncelleme servisi ile güncellenebilmelidir. Güncelleme işlemi manuel olarak da yapılabilmelidir.
32. IPS sistemi en az 7000 (yedibin) imzaya sahip olmalıdır.
33. Teklif edilen sistem istenilen atak türleri gerçekleştiğinde bu atakları sadece engellemekle kalmayıp, atak kaynağını belli bir süre engelleyebilecek şekilde yapılandırılabilmelidir. Bu sayede atak yapan IP adresinin olası diğer saldırıları başlamadan engellenmiş olmalıdır.
34. Teklif edilen sistem istenilen atak türleri gerçekleştiğinde bu atakları sadece engellemekle kalmayıp, atak kaynağını ve aynı zamanda atak yapılan sistemlere olan erişimi belli bir süre engelleyebilecek şekilde yapılandırılabilmelidir. Bu sayede atak yapılan sistem olası ataklara karşı koruma altına alınabilmelidir
35. Sistem yöneticilerinin kuruma/ihtiyaca özel zafiyet imzaları yaratıp bloklama yapabilmelerine imkân sağlamalıdır.
36. Kaynak (IP ve/veya kullanıcı), hedef, servis bazında yazılan her güvenlik duvarı kuralında IPS politikası set edilebilmelidir.
37. Teklif edilen Ağ güvenlik sistemi Botnet aktivitesini tespit edip engelleyebilmelidir.
38. Ağ Güvenliği Sistemi üzerinde, Mobil Kullanıcıların Kurum kaynaklarına güvenli olarak erişimini sağlayabilmek için, SSL VPN Gateway özelliği bulunmalıdır. SSL VPN istemcisi en az Windows, Mac OS, Linux işletim sistemlerini ve IOS, Android tabanlı mobil cihazları desteklemelidir.
39. SSL VPN Gateway içerisinden TCP ve UDP tabanlı trafikler tünellenebilmelidir.
40. SSL VPN özelliği en az 2.000 kullanıcı lisansı ile teklif edilecektir.
41. SSL VPN üzerinden erişen kullanıcılar, Sistem üzerinde tanımlı kullanıcı veritabanı, RADIUS, LDAP üzerinden kimlikleri doğrulanabilmeli, yetkilendirilebilmeli ve bu yetkilendirme ile erişilebilecek kurum içi ve dışı kaynaklar tanımlanabilmelidir.
42. SSL VPN ile erişim sağlayan kullanıcı veya sistemleri için; SPI (stateful packet inspection), Saldırı Tespit ve Engelleme Sistemi (IPS), Uygulama Tanıma ve Kontrolü (Application Control) Sistemi, Virüs/Zararlı İçerik Kontrolü ve URL Kategori Filtreleme, Bant Genişliği yönetimi (QoS) özellikleri uygulanabilir olmalıdır.
43. Ağ Güvenlik Duvarı Sistemi üzerinde zararlı yazılım (Malware) tespit ve engelleme özelliği bulunmalıdır. Sistem; HTTP, SMTP, FTP ve POP3 trafiğini tarayarak zararlı yazılımları engelleyebilmelidir. Sistem, anılan protokoller içinde tarama yaparak; Worm, Trojan, Keylogger, Spy, Dialer türünden tehditleri tanıyıp durdurabilmelidir. Virüs Kontrolü, Ağ Güvenlik Duvarı Sistemi üzerinde bulunan bütün network segment’leri arasında yapılabilmelidir. AntiVirus sistemi Internet üzerinden virüs imzalarını otomatik olarak güncelleyebilmelidir
44. Kaynak (IP ve/veya kullanıcı), hedef, servis bazında yazılan her güvenlik duvarı kuralında AV kontrol politikası set edilebilmelidir.
45. Ağ Güvenliği Sistemi üzerinde URL Filtreleme özelliği bulunmalıdır. Bu sayede Kategori bazlı URL Filtreleme yapabilmelidir. Farklı kullanıcı ve kullanıcı gruplarına farklı kategorilerde URL filtreleme uygulanabilmelidir.
46. Kaynak (IP ve/veya kullanıcı), hedef, servis bazında yazılan her güvenlik duvarı kuralında farklı domain adı filtreleme politikaları set edilebilmelidir.
47. Sistem üzerinde en az 60 adet URL kategorisi bulunmalıdır, en az 250milyon URL sınıflandırılmış olmalıdır.
48. Sistemin URL Filtreleme fonksiyonu için kullanıcı sınırı olmamalı ve sınırsız kullanıcı lisansı ile teklif edilmelidir.
49. URL filtreleme kategorileri dışında, wildcard, regex veya tam URL olarak istenilen adreslerin farklı profiller altında tanımları yapılabilmelidir (Örneğin *.xxx.xx* gibi). Tanımı yapılan bu adreslere erişim engellenebilmeli veya izin verilebilmelidir.
50. Https üzerinden erişilmeye çalışılan domain adreslerinin (örneğin xxx.xxx.xxx) engellemesi sertifika kullanımı olmadan gerçekleştirilebilmelidir.
51. SSL trafiğini kendi üzerinde yaratılan bir sertifikayı ya da farklı bir CA den alınmış yeterli özelliklere sahip bir sertifika ile inceleyebilmelidir. Bu sayede sadece domain bazında değil, URL bazında (Örneğin: xxx.xxx.xxx/xxxxxx/xxxx.xxx) engelleme yapabilmelidir. URL kategorileri bazında SSL incelemeye girmeyecek domainler belirlenebilmelidir.
52. URL/Application kontrol/Anivirus filtreleme uyarı ekranları özelleştirilebilecektir.
53. Teklif edilen tüm sistemlerin IPv6 desteği bulunmalıdır ve IPv4 ile IPv6 protokollerinin aynı anda kullanımına izin veren dual-stack özelliği desteklenmelidir. IPv6 kapsamında en az; IPv6 adresleme, IPv6 statik yönlendirme, IPv6 DNS, IPv6 güvenlik kuralları, IPv6 kayıt ve raporlama ve Ping6 desteklenmelidir.
54. Sistem IPv6 için DDoS profiline sahip olmalıdır.
55. Sistem yapılandırması en az aşağıdaki yöntemler ile yapılabilmelidir:
  1. Seri bağlantı ile konsol port üzerinden,
  2. Http ve Https bağlantı ile web ara yüz üzerinden veya üreticinin kendisine ait Linux veya Windows tabanlı yönetim uygulaması üzerinden
  3. SSH bağlantı ile komut satırı (commandline) üzerinden
56. Ağ Güvenlik Duvarı Sistemin SNMP desteği olmalı ve SNMPv3 desteklemelidir
57. Ağ Güvenlik Duvarı Sistemi işletim sistemi ve yazılım güncellemelerini Web ara yüzü, TFTP veya FTP üzerinden yapılabilmelidir.
58. Yedekli olarak çalışan sistemlerin güncellemeleri en az web gui üzerinden yapılabilmelidir. Sistemler otomatik olarak, trafiği kesintiye uğratmayacak şekilde sırayla güncellenebilmelidir.
59. Güvenlik Duvarı Sisteminin coğrafi veri tabanı bulunmalıdır. Ülke bazında kural yazılarak belirtilen ülke veya ülkelerden gelen trafiği kesebilmelidir.
60. Teklif edilen güvenlik sistemi, aynı zamanda yük dengeliyici özelliklerine sahip olacaktır.
61. Sistem, içeri doğru NAT Load-Balance özelliği ile internetten gelen istekleri birden fazla sunucuya yönlendirebilmelidir. Örneğin, iç ağda bulunan ve aynı servisi veren iki web server veya terminal server arasında trafik paylaşımı bu özellik sayesinde yapılabilmelidir. Eğer web server veya terminal server‘lardan birisi devre dışı kalırsa diğer web server veya terminal server herhangi bir müdahaleye gerek kalmadan hizmetine devam edebilmelidir.
  1. Layer 7 için HTTP, HTTPS, SSL, Layer 4 için TCP ve UDP, Layer 3 için IP protokolü bazında tüm oturumlar için yük dengelemesi yapabilmelidir.
  2. Yük dengelemesi uygulanan sunucular için IPS, AV politikaları kullanılabilmelidir.
  3. HTTP, HTTPS bağlantıları için fiziksel sunuculara kaynak IP adresinin gitmesi sağlanabilmelidir.
  4. SSL bağlantıları için SSL Offloading özelliği olmalıdır.
  5. Trafik kurum gerçek sunucularına aşağıdaki yöntemlerle dağıtılabilmelidir:

Xxxxxx Ip hash bilgisi
Round xxxxx
Sunucuların farklı güçlerde olabilme ihtimaline karşı gerçek sunucu tanımlarında ağırlık tanımı yapılarak
Aktif durumda olan gerçek sunuculardan ilkine trafiğin gönderilip, devre dışı kalması durumunda sonraki aktif sunucuya yükün gönderimesi
Ping paketlerine verilen cevaplar esas alınması
Sunucular üzerine yönlendirilen session sayı bilgisine bağlı olarak

Yük paylaşımı sırasında sunucu bulunurluğunu tcp, http (örneğin xxxx://00.00.000.00/xxxx_xxxx.xxx adresinin kontrolü ile) ve ping ile kontrol edebilmelidir.

Explicit proxy özelliği desteklenmelidir.
Sistem TCP eşik değeri temelli DoS/DDoS koruması saglayabilmelidir.
10 adet sanal güvenlik duvarı desteği standart lisans ile verilebilmelidir.
Sistem WAN tarafında optimizasyon ve yük dağılımı desteği olmalıdır.
Sistem wan link load balance özelliğine sahip olmalıdır ve internet çıkışı oransal olarak ilgili dış hatlara yönlendirilebilmelidir.
Common Internet File System (CIFS), FTP, HTTP, MAPI ve TCP oturumları için protokol optimizasyonu yapabilmelidir.
Web cache özelliği olmalıdır.
Sistem WAF (Web Application Firewall) profillerini desteklemelidir. Bu oluşturulan profiller kural temelli olarak tanımlanabilmelidir.
Web cache communication Protocol (WCCP/ICAP) desteği olmalıdır.
Sistem WAF (Web Application Firewall) profillerini desteklemelidir. Bu oluşturulan profiller kural temelli olarak tanımlanabilmelidir.
Sistem VOIP güvenlik profillerine sahip olmalıdır ve kural temelli olarak uygulanabilmelidir.
Teklif edilen Ağ Güvenlik Duvarı, yedekli aktif-aktif/aktif-pasif olarak çalışabilme özelliğine sahip olmalıdır ancak 2 adet teklif edilecektir
Teklif edilen güvenlik sistemi, teklif edilen konfigürasyonda, 1518/512/64 Byte IP paket büyüklüklerinin hepsi için en az 9 Gbit/sec performansı değerine sahip olmalıdır. Bu değerler teklif edilen ürün ile ilgili dokümanlarında belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
Sistem aynı anda en az 3 milyon oturumu desteklemeli ve saniyede en az 100 bin yeni oturum açabilme performansına sahip olmalıdır. Bu değerler teklif edilen ürün dokümanlarında belirtilmiş olmalıdır. Bu değerler teklif edilen ürün ile ilgili dokümanlarında belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
Güvenlik Duvarı Sistemi en az 4.3 Gbit IPSec VPN throughput değerine sahip olmalıdır. Bu değerler teklif edilen ürün ile ilgili dokümanlarında belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
Güvenlik Duvarı Sistemi en az 4 Gbps SSL inspection throughput değerine sahip olmalıdır. Bu performans degieri IPS açık iken HTTP trafiğinin TLS v1.2 with AES256-SHA şifrelemesi ile elde edilmelidir. Bu değerler teklif edilen ürün ile ilgili dokümanlarında belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
Sistem Site-to-Site için en az 500 adet, Client to site için 2000 adet IPSec VPN tünel desteklemelidir. Cihaz, anılan VPN protokollerini destekleyen standartlarla uyumlu VPN Gateway cihazları ile uyumlu çalışabilmelidir
Sistem 5 Gbit/s Enterprise MIX IPS throughput performans değerine sahip olmalıdır. Bu değerler teklif edilen ürün ile ilgili dokümanlarında belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
Sistem 3.4 Gbit/s Thread Prevention (Malware kontrol, Application kontrol, IPS) throughput performans değerine Enterprise trafic MIX veya gerçek trafik değeri olarak sahip olmalıdır. Bu değerler teklif edilen ürün ile ilgili dokümanlarında belirtilmiş ve üretici bu değerleri kendi web sitesinde herkese açık bir şekilde yayınlamış olmalıdır.
Sistemin; Firewall, VPN, IPS fonksiyonlarının hiçbiri için kullanıcı sınırı olmamalıdır ve sınırsız kullanıcı lisansı ile teklif edilmelidir. Ağ Güvenlik Sisteminin 3/5 yıl süre ile Yazılım/işletim sistemi güncellemelerini ve en az 3/5 yıl süre için IPS, Uygulama Tanıma ve Kontrolü, AntiVirus, URL Kategori Filtreleme servis ve güncellemelerini yapacak lisanslar sistemle birlikte verilmelidir.

Güvenlik Bilgi ve Olay Yönetimi (SIEM) Ürünü (1 Adet)
1. Performans Özellikleri;
2. Sistem 300 Adet network cihazından (router, switch, firewall, IPS gibi) log alabilmelidir.
3. Sistem 5000 EPS değerini destekleyecek şekilde lisanslanmalıdır.
4. Sistem donanım olarak veya Vmware, Hyper-V, KVM gibi Sanal ortamlar üzerinde çalıştırılabilmelidir.
5. Sistem SIEM özellikleri kısmında belirtilen tüm özellikleri içeren lisanslar ile tekliflendirilmelidir.
6. Sistem 3/5 yıllık destek lisansı ile tekliflendirilemelidir.
7. SIEM (Güvenlik ve Olay bilgisi yönetimi) özelikleri;
8. Önerilecek SIEM çözümü ölçeklenebilir olabilmeli ve aşağıdaki seçenekler dahilinde kurulumu yapılabilmelidir:
  1. Gerektiğinde harici toplayıcılar (collector) ile log toplamak mümkün olabilmelidir.
  2. Harici toplayıcılar (collector) topladığı logları korelasyon bileşenine HTTPS protokolü üzerinden gönderebilmelidir.
  3. Harici toplayıcılar (collector) logları merkezi birime gönderemediği durumda ise logları kendi üzerinde tutabilmelidir.
  4. Harici toplayıcılar (collector) topladığı logları gönderim öncesinde sıkıştırabilmelidir.
  5. Harici toplayıcıların (collector) arızalanması durumunda yeni harici toplayıcılar (collector) sisteme kolaylıkla eklenebilmeli ve kendi üzerinde bir IP yapılandırması dışında bir ayar ve konfigürasyona gerek duymadan hızlıca devreye girebilmelidir.
  6. Harici toplayıcılar (collector) Netflow bilgisi alabilmelidir.
  7. Harici toplayıcılara (collector) gelen kayıtlara (EPS) ve ip adresi sınırı konulabilmelidir.
9. Önerilen SIEM ürünü verilen ip/subnet içerisindeki sistemleri ajan olmaksızın otomatik olarak WMI, VM SDK (VM Ware vCenter), snmp, ping gibi yöntemler ile düzenli aralıklarda keşfedebilmelidir. Keşfedilen sistemler bir CMDB veri tabanında yönetilebilmelidir.
10. Önerilen SIEM ürünü log kayıtların toplandığı tüm sistemleri ilişkilendirilmiş bir CMDB (yapılandırma yönetim veri tabanı) sisteminde toplayabilmelidir.
11. Keşfedilen sistemlere uygulama, ip subnet, VIP ip, proxy ip ve sadece onaylanmış sistemlerin olay kaydı atabilmesi gibi ön filtreler tanımlanarak CMDB ve olay veri tabanı sadeceleştirmesi yapılabilmelidir.
12. Keşfedilen sistemlere ip/subnet seviyesinde yer(lokasyon) bilgisi girilebilmelidir. Bu bilgiler CSV dosyası olarak da import edilebilmelidir.
13. Keşif esnasında SIEM sistemine girilen local SNMP community ve Windows AD kullanıcı bilgilerinin yanı sıra harici kullanıcı bilgisi sağlayan sistemler (örneğin CyberArk) ile entegrasyon sağlayabilmelidir.
14. SIEM sistemi Amazon AWS ve Microsoft Azure sistemlerini de uzaktan keşfedebilmelidir.
15. Keşfedilen sistemlerde önemli interface, process ve portlar seçilerek sadece kritik interface, process ve portlara ilişkin oluşacak yoğunluklar olay (incident) verisi oluşturabilmelidir.
16. Keşfedilen sistemlerde istenilen disklerin doluluk durumu olay (incident) verisi oluşturmada hariç tutulabilmelidir.
17. Gerçek zamanlı, memory üzerinde korelasyon yapabilmelidir.
18. Event bilgisi sıkıştırılmış bir halde tutulmalıdır.
19. İlişkisel bir veri tabanı (Oracle, MSSql gibi) üzerinde event kaydı tutmamalıdır, ilişkisel veri tabanı sadece konfigürasyon veya vaka (incident) kayıtlarının depolanması amacıyla kullanılmalıdır.
20. Veri toplamak veya cihazlarla haberleşebilmek amacıyla aşağıdaki protokolleri desteklemelidir:
  1. SNMP
  2. WMI
  3. VM SDK
  4. OPSEC
  5. JDBC
  6. Telnet
  7. SSH
  8. JMX
21. Eklenen cihazların SNMP/WMI protokolü ile CPU, Memory, session sayısı, disk kullanımları, ağ arayüz bilgileri gibi performans verileri ve sistem üzerinde çalışan uygulama durumu her bir sistem için tanımlanabilen aralıklarda monitör edilebilmelidir.
22. SIEM sistemi ping/traceroute, TCP/UDP, http/https, SMTP, POP3, IMAP, DNS, SSH, LDAP, JDBC, FTP vb. gibi uygulama seviyesini de içeren servis kontrolü yapabilmelidir. Synthetic Transaction Monitoring (STM)
23. SIEM sistemi kendine kayıt gönderen sistemlerin dahil olduğu gruplanmış bir envanter sistemine sahip olmalıdır (CMDB)
24. SIEM sistemi belirli sistemler, kullanıcılar için watch list (gözlem listesi) oluşturarak belirli bir sürede oluşabilecek önceden belirli herhangi bir durumda alarm üretebilmelidir. (Örneğin belli kullanıcının hesabının kilitlenmesi veya önemli bir process’in down olması gibi)
25. CMDB sistemi üzerinden XML formatında raporlar export edilebilmelidir.
26. SIEM sistemi güncel malware ip, malware URL, malware process bilgilerini düzenli aralıklarla merkezi sistemden güncelleyebilmelidir.
27. SIEM sistemi malware hash bilgilerini merkezi sistem üzerinden veya TAXII protokolü üzerinden harici sistemlerden güncelleyebilmelidir. Ayrıca belli hash bilgilerini de whitelist olarak sınıflandırabilmelidir.
28. SIEM sistemi anonymity (open proxies, tor vb.) network bilgilerini merkezi sistemden düzenli olarak yenileyebilmelidir.
29. SIEM sistemi User Agent blacklist bilgilerini merkezi sistemden düzenli olarak yenileyebilmelidir ve belli User Agent’leri whitelist olarak kaydedebilmeldir.
30. SIEM sistemi custom bloklu IP ve domain’leri CVS formatında import edebilmelidir.
31. SIEM sistemi istenilen network, sistem, storage, servis vb. elemanlarının dahil olduğu birçok servis grubu oluşturabilmeli ve grup olarak tüm elemanlarının performans, availability, event, CMDB vb. bilgilerini gösterebilmelidir.
32. Önerilen SIEM sistemi yeni cihaz ve log parser (log ayrıştırıcı) tanımlarını merkezi sistem üzerinden alarak onaylanması durumunda sisteme dahil edebilmelidir.
33. Önerilen SIEM sisteminde olmayan cihazlar için log ayrıştırıcı (log parser) yöntemi bilinen bir yazım sistemi (örneğin XML) ile yazılarak sisteme dahil edilebilmelidir.
34. Önerilen SIEM sistemi el ile script aracılığı ile dahil edilen sistemler üzerinden belli komut çıktılarını da log ayrıştırıcı (log parser) gibi sistem log kayıtlarına dahile ederek belli durumlarda monitör edilebilmelidir.
35. Önerilen SIEM sistemi belirli dosya, konfigrasyon veya dizinlerdeki değişikliklere karşı değişiklik takibi (integrity-check) yapabilmelidir. Oluşan değişiklikler monitör edilerek alarm oluşturulabilmelidir.
36. Önerilen SIEM sistemi belli log kayıtlarını giriş esnasında hariç tutularak istenirse sadece kaydedilerek herhangi bir işleme tabi tutulmamalı veya giriş esnasında direk silinebilmeli. Bu silinen log kayıtları lisans EPS’den hariç tutulabilmelidir.
37. SIEM sistemi belirli cihazlardan gelen log kayıtlarını başka cihazlara yönlendirebilmelidir. (Örneğin netflow veya snmp traps)
38. SIEM sistemi bir syslog paketindeki çok satırlı syslog kayıtlarını ayrıştırabilmelidir.
39. Alınan log içerisindeki bilgilerin zenginleştirilmesini desteklemelidir. Örneğin hedef adresin hangi ülke ve şehirde bulunduğu bilgisini log kaydının gösterimi sırasında gösterebilmeli ve bu bilgiyi kullanarak analiz yapılabilmesini mümkün hale getirebilmelidir.
40. Aşağıdaki uyumluluk süreçleri için hazır raporlar oluşturabilmelidir:
  1. PCI-DSS
  2. HIPAA
  3. SOX
  4. NERC
  5. FISMA
  6. ISO
  7. GLBA
  8. GPG13
  9. SANS Critical Controls
41. Takip amaçlı dashboard ekranlarına sahip olmalı slideshow görünümünde olabilmelidir
42. Dashboard görüntülemesi sırasında aşağıdaki tiplerde verinin görüntülenmesi desteklenmelidir.:
  1. Bar
  2. Pie
  3. Line
  4. Table
  5. Combination (line ve table view)
  6. Treemap
  7. Scatter graph
  8. Single values
  9. Gauges
  10. Geographical Map
43. Vaka oluşması durumunda script çalıştırma özelliği bulunmalıdır.
44. API bazlı entegrasyon ile CMDB ve olay bilgileri harici ticketing sistemleri ile entegre olabilmelidir. (serviceNow, ConnectWise vb.)
45. Dahili ticketing sistemi barındırmalıdır.
46. Anahtar kelime bazlı arama tüm log alanlarında veya istenilen bir alan dahilinde yapılabilmelidir.
47. Geçmişe yönelik arama yapılabilmesi desteklenmelidir.
48. Arama yapılırken boolean filtreler, gruplamalar, zaman bazlı filtreler, regex kullanımı desteklenmelidir.
49. İstatiksel profiller desteklenmelidir. Örneğin sistem network kullanımında olağan dışı bir artış olduğunu bu sayede anlayabilmeli ve alarm üretebilmelidir.
50. Sistem veri karıştırma özelliğine sahip olmalı, müşteri verilerinin olduğu kısımları gerekli ayarlamalarla önyüzünde karıştırılmış olarak gösterebilmelidir.
51. Sistem karıştırılmış verileri gerektiğinde bir yetkilendirme ile önyüzde gösterebilmelidir.
52. Zamanlanmış raporların oluşturulması desteklenmelidir. Bu raporlar CSV veya PDF formatında export edilip mail ile gönderilebilmelidir.
53. Yönetim özellikleri;
54. SIEM ürünü Web üzerinden GUI/https üzerinden yönetilebilmelidir.
55. Çözüm cihazlardan toplanan envanter, performans verisi, güvenlik ile log verisinin aynı ekrandan analiz edilmesini sağlayabilmelidir.
56. Multi-teanent (çok organizasyonlu) desteği olmalıdır. Bu sayede birbirinden bağımsız organizasyon konfigürasyonları ve bunlara erişen kullanıcı yetkilendirmeleri yapılabilmelidir.
57. Multi-teanent (çok organizasyonlu) yapılanmada belirli sistemler ip seviyesinde ilgili organizasyona atanabilmelidir.
58. Multi-teanent (çok organizasyonlu) yapılanmada
59. Rol temelli yönetim desteği olmalıdır, yönetici, standart kullanıcı, sadece görüntüleme özelliklerinin yanı sıra aşağıdaki şekilde roller oluşturulabilmelidir.
  1. Sadece Network sistemlerinin kayıtlarını yönetebilme
  2. Sadece Windows sistemlerinin kayıtlarını yönetebilme
  3. Sadece Unix sistemlerinin kayıtlarını yönetebilme
  4. Sadece Güvenlik sistemlerinin kayıtlarını yönetebilme
60. Kullanıcı kimlik doğrulaması local veya harici LDAP/Radius sisteminden yapılabilmelidir.
61. SIEM ürünü zamanı belirlenebilen düzenli rapor bilgileri mail veya scp ile gönderebilmelidir,
62. SIEM sistemi olay (incident) bilgilerini kendi üzerinde gösterebildiği gibi SNMP Trap (v1, v2c), XML https üzerinden harici sistemlere gönderebilmelidir.
63. SIEM sistemi olay (incident) bilgilerini otomatik çağrı açabilen sistemlere WSDL üzerinden göndererek acil müdahale edilmesini sağlayabilmelidir.
64. SIEM sistemi kendine dahil olan tünelleme uygun sistemlere gerektiğinde uzaktan tünel kurarak sisteme müdahale edebilmelidir. (ssh, wmi vb.)
65. SIEM sistemi raporlarında firma logosunun konulmasına izin vermelidir.
66. SIEM sistem kaynak kullanımları (memory, CPU, disk vb.) toplam ve process olarak da ayrıntılı şekilde gösterilmelidir. Aşırı artışlarda alarm oluşturulabilmelidir.
67. SIEM sistemi belli zaman aralıklarında kayıtları arşivleyebilmeli ve arşivlenmiş verileri görüntülenmek üzere geri yükleyebilmelidir.
68. SIEM sistemi herhangi bir tarihte oluşan her bir event’i bir checksum algoritması (örneğin sha256) üzerinden doğrulayabilmelidir.
E-posta Güvenliği Ürünü (1 Adet)
1. Teklif edilecek e-posta koruma sistemi, kuruma gelen e-postalar üzerinde Spam, zararlı yazılım ve oltalama (phishing) içeriklerini tespit edecek ve engelleyebilecektir.
2. Sistem sıkılaştırılmış, üreticiye ait işletim sistemi üzerinde çalışmalıdır.
3. Sistem, şartnamede istenen özellikleri tek bir donanımsal (Donanım / Yazılım Bütünü) çözüm veya sanal yazılımsal çözüm olarak sağlamalıdır.
4. IPv6 desteği olmalıdır.
5. Teklif edilen e-posta koruma sistemi, aynı anda E-posta Sunucuya doğru (Inbound) ve E-posta Sunucudan dışarı (Outbound) e-posta trafiğinde güvenlik sağlayabilmelidir.
6. E-postalar üzerinde yapılacak taramalar bellek (memory) üzerinde yapılmalı ve içerik analizi için kuyruk kullanımı gerektirmemelidir.
7. Erişim Kontrol kuralları ile belirlenen gönderici ve alıcı arasındaki e-posta iletişiminin taranması ve/veya taranmadan iletilebilmesi sağlanabilmelidir.
8. Alıcı ve gönderici adres tanımlamaları regex ifadesi kullanarak yazılabilmelidir.
9. IP bazlı politikalar ile kaynak ve hedef IP veya IP grupları arasındaki trafik için uygulanacak SMTP protokol ve içerik taraması kontrol edilebilmelidir.
10. Sistem üzerinden IP bazında bağlantı sınırı, her bir bağlantı üzerinden gönderilebilecek e-posta sayısı ve e-postaların maksimum alıcı adres sayısı belirlenebilmelidir.
11. Gönderici doğrulaması için SPF kontrolü olmalıdır.
12. Spam engelleme politikası, e-posta adresi, IP adresi veya domain parametreleri bazında yapılabilmelidir.
13. Teklif edilen E-posta Güvenlik Sistemi, E-posta Sunucuya doğru (Inbound) e-posta trafiğinde:
  1. DOS saldırılarını engelleme (mail bombing),
  2. Spam ve Phishing Engelleme,
  3. Virus, Spyware ve Malware engelleme,
  4. İhtiyaç durumunda, kanuni gerekçelerle E-posta trafiğinin arşivlenmesi fonksiyonlarını sağlamalıdır.
14. Sistem DOS ataklarına karşı aşağıdaki metotları kullanarak engelleme yapabilmelidir.
  1. Belirlenen zaman içerisinde her istemci bazında bağlantı sayısı
  2. Her istemci için eş zamanlı bağlantı sayısı
  3. Toplam eş zamanlı bağlantı sayısı
  4. Her oturum bazında gönderilebilecek e-posta sayısı
  5. E-posta içerisinde bulunabilecek alıcı sayısı
  6. Alıcı ve gönderen adresleri içeren yasaklı ve izinli e-posta adres listeleri
15. Teklif edilen E-posta Güvenlik Sistemi, E-posta Sunucudan dışarı doğru (Outbound) e-posta trafiğinde:
  1. E-posta sunucudan dışarıya doğru spam engelleme yaparak, kurumun Spam kara listelerine (RBL, DNSBL) girmesini engelleme,
  2. Spam ve Phishing Engelleme,
  3. Virus, Spyware ve Malware engelleme,
  4. Spam Zombie'lerini ve Bot'larını engelleme,
  5. İhtiyaç durumunda, kanuni gerekçelerle E-posta trafiğinin arşivlenmesi fonksiyonlarını sağlamalıdır.
16. E-posta Güvenlik sistemi aşağıdaki metodları kullanarak Spam engelleme yapabilmelidir
  1. IP bazında engelleme,
  2. İçerik Filtreleme,
  3. E-posta Domain ve E-posta adres tabanlı Black/White listelerine göre filtreleme,
  4. E-posta Header inceleme
  5. RBL ve DNSBL bazlı Filtreleme,
  6. E-posta içeriğindeki olabilecek URL ler bazında Filtreleme,
  7. Kullanıcı/Domain bazlı Bayesian filtreleme,
  8. Dinamik Heuristic kural güncellemeleri ile filtreleme,
  9. Greylist,
  10. İmaj analiz ile filtreleme,
  11. PDF dosyası içinde içerik tarama,
  12. Anahtar kelime bazlı içerik filtreleme
  13. İstenmeyen eklenti türlerini filtreleme
  14. Bulut istihbarat tabanlı filtreleme.
17. Taranan maillerde zararlı ya da istenmeyen içerik tespit edildiğinde aşağıdaki aksiyonlar alınabilecektir.
  1. İletme
  2. Mailin içeriğinde, konusunda, değişiklik yaparak iletme
  3. Alıcıya ya da belirlenen alıcılara maili ekte iletme
  4. Alıcıya ya da belirlenen alıcılara uyarı ve bilgilendirme gönderme
  5. Göndericiye hata mesajı gönderme
  6. Göndericiye hata göndermeden maili düşürme
  7. Karantinaya alma
  8. Mailin konusuna ya da içeriğine istenilen uyarı mesajı ekleme
18. Sistem, aşağıdaki SMTP fonksiyonlarını destekleyecektir
  1. RFC5321 SMTP desteği
  2. RFC3207 Secure SMTP over TLS desteği
  3. RFC4871 DKIM signing and verification desteği
  4. RFC4408 Sender Policy Framework verification desteği
19. E-posta koruma sistemi e-postlara eklenerek gönderilebilecek zararlı yazılımları tespit edebilecek ve engelleyebilecektir. Zararlı yazılım tespit imza veritabanı üretici tarafından internet üzerinden güncellenmelidir.
20. Reverse DNS kontrolü yapabilmelidir.
21. Şifreleme desteği olmalıdır.
22. Herhangi bir politika sebebi ile engellenmesi gereken e-postalar karantinaya alınabilmeli, istendiği durumda alıcısına karantinadan çıkartılarak iletilebilmelidir.
23. Karantinaya alınan e-postalar sistemin kendi üzerinde tutulabileceği gibi, harici bir NFS alanına da yazılabilmelidir.
24. Spam tespit edilemeyen şüpheli e-postlar için konu bölümüne uyarı eklenebilmelidir.
25. Kullanıcıların karantinaya düşen e-postları için bilgilendirme e-postaları otomatik olarak gönderilebilmelidir
26. Kullanıcılar karantinaya düşmüş e-postlarını bir web ara yüzü vasıtası ile karantinadan çıkarabilmelidir.
27. E-posta ayrı Güvenlik Sistemi, ayrı lisanslamaya gerek kalmadan;
  1. Sistem herhangi bir e-posta sunucu gibi (MTA) çalışabilecek içeri ve dışarı yönde e-posta alıp verirken güvenlik denetimlerini gerçekleştirebilmelidir.
  2. Sistem ihtiyaç duyulması halinde SMTP sisteminde herhangi bir ayar değişikliği yapılmadan Layer 2 transparan olarak trafikte araya girebilecektir.
  3. Sistem ihtiyaç duyulması halinde tam bir e-posta sunucu olarak çalışabilecek, gelen e-postalar üzerinde güvenlik denetimi yaparken aynı zamanda e-postları saklayacak ve kullanıcılara SMTP, POP3 ve IMAP protokol hizmetlerini verecektir. Bu çalışma modunda kullanıcılar tarafından web üzerinden e-posta erişimi de yapılabilir olacaktır.
28. E-posta güvenlik sistemi birden fazla e-posta alan adı ve birden fazla e-posta sunucusu ile çalışabilecektir.
29. Desteklenen e-posta domain sayısı adedi en az 800 olmalıdır.
30. E-posta koruma sisteminin depolama kapasitesi en az 4TB olmalıdır.
31. Sistemin saatte yönlendirebildiği e-posta sayısı 300.000 olmalıdır.
32. AV ve AntiSpam koruması devrede iken saatte tarayabildiği e-posta sayısı 225.000 olmalıdır.
33. Sistem aşağıdaki yöntemler ile yönetilebilmelidir:
  1. Konsol port üzerinden
  2. Web ara yüz üzerinden,
  3. Command line üzerinden
34. Web ara yüzünden yönetim amaçlı güvenli erişim(https) yapılabilmelidir.
35. Yönetim için ayrı bir sistem gerekmemelidir.
36. Aynı model ikinci cihazın sisteme eklenmesi durumunda yönetimsel yedeklilikte sağlayabilecek mimaride olmalıdır.
37. SNMP desteği olmalıdır.
38. Web ara yüz üzerinden ve TFTP ile yazılım güncellemesi yapılabilmelidir.
39. E-posta koruma Sistemi kapsamlı kayıt (log) tutabilmeli ve raporlar üretebilmelidir.
40. Raporlar web ara yüzü üzerinden görülebileceği gibi aynı zamanda belirlenen aralıklarda otomatik oluşturulup e-posta ile gönderimi de sağlanabilmelidir.
41. Harici Syslog sunucularına kayıt (log) gönderebilecektir.
42. Teklif edilen ürün ilgili dosya eklentilerini ve web linklerini analiz için firma içinde konumlu sandbox ürününe gönderip sifirinci gün ataklara karşı analiz ettirebilmelidir.
43. Teklif ile en az 3/5 yıl süre ile yazılım güncelleme ve 3/5 yıl süre ile AntiSpam ve AntiVirus/AntiMalware ile ilgili tüm güncellemeler için gerekli lisanslar verilmelidir.
44. Sistem üzerinde dışarı çıkmaması istenen e-posta adresleri otomatik olarak belirlenen başka adresler ile değiştirilebilmelidir.
WEB Güvenliği Ürünü (1 Adet)
1. WAF ürünü özel olarak üretici tarafından hedefe yönelik tasarlanmış Sanal sistem mimarisi üzerinde çalışmalıdır.
2. WAF ürünü minimum 500 Mbps web trafiğini işleyebilme kapasitesine sahip olmalıdır. İlgili değer sadece L3/4 değil cihaz üzerindeki tüm modüller açık iken elde edilebilecek değer olarak tedarikçinin web sayfasında yazılmış olmalıdır.
3. WAF ürününün web trafiğini otomatik öğrenme ve öğrendiği trafiğe göre koruma politikası oluşturabilme özelliği olmalıdır.
4. Tekliflendirilecek ürün VM ortamında VMware, Microsoft Hyper-V, Citrix XenServer, Open Source Xen, KVM desteğine sahip olmalıdır.
5. Tekliflendirilen VM ortamı en az 64 adede kadar birbirinden bağımsız farklı yönetsel sanal destegine sahip olmalıdır.
6. Tekliflendirilen ürünün VM ortamı sınırsız RAM desteğine sahip olmalıdır.
7. Tekliflendirilen VM ortamı minimum 4 vCPU desteğine sahip olmalıdır.
8. Tekliflendirilen VM ortamı 2TByte disk desteğine sahip olmalıdır.
9. WAF ürünü L3 olarak konumlandırılabilmeli, SSL Offload yapabilmeli ve yükü uygulama sunucularına dağıtabilmelidir.
10. WAF ürünü X0 (xxxxxx) modda konumlandırılabilmeli, ağda DNS ya da IP değişikliğine gerek kalmadan devreye alınabilmeli ve SSL trafiğini de açıp koruma sağlayabilmelidir.
11. WAF ürünü offline olarak konumlandırılabilmeli, mirror trafik üzerinden izleme yaparak web trafiğini analiz edebilmeli ve raporlayabilmelidir.
12. WAF ürünü offline olarak konumlandırıldığında SSL trafiğini de açabilmelidir.
13. WAF ürünü offline olarak konumlandırıldığında dahi saldırı tespit ederse saldırgana RST paketi göndermek suretiyle saldırıyı engelleyebilme özelliğine sahip olmalıdır.
14. WAF ürünü bir loadbalancer önüne konumlandırıldığında istek paketlerine XFF header'ı ekleyerek orijinal istemci IP'sini arkaya iletebilmelidir.
15. WAF ürünü loadbalancer ya da reverse proxy görevi gören bir cihaz ile uygulama sunucuları arasına konumlandırıldığı durumda eğer orjinal client IP (X-Forwarded-For) HTTP header'ları ile gönderiliyorsa bu IP'yi yorumlayabilmeli, bu IP üzerinden üreticinin istihbarat ağına IP Reputasyon sorgusu yapabilmeli ve Saldırı Loglarında "Source IP" olarak orjinal client IP görüntülenebilmelidir.
16. WAF ürünü L2 olarak konumlandırıldığında gereklilik halinde MTU ve MSS değerleri ayrı ayrı ayarlanabilmelidir.
17. WAF ürünü L2 olarak konumlandırıldığında dahi ağda loop oluşmasını engelleyecek senaryolarda kendi MAC adresini yayınlayabilmelidir.
18. WAF ürünü IPv6 desteklemelidir.
19. WAF ürünü kendi içerisinde sanallaştırmaya uygun olmalı böylelikle birden fazla uygulama sahibine ayrı ayrı hizmet edebilmeli, farklı uygulamalara farklı yönetici hesapları ile erişime olanak tanıyabilmeli ve raporlayabilmelidir. (multitenancy)
20. WAF ürünü üçüncü parti web tarama araçları (Acunetix, WebInspect vb..) ile entegre olabilmeli, bu araçların çıktılarını içe aktarmaya olanak tanıyarak uygulama için otomatik politika oluşturabilmelidir. (virtual patching).
21. WAF ürünü coğrafi trafik analizi yapabilmeli ve bunu görsel olarak sunabilmelidir.
22. WAF ürünü L2 konumlandırılmış dahi olsa coğrafi trafik analizi yapabilmeli ve coğrafi lokasyon veritabanını internetten güncelleyebilmelidir.
23. WAF ürünü Aktif-Pasif ve Aktif-Aktif yedekli mimaride çalışmayı desteklemelidir.
24. WAF ürünü SSH/HTTPS, TELNET protokollerini kullanarak uzaktan yönetime izin vermelidir.
25. WAF ürünü Komut Satırı ve Web Arayüzü yönetim konsolları sunmalıdır.
26. WAF ürünü üreticinin kendi fiziksel sunucusunda çalışmalıdır.
27. Teklif edilecek WAF ürününün sanal platform desteğinin olması tercih sebebidir.
28. WAF ürünü yedekli güç ünitesine sahip olmalıdır, güç üniteleri sistemi kapatmaya gerek olmadan değiştirilebilmelidir. (hot-swappable)
29. WAF ürünü 3/5 yıllık tüm lisanları ile teklif edilmelidir.
30. WAF ürünü uygulamada kullanılan parametreler için öntanım yapmaya olanak tanıyabilmelidir. Pozitif güvenlik modelini desteklemelidir.
31. Güvenlik uzmanı koruma ve öğrenme politikalarını ayrı ayrı düzenleyebilmeli, ikisinden biri üzerinde çalışırken diğerini etkilememelidir.
32. WAF ürünü IP reputasyonuna göre otomatik olarak bilinen botnet, malicious hosts, anonymous proxy'ler ve D/DoS kaynaklarını engelleyebilmeli, kısa periyodlarla saldırı yapan IP adreslerini kontrol ederek güncel tehdit olup olmadığını kontrol etmeli ve duruma göre otomatik olarak karalisteye ekleyip çıkarabilmelidir.
33. WAF ürünü içerik çalma (Content Scrapping) saldırılarına karşı koruma sağlamalıdır.
34. WAF ürünü kendi içerisinde antivirüs motoruna sahip olmalıdır. Kullandığı antivirüs motoru bağımsız test kuruluşlarının en az biri tarafından teste tabi tutulmuş ve sonuçları yayınlanmış olmalıdır.
35. WAF ürününün antivirüs veritabanı üretici tarafından otomatik olarak güncellenmelidir.
36. WAF ürünü antivirüs koruması için 3th party ürünlerle entagrasyona gerek olmadan kendi üzerinde koruma sağlayabilmeli ve üreticinin yayınladığı antivirüs imza güncellemelerini otomatik olarak alabilmelidir.
37. WAF ürünü kendisi üzerinden geçen dosyaları sandbox ürününe gönderip sıfırınıcı gün analizi yaptırabilmelidir.
38. WAF ürünü dosya upload işlemlerinde dosya boyutuna göre kısıtlama sağlayabilmelidir.
39. WAF ürünü dosya upload işlemlerinde dosya tipine göre kısıtlama sağlayabilmelidir. Dosya tipine göre sağlanan kısıtlama sadece dosyanın uzantısına göre değil, metadata'sından dosyanın tipini anlayabilen mekanizmaya sahip olmalıdır.
40. WAF ürünü üzerinde korunacak uygulama bazında herhangi bir lisans limitasyonu bulunmamalıdır.
41. WAF ürünü TOP 10 OWASP açıklıklarına karşı otomatik koruma sağlamalı, koruma imzaları üretici tarafından otomatik olarak güncellenmelidir.
42. WAF ürününe ait koruma imzaları belli bir mantığa göre gruplanmış ve arama yapılabilir olmalıdır. Aşağıdaki gibi gruplanmış olması beklenmektedir;
  1. Cross Site Scripting
  2. SQL Injection
  3. Generic Attacks
  4. Known Exploits
  5. Trojans
  6. Information Disclosure
  7. Bad Robot
  8. Credit Card Detection
43. WAF ürünü, koruduğu uygulamanın önceden tanımlanmış dizinlerini öğrenip izleyebilmeli ve izinsiz değişiklik (Web Defacement) yapıldığında bunu fark ederek raporlayabilmeli, gerektiğinde eski haline otomatik olarak geri dönebilmelidir.
44. WAF ürünü uygulama seviyesindeki D/DoS ataklarını anlayabilmeli ve engelleyebilmelidir.
45. WAF ürünü uygulama seviyesinde aşağıdaki DoS korumalarını sağlayabilmelidir;
  1. Src IP tabanlı HTTP Request limitasyonu
  2. Aynı http cookie ile TCP bağlantısı
  3. Aynı http cookie ile HTTP İsteği
  4. Kullanıcı için tamamen transparan davranan Challenge/Response mekanizması
46. WAF ürünü bot ve robot koruması kapsamında bilinen arama motorlarını ayırt edebilmeli ve kötü arama motorlarını ve robotları (scannerlar, crawlerlar, spiders) engelleyebilmelidir. Bu veritabanı manuel imza yazmaya gerek olmadan üretici tarafından güncellenmelidir.
47. WAF ürünü URL, HTTP Request Header, HTTP Response Header, URL Parametresi, Tekrarlama ve HTTP Response kodu için kullanıcının özel imza yazmasına olanak tanımalı ve her biri için farklı aksiyonlar alabilmelidir.
48. WAF ürünü cookie poisoning, schema poisoning gibi saldırıları anlayabilmeli ve koruma sağlamalıdır.
49. WAF ürününün SYN Cookie özelliği olmalıdır.
50. WAF ürünü gizli form alanlarına karşı koruma politikası yazmaya izin vermelidir.
51. WAF ürünü "XSS", "SQL Injection", "CSRF", "Directory Traversal", "Buffer Overflow", "Remote File Inclusion", "Command Injection", "Virus Upload" ataklarına karşı koruma sağlamalıdır.
52. WAF ürünü üzerinde bulunan her bir imza gerektiğinde profil bazlı kapatılabilmeli ya da imza bazında IP beyazlistesi uygulanabilmelidir.
53. WAF ürününün saldırı logundan kısayol ile beyazliste (exclusion) yazılabilmelidir.
54. WAF ürünü "Klasör Listeleme", "Sunucudan Dönen Hata Yanıtları" gibi bilgi sızıntısına yol açabilecek konfigürasyon hatalarına karşı maskeleme yapabilmelidir.
55. WAF ürünü URL encoding yapılmış saldırılara karşı URL decoding yapabilmeli ve atak paternini tespit edebilmelidir.
56. WAF ürünü birden fazla kez URL encoding yapılmış saldırıları ardışık (recursive) olarak decode edebilmeli ve atak paternini tespit edebilmelidir.
57. WAF ürünü HTTP RFC (7230-7236) 'ye göre uyumluluk kontrolü sağlamalı, RFC uyumluluğu olmayan (malformed) HTTP isteklerini engelleyebilmelidir.
58. WAF ürünü bilinen ataklara karşı imza veritabanına sahip olmalı, bu veritabanı üretici tarafından rutin olarak güncellenmelidir.
59. WAF ürününün web trafiğini otomatik öğrenme ve öğrendiği trafiğe göre otomatik olarak koruma politikası oluşturabilme özelliği olmalıdır.
60. WAF ürünü SSL Offload yapabilmeli ve bu işlemi yüksek SSL işleme kapasitesi olan özel donanımlar üzerinde gerçekleştirmelidir.
61. WAF ürününün "authentication offload" özelliği bulunmalıdır. İstemci sertifika doğrulama (PKI Auth.) ve Single sign-on yapabilmelidir.
62. WAF ürününün zafiyet tarama özelliği olmalıdır. Böylelikle OWASP Top-10 koruması ile PCI-DSS uyumluluğuna katkı sağlayacaktır.
63. WAF ürünü üzerinde otomatik öğrenilecek alanlara özel tanım yapılabilmeli, böylelikle bu alanlarda öğrenmeye dahil edilebilmelidir.
64. WAF ürünü üzerinde uygulamaya ait login parametreleri (form fields) tanımlandığı durumda uygulamaya giriş yapan kullanıcı adlarını trafik ve atak loglarında ayrı ayrı gösterebilmelidir. (User Tracking)
65. HTTPS şifrelemesi SSLv3, TLS1.0, TLS1.1 ve TLS1.2 desteklemeli, gerektiğinde istenen şifreleme metodu kapatılabilmelidir.
66. HTTPS şifreleme için poodle, heartbleed gibi zafiyetlere karşı sıkılaştırılmış politikalar ile koruma sağlanmalıdır.
67. WAF ürünü aynı zamanda yük dengeleme özelliğine sahip olmalıdır.
68. WAF ürünü aynı korunan IP'de barındırılan birden fazla HTTP servisi için farklı portları (Örn: 80 ve 8080) farklı uygulama sunucularına yönlendirebilmelidir.
69. WAF ürünü yük dengeleme yaparken aşağıdaki algoritmaları kullanabilmelidir;
  1. Round Xxxxx
  2. Weighted Round Xxxxx
  3. Least Connection
70. WAF ürünü yük dengeleme özellikleri içerisinde "Persistency" özelliğine sahip olmalıdır. Aşağıdaki persistency kabiliyetlerini sunabilmelidir;
  1. Persistent IP
  2. Persistent Cookie
  3. Insert Cookie
  4. ASP Session ID
  5. PHP Session ID
  6. JSP Session ID
71. WAF ürünü uygulamanın içerisinde kullanılan giriş alanlarından kullanıcı isimlerini okuyabilmeli ve hem trafik loglarında hem de saldırı loglarında "Username" alanında gösterebilmelidir. Böylelikle kuruma özel kullanıcıların tüm hareketlerinin izlenmesine olanak sağlayacaktır.
72. WAF ürünü HTTP/2.0 protokolünü doğrudan desteklemelidir. HTTP/2.0 uygulamalarda inpection yapabilmek için HTTP/1.1'e convert etme ihtiyacı bulunmamalıdır.
73. WAF ürünü SIEM ürünleri ile Log entegrasyonu sağlayabilmelidir.
74. WAF ürünü tekrar edilebilir paket bilgisini de (HEX Body) loglarında tutabilmelidir.
75. WAF ürününün yönetim arayüzünde (GUI) saldırı logları açık bir şekilde görüntülenebilmeli, saldırı bilgisine ek olarak saldırı paterni renklendirilmiş olarak gösterilmelidir.
76. WAF ürününün yönetim arayüzünde (GUI) saldırı logları gruplanmış şekilde görüntülenebilmeli, böylelikle fazla sayıda oluşabilecek saldırı logları sonucunda sistem yöneticisine görsel kolaylık sağlamalıdır.
77. WAF ürünü yönetim arayüzünde (GUI) web erişim logları (Access Log) görüntülenebilmeli, bunun için ek yazılım ya da donanıma ihtiyaç duyulmadan loglara rahatlıkla erişim sağlanmalıdır.
78. WAF ürününün kendi arayüzünden görülecek erişim logu detaylarında trafiğin yönlendirildiği sunucu, kaynak IP, hedef IP, erişilen hostname, url, http istek başlık bilgileri, http cevap başlık bilgileri, istek süresi, cevap süresi, http yanıt kodu (200, 404, 500 vs.) bilgileri mutlaka bulunmalıdır.
79. WAF ürünü üzerinden üretilen rapor müşteriye özel olarak müşteri adı, logo, sayfa alt başlığı, sayfa üst başlığı gibi objelerin düzenlenebilmesine olanak tanımalıdır, bunun için ek yazılım ya da donanıma ihtiyaç duyulmadan loglara rahatlıkla erişim sağlanmalıdır.
80. WAF ürünü en az PDF ve MHT formatlarında rapor çıktısı üretebilmelidir.
Sunucu Güvenliği Ürünü (1 Adet)
1. Teklif edilecek ürünün ana amacı, kurum bünyesinde bulunan sanal veya fiziksel ortamdaki sunucuların ve aynı zamanda bulut üzerinde çalıştırılması planlanan sanal sunucuların güvenliğinin sağlanmasıdır.
2. Teklif edilecek ürünün sanal ve fiziksel sunucuların güvenliği için özel olarak geliştirilmiş bir ürün olması talep edilecektir. Standart uç nokta güvenliği çözümleri, sanallaştırma altyapısında kullanıma uygun olmadığı için, bu ürün gamı kapsamında değerlendirilmemektedir.
3. Teklif edilecek ürün, sanal ortamda sanal makinalara bir ajan kurulumu ile de zararlı yazılım koruması yapabilmelidir.
4. Teklif edilecek ürün, merkezi bir panelden yönetilebilmelidir.
5. Ürün, kendi üzerindeki zararlı yazılım ve ağ atakları imza altyapısını sürekli güncelleyebilmelidir.
6. Ürün hem firmanın kendi sanal ortamları hem de Amazon AWS gibi bulut ortamlarındaki sanal makinaların tek bir panelden yönetilmesini sağlamalıdır.
7. Ürünün yönetim konsolu, AWS API üzerinden Amazon AWS'deki çalışan sanal makinaların keşfedilmesini veya güvenlik yazılımının yönetimini yapabilmelidir.
8. Teklif edilecek ürün ajanı, sanal altyapı olarak aşağıdaki hostları desteklemelidir:
  1. Windows Server 2019 Hyper-V (tam kurulum veya server Core modunda).
  2. Windows Server 2016 Hyper-V (tam kurulum veya server Core modunda).
  3. Microsoft Windows Server 2012 R2 Hyper-V (tam kurulum veya server Core modunda).
  4. Citrix XenServer 7.
  5. Citrix XenServer 7.1 LTSR.
  6. VMware ESXi 6.7.
  7. VMware ESXi 6.5.
  8. Aşağıdaki işletim sistemleri ile KVM (Kernel-based Virtual Machine):
    1. Ubuntu Server 18.04 LTS
    2. Ubuntu Server 16.04 LTS.
    3. Red Hat Enterprise Linux Server 7.6
9. Ürün, sanal makinalar için aşağıdaki işletim sistemlerini desteklemelidir:
  1. Windows 7 Professional / Enterprise Service Pack 1 (32 / 64-bit)
  2. Windows 8.1 Update 1 Professional / Enterprise (32 / 64-bit)
  3. Windows 10 Pro / Enterprise / Enterprise LTSC / RS4 / XX0 /00X0 / 19H2 (32 / 64-bit)
  4. Windows Server 2008 R2 Service Pack 1, Standard / Enterprise / Datacenter (full mod) (64-bit)
  5. Windows Server 2008 Service Pack 1, tüm revizyonlar (tam kurulum modu veya server core modu) (64-bit)
  6. Windows Server 2012, Standard / Datacenter / Essentials (tam kurulum modu veya server core modu) (64-bit)
  7. Windows Server 2012 R2, Standard / Datacenter / Essentials (tam kurulum modu veya server core modu) (64-bit)
  8. Windows Server 2016, Standard / Datacenter (tam kurulum modu) (64-bit)
  9. Windows Server 2019 Standard / Datacenter (tam kurulum modu) (64-bit)
  10. Ubuntu Server 16.04 LTS (64-bit)
  11. Ubuntu Server 18.04 LTS (64-bit)
  12. CentOS 6.8 (64-bit)
  13. CentOS 6.10 (64-bit)
  14. CentOS 7.2 (64-bit)
  15. CentOS 7.6 (64-bit)
  16. CentOS 8 (64-bit)
  17. Red Hat Enterprise Linux Server 6.7 (64-bit)
  18. Red Hat Enterprise Linux Server 6.10 (64-bit)
  19. Red Hat Enterprise Linux Server 7.2 (64-bit)
  20. Red Hat Enterprise Linux Server 7.6 (64-bit)
  21. SUSE Linux Enterprise Server 12 Service Pack 1 (64-bit)
10. Teklif edilecek ürün sanal makinalarda mevcut olan zararlı yazılımları tespit edebilmelidir.
11. Teklif edilecek ürün rootkit tarzı zararlı yazılımlara karşı önlem sağlamalıdır.
12. Teklif edilecek ürün bilinmeyen zararlılara karşı heuristic analiz yöntemleriyle önleme yapabilmelidir.
13. Teklif edilecek ürün, üretici firmaya ait bulut-bazlı bir tehdit istihbarat servisi üzerinden yeni tehditlere karşı son imzaları indirebilmelidir.
14. Teklif edilecek ürün, http, HTTPS, FTPS, WS, WSS ve FTP protokollerini inceleyebilmeli, ilgili protokollerden gelen objeleri tarayabilmelidir.
15. Teklif edilerek ürün, oltalama amaçlı yapılmış internet sitelerini bloklayabilmelidir.
16. Teklif edilerek ürün, henüz bilinmeyen yeni zararlıları davranış analizi yaparak tespit edebilmelidir.
17. Teklif edilerek ürün, uygulamanın hareket ve aksiyonlarını izleyerek anormal davranışları tespit edebilmelidir. Ürün, zararlı yazılım aksiyonlarını geri alabilme yeteneğine sahip olmalıdır (rollback)
18. Teklif edilerek ürün, belirlenmiş zararlı uygulamaların sistemsel aksiyonlarını engelleyebilmelidir.
19. Teklif edilecek ürün, uygulamaların kurulumunu ve çalıştırılabilmesini engelleyebilmesine olanak tanımalıdır.
20. Teklif edilerek ürün, merkezi imza güncellemelerine destek vermeli veya zararlı yazılım imza veritabanının tamamını veya bir kısmını her host'taki güvenlik sanal makinasında (SVM'lerde) tutabilmelidir.
21. Teklif edilerek ürün, üçüncü parti araçlar kullanmadan antivirus yazılımını ve gerekli komponentlerini tüm sanal makinalara kurabilmelidir.
22. Teklif edilerek ürün, takvim bazlı tarama yapabilmelidir.
23. Teklif edilecek ürün, zararlı yazılımları zararsız hale getirip silebilmeli ve bu işlemleri yöneticilere bildirim olarak iletebilmelidir.
24. Teklif edilecek ürün, tüm koruma komponentleri için tek bir yönetim konsolu sunmalıdır.
25. Teklif edilecek ürün, sanal ve fiziksel makinaların hepsi için tek bir yönetim konsolundan yönetim sunabilmelidir.
26. Teklif edilecek ürün, sanal makinalardaki olaylar ve koruma görevlerinin çalıştırılması konusunda rapor sunabilmelidir.
27. Teklif edilecek ürün, farklı gruplardaki sanal makinalara farklı koruma konfigürasyonları uygulayabilmelidir.
28. Teklif edilecek ürün, sildiği dosyaların yedek kopyalarını da tutabilmelidir.
29. Teklif edilecek ürün, Live migration, Cluster shared volumes, Dynamic memory, Live backup adlı Microsoft Hyper-V ortam özelliklerini desteklemelidir.
30. Teklif edilecek ürün, korunacak sunucu sayısı veya sanal makina sayısı veya donanımsal CPU çekirdek sayısına göre lisanslama sağlayabilmelidir.
31. Teklif edilecek ürün, AEP özelliği ile siber suçlular tarafından genel olarak kullanılan uygulama açıklarının kötüye kullanılmasını önleyebilmelidir.
32. Teklif edilecek ürün, uygulama çalışma kontrollerini hem Windows masaüstü versiyonlarında hem de Windows sunucu versiyonlarında yapabilmelidir.
33. Teklif edilecek ürün, belirlenen yoldaki dosyaların değişip değişmediğini anlamak adına "integrity monitoring" komponentini de içermelidir.
34. Teklif edilecek ürün, ağ bazlı saldırıları tespit etmek ve bloklamak adına bir özelliğe sahip olmalıdır.
35. Teklif edilecek ürün, zararlı URL'lere erişimin engellenmesi amacıyla WEB koruması özelliğine sahip olmalıdır.
36. Teklif edilecek ürün, anti-virüs taraması esnasında tüm dosyaları tarayabilmelidir.
37. Teklif edilecek ürün, koruma modüllerinin tümünü (dosya, web, ağ vs) için tek bir kuraldan (policy) yönetebilmelidir.
38. Teklif edilecek üründe SIEM entegrasyonu bulunmalıdır.
39. Teklif edilecek ürün, çalışan uygulamaların davranışlarını izleme özelliğine sahip olmalıdır.
40. Teklif edilecek ürün, 3/5 yıllık ve toplamda 18 fiziksel işlemciyi kapsayacak ve teknik şartnamedeki tüm maddeleri karşılayacak şekilde lisanslanmalıdır.
41. Teklif edilecek ürünün üreticisi, Türkiye'de bizzat üretici firma personeli tarafından Türkçe Teknik destek veren bir ekibe sahip olmalıdır.
42. Teklif edilecek üründe, üretici firma profesyonel desteği lisanslaması da eklenecektir.
43. Üretici firma teknik desteği, en az birinci seviyede tamamen Türkçe olarak verilecektir.
44. Teknik destek çağrı talepleri, 7/24/365 olarak üretici firmaya ait destek portalı üzerinden açılabilmelidir
45. Teknik destek çağrı talepleri, üretici firmaya ait destek portalındaki kullanıcı hesabında bir problem olması durumunda, 7/24/365 olarak e-posta yoluyla açılabilmelidir
46. Teknik destek çağrı talepleri, SL1 seviyesinde 7/24/365 olarak, SL2-4 seviyelerinde üretici firma ofisi mesai saatleri içerisinde istenirse telefonla direkt olarak da açılabilmelidir
47. Teklif edilecek üretici firma teknik destek paketi, aşağıdaki servis seviyelerini sağlamalıdır:
  1. L1: 2 saat
  2. L2: 6 iş saati
  3. L3: 8 iş saati
  4. L4: 10 iş saati
48. Teklif edilecek üretici firma teknik destek paketi sayesinde, firma mevcut teknik destek iş yükü içerisinde kurum taleplerine öncelik sağlamalıdır.
49. Teklif edilecek üretici firma teknik destek paketinde, 1. seviye yükseltme (escalation) lokal destek ekip müdürüne, 2. seviye yükseltme (escalation) müşteri yöneticisine ve üretici firma bölgesel (regional) ofisine yapılacaktır.
50. Teklif edilecek üretici firma teknik destek paketi kapsamında müşteri yıllık 36 olay tanımlayabilir.
51. Teklif edilecek üretici firma teknik destek paketi kapsamında kurum, 4 kontak kişiye kadar yetkili kişi tanımlayabilmelidir.
Sanallaştırma Ürünü – Aktif DC (1 Adet)
1. Sanallaştırma yazılımı toplam 12 CPU için lisanslandırılacaktır.
2. Teklif edilen sanallaştırma yazılımı aynı fiziksel sunucu üzerinde oluşturulacak sanal makinaların mevcut sistem kaynaklarının üzerinde kaynak atanmasına (over-commitment) izin vermelidir.
3. Teklif edilen sanallaştırma yazılımı SMP (Symetric Multi Processing) desteği olmalıdır. Teklif edilen sistemde her bir sanal makinaya istenildiğinde 128 adet sanal CPU atanabilmelidir.
4. Teklif edilen sanallaştırma yazılımı ile her bir sanal makinaya 1TB sanal bellek atanabilmelidir.
5. Teklif edilen sanallaştırma yazılımı gerektiğinde her bir sanal makine için atanan disk alanın doğrudan disk havuzundan almak yerine, sanal makine diski doldukça büyütebilmelidir. (Thin Provisioning)
6. Teklif edilen sanallaştırma yazılımı misafir işletim sistemi olarak Windows Xp, Windows Vista, Windows 7, Windows 8, Windows Server 2003, Windows Server 2008, Windows Server 2008R2, Windows Server 2012, Centos, Redhat, Ubuntu, Solaris, MacOSX, FreeBSD desteklemelidir.
7. Teklif edilen sanallaştırma yazılımı, sanal makinalara verilen disklerin ve sanal makinaların bulunduğu dosya sisteminin sistem çalışırken büyütülmesine izin vermelidir.
8. Teklif edilen sanallaştırma yazılımı sanal makinalara 62TB boyutunda sanal diskler atanmasına olanak sağlamalıdır.
9. Teklif edilen sanallaştırma yazılımı 64TB boyutundaki depolama alanlarını yönetebilmelidir
10. Teklif edilen sanallaştırma yazılımı ile FC, iSCSI ve NFS gibi veri depolama teknolojilerini ve bu teknolojilerle çalışan veri depolama ünitelerini desteklemelidir.
11. Teklif edilen sanallaştırma yazılımı ile sistemde yetkilendirme yapılabilmeli, belirli operasyonel kişilerin tüm sanal sisteme veya sanal sistemin bir kısmına erişmelerine ve yönetim operasyonlarını gerçekleştirebilmelerine imkân tanımalıdır.
12. Teklif edilen sanallaştırma yazılımı ile sistem performansı CPU, memory, disk ve network gibi parametreler için anlık veya geçmişe doğru izlenebilmeli, rapor alınabilmelidir.
13. Teklif edilen sanallaştırma yazılımı tüm sanal sunucuların tek bir merkezden yönetimini sağlayan merkezi yönetim yazılımını içermelidir. (Merkezi yönetim yazılımı lisansları ile teklif edilecektir)
14. Teklif edilen sanallaştırma yazılımı ile gelen merkezi yönetim yazılımı web arayüzünden bağlanıp yönetmeye olanak sağlamalıdır.
15. Teklif edilen sanallaştırma yazılımı sanal sunuculara VLAN atanmasına izin vermelidir.
16. Teklif edilen sanallaştırma yazılımı sanal sunucuların açıkken bir kopyasının çıkarılmasına izin vermelidir.
17. Teklif edilen sanallaştırma yazılımı çalışır durumdaki sanal makinaları ihtiyaç duyulduğunda paylaşımlı bir disk alanına ihtiyaç duymaksızın sanallaştırma sistemi içindeki başka bir sunucuya aktarabilmeli, bu işlemi aynı anda birden fazla sanal makina için gerçekleştirebilmelidir.
18. Teklif edilen sanallaştırma yazılımı içerisinde tanımlı sunuculardan birisinde kontrol dışı bir durma olduğunda kapanan sanal makinaların sistemdeki diğer sunucular tarafından otomatik olarak çalıştırılması şeklinde kümeleme hizmeti desteği olmalıdır. Bu hizmet için sanal makinalar arasında önceliklendirme yapılabilmelidir.
19. Teklif edilen sanallaştırma yazılımı içerisinde çalışan Windows ve Linux sanal makinaların yedeklerini disk ortamına alan bir modülü bulunmalıdır. Bu modül yedeklenmiş verileri tekilleştirme yaparak saklayabilmelidir.
20. Teklif edilen sanallaştırma yazılımı belirlenen sanal makinaların aynı lokasyondaki veya uzak bir lokasyondaki sanallaştırma sunucuları üzerine replikasyon yapmasına olanak tanımalıdır.
21. Teklif edilen sanallaştırma yazılımı üçüncü parti antivirus çözümleri ile entegre çalışabilmeli ve ajansız mimari kullanarak sanal makinalar üzerinde virüs taraması yapılmasına olanak sağlamalıdır.
22. Teklif edilen sanallaştırma yazılımı çalışır durumdaki sanal makinaları diskleri ile depolama alanları arasında taşıyabilmelidir.
23. Teklif edilen sanallaştırma yazılımı çalışır durumdaki sanal makinalara CPU, memory, disk ve network kartı eklenmesini desteklemelidir.
24. Teklif edilen sanallaştırma yazılımı seçilen sanal makinalar için çalıştığı fiziksel sunucuların plansız bir kesinti yaşaması durumunda, kesintisiz olarak diğer fiziksel sunuculardan çalışmasına devam etmesini sağlayabilmelidir.
25. Teklif edilen çözüme ait lisanslar ile en az 3/5 yıl boyunca çıkacak tüm yazılım güncellemeleri ve güvenlik yamaları yüklenebilmelidir, ayrıca 3/5 yıl boyunca 5 gün 9 saat (hafta içi mesai saatleri içinde) destek hizmeti verilmelidir.
26. Sistem yönetim personeli ilgili yazılımın üreticisine herhangi bir aracıya ihtiyaç duymadan doğrudan çağrı açabilmeli ve doğrudan destek alabilmelidir.
Sanallaştırma Ürünü – Pasif DC (1 Adet)
1. Teklif edilen sanallaştırma yazılımı her biri 2 cpu’lu en fazla 3 sunucuyu lisanslayacaktır.
2. Teklif edilen sanallaştırma yazılımı aynı fiziksel sunucu üzerinde oluşturulacak sanal makinaların mevcut sistem kaynaklarının üzerinde kaynak atanmasına (over-commitment) izin vermelidir.
3. Teklif edilen sanallaştırma yazılımı SMP (Symetric Multi Processing) desteği olmalıdır. Teklif edilen sistemde her bir sanal makinaya istenildiğinde 128 adet sanal CPU atanabilmelidir.
4. Teklif edilen sanallaştırma yazılımı ile her bir sanal makinaya 4TB sanal bellek atanabilmelidir.
5. Teklif edilen sanallaştırma yazılımı gerektiğinde her bir sanal makine için atanan disk alanın doğrudan disk havuzundan almak yerine, sanal makine diski doldukça büyütebilmelidir. (Thin Provisioning)
6. Teklif edilen sanallaştırma yazılımı misafir işletim sistemi olarak Windows Xp, Windows Vista, Windows 7, Windows 8, Windows Server 2003, Windows Server 2008, Windows Server 2008R2, Windows Server 2012, Centos, Redhat, Ubuntu, Solaris, MacOSX, FreeBSD desteklemelidir.
7. Teklif edilen sanallaştırma yazılımı, sanal makinalara verilen disklerin ve sanal makinaların bulunduğu dosya sisteminin sistem çalışırken büyütülmesine izin vermelidir.
8. Teklif edilen sanallaştırma yazılımı sanal makinalara 62TB boyutunda sanal diskler atanmasına olanak sağlamalıdır.
9. Teklif edilen sanallaştırma yazılımı 64TB boyutundaki depolama alanlarını yönetebilmelidir
10. Teklif edilen sanallaştırma yazılımı ile FC, iSCSI ve NFS gibi veri depolama teknolojilerini ve bu teknolojilerle çalışan veri depolama ünitelerini desteklemelidir.
11. Teklif edilen sanallaştırma yazılımı ile sistemde yetkilendirme yapılabilmeli, belirli operasyonel kişilerin tüm sanal sisteme veya sanal sistemin bir kısmına erişmelerine ve yönetim operasyonlarını gerçekleştirebilmelerine imkân tanımalıdır.
12. Teklif edilen sanallaştırma yazılımı ile sistem performansı CPU, memory, disk ve network gibi parametreler için anlık veya geçmişe doğru izlenebilmeli, rapor alınabilmelidir.
13. Teklif edilen sanallaştırma yazılımı tüm sanal sunucuların tek bir merkezden yönetimini sağlayan merkezi yönetim yazılımını içermelidir. (Merkezi yönetim yazılımı lisansları ile teklif edilecektir)
14. Teklif edilen sanallaştırma yazılımı ile gelen merkezi yönetim yazılımı web arayüzünden bağlanıp yönetmeye olanak sağlamalıdır.
15. Teklif edilen sanallaştırma yazılımı sanal sunuculara VLAN atanmasına izin vermelidir.
16. Teklif edilen sanallaştırma yazılımı sanal sunucuların açıkken bir kopyasının çıkarılmasına izin vermelidir.
17. Teklif edilen sanallaştırma yazılımı çalışır durumdaki sanal makinaları ihtiyaç duyulduğunda paylaşımlı bir disk alanına ihtiyaç duymaksızın sanallaştırma sistemi içindeki başka bir sunucuya aktarabilmeli, bu işlemi aynı anda birden fazla sanal makina için gerçekleştirebilmelidir.
18. Teklif edilen sanallaştırma yazılımı içerisinde tanımlı sunuculardan birisinde kontrol dışı bir durma olduğunda kapanan sanal makinaların sistemdeki diğer sunucular tarafından otomatik olarak çalıştırılması şeklinde kümeleme hizmeti desteği olmalıdır. Bu hizmet için sanal makinalar arasında önceliklendirme yapılabilmelidir.
19. Teklif edilen sanallaştırma yazılımı içerisinde çalışan Windows ve Linux sanal makinaların yedeklerini disk ortamına alan bir modülü bulunmalıdır. Bu modül yedeklenmiş verileri tekilleştirme yaparak saklayabilmelidir.
20. Teklif edilen sanallaştırma yazılımı belirlenen sanal makinaların aynı lokasyondaki veya uzak bir lokasyondaki sanallaştırma sunucuları üzerine replikasyon yapmasına olanak tanımalıdır.
21. Teklif edilen sanallaştırma yazılımı üçüncü parti antivirus çözümleri ile entegre çalışabilmeli ve ajansız mimari kullanarak sanal makinalar üzerinde virüs taraması yapılmasına olanak sağlamalıdır.
22. Teklif edilen çözüme ait lisanslar ile en az 3/5 yıl boyunca çıkacak tüm yazılım güncellemeleri ve güvenlik yamaları yüklenebilmelidir, ayrıca 3/5 yıl boyunca 5 gün 9 saat (hafta içi mesai saatleri içinde) destek hizmeti verilmelidir.
23. Teklif edilecek tüm sanallaştırma yazılımlarının, üreticinin yetkili kıldığı distribütör kanalından temin edildiği belgelendirilebilmelidir.
Yedekleme Yazılımı (1 Adet)
1. Yazılım üreticisi, Veri Merkezi Yedekleme ve Kurtarma Gartner Magic Quadrant son 3 raporda liderler konumunda olacaktır.
2. Ürün 6 adet fiziksel sunucuda 12 soket işlemciyi lisanslayabilmelidir.
3. Yazılım saklanan yedekleri ve ağ trafiğini uçtan uca (kaynakta, aktarırken ve depolarken) AES256 bit şifreleyebilmeli ve kayıp şifre koruması sunmalıdır.
4. Yedekleme çözümünün lisansları farklı yedekleme teknolojileri için uygun olmalıdır (tekilleştirme, diske yedekleme, teybe yedekleme, yedek replikasyonu, yedeklerin çoğaltılması). Eger bu teknolojiler için farklı yazılım ve lisans gereksinimi varsa, her bir teknoloji için gerekli lisansların verilmesi gerekmektedir.
5. Yazılım HPE ve DellEMC tekilleştirme ünitelerinin lisanslı (Boost ve Catalyst) eklentileri ile entegre çalışabilmeli ve tekilleştirmenin bir kısmını kaynakta yaparak ağ üzerinden geçen trafiği ve diskteki yükü azaltmalı ve yedekleme sürelerini kısaltmalıdır.
6. Yazılım vmware ortamında aldığı snapshot temelli yedek üzerinden danal makina seviyesinde (VMDK), obje seviyesinde (dosya ve dizin) ve uygulama seviyesinde (exchange 2016 tek bir e-posta, SQL veritabanı, sharepoint objeleri) geri dönüş olanağı sağlamalıdır.
7. Yedekleme çözümü Vmware ortamından alınan sanal makina yedeklerini geri döndürmeksizin, sanal makinaları yalıtılmış bir ortamda çalışır hale getirerek farklı testlerin (yedeklerin kontrolü, uygulamaların kontrolü) yapılmasını sağlamalıdır.
8. Yedekleme çözümü istemciler üzerinde çalışan ajanların güncellemelerini merkezi olarak ve toplu biçimde yapabilmelidir.
9. Yedekleme çözümü kullanıcı tarafından hazırlanmış betiklere ve bu betiklerin yedekleme işi öncesi ve sonrası otomatik olarak çalıştırılmasına olanak sağlamalıdır.
10. Yedekleme çözümü sağlayacağı bir altyapı ile herhangi bir medyaya alınan bir yedekleme verisinin bir ya da birden fazla kopyasını, farklı saklama süreleriyle, farklı tipte medyalara otomatik olarak çıkartabilmelidir.
11. Yedekleme çözümü desteklenen NAS cihazlarını NDMP protokolü üzerinden teyp sürücülere yedekleyebilmelidir.
12. Yazılımın Web arayüzü kullanılarak yedekler içerisinden Microsoft Exchange 2010, 2013, 2016 posta kutuları ve SQL ve Oracle Veritabanları geri yüklenebilmelidir.
13. Yedekleme çözümü VMware, Hyper-V ve Nutanix Acropolis (AHV) hipervizörleri üzerindeki sanal makinaları, hipervizor seviyesinde, sanal makinaları kapatmadan yedekleyebilmelidir.
14. Yedekleme çözümü VMware ortamındaki sanal makinaları NBD, HotAdd ve SAN yöntemiyle yedeklemelidir.
15. Yazılım bir sanal makinayı doğrudan diskte bulunan tam veya artımlı yedek dosyasından ilave bir kopyalama veya müdahaleye gerek kalmadan çalışır duruma getirebilmelidir. Ajanlı ve ajansız alınmış imaj yedeklerini, VMware vSphere'a anında çoklu kurtarma yapabilmelidir.
16. Yedekleme çözümü VMware’nin sağladığı CBT (Changed Block Tracking) özelliğinden faydalanarak sanal makina yedeklemelerinin hızlı biçimde tamamlanmasını sağlayabilmelidir.
17. Yedekleme çözümü VMware ortamından alınan sanal makina yedeklerini geri döndürmeksizin, sanal makinaları yalıtılmış̧ bir ortamda çalışır hale getirerek farklı testlerin (yedeklerin kontrolü, yama/paket uygulaması gibi) yapılmasını sağlamalıdır.
18. Yedekleme çözümü VMware ortamına eklenen yeni sanal makinaları yedekleme sürecine otomatik olarak dahil edebilen bir yöntem sunmalıdır.
19. Yedekleme çözümü, VMware ortamındaki sanal makinaları FC SAN yöntemiyle yedekleyebilmelidir
20. Yazılım tanımlanmış sınırsız sayıda yedekleme deposunu tek bir ‘büyütülebilen yedek deposu’ olarak kullanarak disk alanı yönetimini basitleştirmelidir.
21. Yazılım replike edilmiş bir Sanal Makinayı istenilen geri dönüş noktasından, önceden tanımlanmış Sanal Ağ ayarları ile çalışır duruma getirebilmelidir. Bu yetenek ek bir lisans vey üçüncü parti bir yazılım gerektiriyor ise tüm sanal makinalar için lisanslanacaktır.
22. Yazılım veri kaybı olmadan veri merkezi taşımasını organize edecek Planlı Taşıma özelliği sunmalıdır. Bu yetenek ek bir lisans vey üçüncü parti bir yazılım gerektiriyor ise en az tüm sanal makinalar için lisanslanacaktır
23. Yazılım sanal makinaları replikasyon işlemini yedek veya yedek kopyasından bağımsız yapabilmelidir.
24. Yazılım replike edilmiş Microsoft Windows işletim sistemine sahip bir Sanal Makinayı istenilen geri dönüş noktasından, önceden tanımlanmış IP ayarları ile çalışır duruma getirebilmelidir.
25. Üreticinin Türkiye ofisi olmalı ve en az 2 bordolu teknik mühendisi Türkiye ofisinde olmalıdır.
26. Yazılım 3/5 yıl süreyle güncelleme ve destek hizmeti ile verilmelidir.
DLP ve Veri Sınıflandırma Ürünü (1 Adet)
1. Yönetim Konsolu
  1. Sistem hem birden çok çıkış noktasından hem Son Nokta DLP, eDiscovery ve Bilgi Hakları Yönetim Sisteminden bütün olayları kaydedebilmelidir.
  2. Konsol birden çok rol içermelidir: yöneticiler, olayları gözden geçirenler ve olaylara yanıt verenler. Spesifik roller için verilere sınırlı erişim ve isteğe bağlı olarak düzeltme olanağı sunulmalıdır.
  3. Politika ihlali temelinde olayları özel güvenlik yetkililerine yönlendirme seçenekleri içerir. Güvenlik yetkililerine olay iyileştirmeyi başlatmak üzere konsolda oturum açmaları için e-posta veya kısa mesajla uyarıda bulunulur.
  4. İş akış sistemi, olay önem seviyesini artırma veya azaltmayı destekleyebilmelidir.
  5. İş akış sistemi aynı olaya ek politika ihlalleri tayin edebilmelidir.
  6. İş akış sistemi, olay kaydına belgeler iliştirebilmelidir.
  7. İş akış sistemi notlar yazabilmelidir.
  8. İş akış sistemi birden çok olayı aynı olay başlığında birleştirebilmelidir.
  9. Merkezi Yönetim Konsolu, olay korelasyonu raporları için olay sekmesindeki her sütunu sıralayabilmelidir. Bu filtreler şunları içermelidir: EventID, Datestamp, Location, Protocol, SourceIP, Destination, Severity, Action, Status, Assignee, Port, Description, Policy, Quarantine Status, Violation, Domain/Username ve/veya DNS makine adı.
  10. Merkezi Yönetim Konsolundan raporlar günlük veya haftalık olarak özel muhataplarına e-posta yoluyla otomatik olarak gönderilmelidir.
  11. Hukuki delil olarak kabul edilebilmesini desteklemek amacıyla günlüklerin doğruluğunu sağlamak ve kurcalanmasını önlemek için güvenli günlük tutma mekanizmasının kullanılabilmesi
  12. Onaysız değişikliklere karşı olayların yedeklendiği veritabanının güvence altına alınması. Onaysız biçimde değiştirilen veritabanları restore edilemez.
  13. Kullanıcılar için spesifik etkinlik/spesifik filtreler temelinde raporlar sunabilme yeteneği bulunmalıdır.
  14. Excel ve pdf gibi başka dosya formatlarına aktarılabilen kapsamlı raporlar, panolar ve grafikler sunabilmelidir.
  15. Olay günlükleri ve arama sonuçlarının özelleştirilmiş özeti ve detaylı görünümleri sağlayabilmelidir.
  16. Eğilim belirleyici verilerle isteğe bağlı olarak veya düzenli aralıklarla gönderilmeye programlanmış raporlar oluşturabilme yeteneği
  17. Bütün kurumsal uygulamalar genelinde her rapor ve dosya indirme için TEK ve STANDART koruma sağlama yeteneği olmalıdır
  18. Sistem eksiksiz risk değerlendirme, ihlal özeti ve isteğe bağlı olarak raporu indirme veya e-posta yoluyla gönderme özelliği içeren yerleşik bir gerçek zamanlı panoya sahiptir.
  19. Günlükleri izinsiz olarak değiştirmeye karşı güvence altına alabilme yeteneği olmalıdır
  20. Merkezi Yönetim Konsolu ihlalin önemini tanımlayabilmelidir.
  21. Bütün DLP & IRM bileşenlerini bir tek Merkezi Yönetim Konsolundan yönetip ayarlayabilme yeteneğine sahip olmalıdır.
  22. Bütün raporlara bir tek yönetim konsolundan erişim imkânı sunabilmelidir.
  23. Merkezi Yönetim Konsolu (MYK) personele, personel şeflerine ve/veya yöneticilere özelleştirilmiş e-posta bildirimlerini otomatik olarak gönderebilir.
  24. MYK eksiksiz risk değerlendirme yeteneğine sahip yerleşik bir gerçek zamanlı interaktif panoya sahiptir.
  25. MYK önem, eşleşme sayısı, politika vs. temelinde birden çok otomatik yanıt vermeye ayarlanabilir.
  26. MYK tetiklenen kural ve eşleşme sayısı temelinde olay statüsünü otomatik olarak tayin etme yeteneğine sahiptir.
  27. Sistem erişimi olmayan kullanıcılar tarafından dışarıdan incelenebilmesi için olayların bağımsız HTML arşivini gönderebilme yeteneği
  28. MYK web temelli kullanıcı ara yüzüne belli başlı bütün web tarayıcılardan kolayca erişilir.
  29. MYK departmanlar veya işletme birimleri gibi farklı parametrelere göre raporları gruplandırabilir, filtreleyebilir ve sıralayabilir.
  30. MYK bütün taramayı bir tek merkezi konsoldan ayarlayıp kontrol edebilir.
  31. Sistem bir tek olayda birden çok ihlali kaydedebilmelidir.
  32. Konsol yerleşik güvenlik özellikleriyle birlikte sunulur: Bunlar parola geçerlilik süresinin dolması ve oturum kilitleme süresi özelliğini içermelidir.
  33. Merkezi İzleme Konsolu, aracının statüsünü (sağlık durumu dahil olmak üzere) sistem yöneticilerine rapor etmelidir.
  34. Çözüm, günlükleri günlük yönetim aracına (SIEM) yönlendirebilmelidir.
  35. Önerilen çözüm, güvenlik istihbaratı uyarlayıcı ve uygulaması aracılığıyla SIEM güvenlik çözümüyle entegre olmalıdır.
2. Kullanım Halindeki Veride İzleme, Uyarı ve Uygulama
  1. Son nokta aracı, herhangi bir vekil sunucuya gerek olmadan bütün portlar ve protokollerde Ağ BLOKLAMA yeteneğine sahip olmalıdır. SSL, Webmail, Sosyal Medya, SMTP ve FTP' de iletimleri engelleyebilmelidir.
  2. Son nokta aracı, Local Cloud Folders aracılığıyla dosya senkronizasyonunda ENGELLEME yeteneğine sahip olmalıdır. Senaryo: Kullanıcının yerel bir bilgisayarda kurulan bir bulut istemci aracılığıyla Dropbox, Box gibi kişisel bulut depolama alanına hassas bir dosyayı yüklemesini engelleyebilmelidir.
  3. İçerik bilinçli DLP politikaları bütün cihaz gruplarına, cihaz ID' lerine ve cihaz seri numaralarına uygulanabilir.
  4. Son nokta aracı, herhangi bir vekil sunucuya gerek olmadan bütün portlar ve protokollerde Ağ BLOKLAMA yeteneğine sahip olmalıdır. SSL, Webmail, Sosyal Medya ve FTP' de iletimleri engelleyebilmelidir.
  5. Son nokta aracı, kullanıcı kurumsal ağın dışındayken TCP kanallarını izleyip engelleyebilmelidir.
  6. Son nokta aracı, kullanıcıların internet bağlantısı yokken bile son noktaları en güncel politikalara göre koruyabilmelidir.
  7. Son nokta aracı açılır pencereleri, yapılandırılabilir ve özelleştirilebilir olmalıdır.
  8. Dizüstü bilgisayarlar ve çalışma istasyonlarında yetkilendirilmemiş uygulamaların kullanımını izlemek ve bloke etmek/engellemek için yerleşik uygulama kontrolü özelliği olmalıdır.
  9. Sistem, son noktada her türlü çıkarılabilir cihazı (USB, CD, DVD, Flash Drives vb.) kontrol edebilmelidir.
  10. Sistem, ağda herhangi bir aksaklığa veya istemci bilgisayarda bir yüke neden olmaksızın dosyalardaki aktüel içerik, veri paternleri ve içerik parmak izi temelinde içerik bilinçli olmalıdır.
  11. Sistem, son noktadaki bütün iletimleri kaydetme, engelleme ve şifreleme veya bütün iletimlere izin verme olanağına sahip olmalıdır.
  12. Sistem, bir dosya paylaşımında kaydedilen dosyaların bir kopyasını depolamak için gölgelendirme özelliği sağlamalıdır.
  13. Kurallar ve politika, bütün domain, gruplar, bilgisayarlar ve kullanıcılar ve domain-dışı bilgisayarlar için Active Directory temelli tanımlanmalıdır.
  14. Dosya Türleri ve grupları, Veriyolu Türü, Cihaz Türü, Cihaz Sürücü Adı ve/veya Cihaz Hacim Numarası temelinde ek politikalar tanımlanabilir.
  15. Sistem her makineye yerleştirilen her türlü çıkarılabilir medyayı denetleyebilmeli ve Cihaz Adı, Cihaz ID'si ve Cihaz ve Hacim Numarasını kaydedebilmelidir.
  16. Bütün olaylar, Merkezi Yönetim Konsoluna rapor edilmelidir.
  17. Son nokta aracılar, her dağıtım aracı veya grup politikasıyla kullanıma açılabilmelidir.
  18. Kullanıcılar ağın dışındayken dizüstü bilgisayarlardan gizli verilerin kopyalanmasının izini sürme, uyarıda bulunma ve/veya engelleme yeteneği
  19. "Kurcalamaya Dayanaklılık"- Aracı servislerinin kullanıcılar tarafından kaldırılmamasını veya durdurulmamasını sağlama yeteneği bulunmalıdır.
  20. Kullanıcıların "güvenli modda" oturum açmasını tespit edip engelleyebilme yeteneği olmalıdır.
  21. Son Nokta Koruyucu, son noktada yüklenen bütün uygulamalara Uygulama Kontrolü gerçekleştirme yeteneğiyle birlikte sunulur. Bu özellik, yetkilendirilmemiş uygulamaları engelleyebilmelidir.
  22. Dosya büyüklüğü temelinde dosya transferi uyarısı ayarlayabilme yeteneği önceden tanımlanabilen bir zaman diliminde çıkarılabilir medyalara büyük dosya transferlerinin yapılması durumunda büyüklük limiti bildirimiyle Güvenlik Yöneticisi uyarılır.
  23. Hassas verilerin yazdırılmasını tespit etme veya engelleme yeteneği. Alternatif olarak kullanıcılar yazdırma etkinliğini iyileştirebilmelidir.
  24. Ekran görüntüsü almayı engelleyebilme yeteneği
  25. Son Nokta Koruyucu, ek bir sunucu gerektirmez ve Merkezi Yönetim Konsolundan yönetilebilir.
  26. Çevrimiçi modda kablosuz bağlantıyı engelleyebilme yeteneği
  27. Yerleşik iyileştirme yetenekleri, çıkarılabilir cihazlar/medyalar üzerinden hassas veri iletimi konusunda "Kullanıcı Gerekçesini" hesaba katabilmelidir.
  28. Son nokta aracı, herhangi bir vekil sunucuya gerek olmadan bütün portlar ve protokollerde ağ tarama yeteneğine sahip olmalıdır.
3. Durağan Veride Keşif, Alıkoyma, Araştırma ve Koruma
  1. Dosya Paylaşımları, Veritabanları, Veri Havuzları ve Son Noktalar (dizüstü bilgisayarlar/masaüstü bilgisayarlar) gibi Durağan Verileri tarayıp tespit edebilme yeteneği bulunmalıdır.
  2. ODBC uyumlu her veritabanını doğal biçimde tarayabilme yeteneği olmalıdır.
  3. Sunucuda kurulu bir aracı olmaksızın her MS Exchange' i doğal biçimde tarayabilme yeteneği
  4. Yerel makine ve e-posta istemcisi ne olursa olsun PST ve OST dosya formatlarını tarayıp tespit edebilme yeteneği
  5. Hangi dosya sunucuları veya son noktaların korunmasız gizli bilgiler içerdiği hakkında görünürlük
  6. Bir dosyanın içindeki bütün politika ihlallerini rapor edebilmelidir.
  7. Sistem, Agent-Based Discovery ya da Over the Network Discovery seçeneğine veya her iki seçeneğe birden sahip olmalıdır.
  8. Hassas verilerin keşfi, yapılandırılmış-yarı yapılandırılmış ve yapılandırılmamış dosyaların içerik parmak izine ve/veya veri paternlerine dayalı olmalıdır.
  9. Sistem ses, video ve mühendislik belgeleri gibi metin ve ikili veriler içeren her türlü dosya türünü tarayabilmelidir.
  10. Belirli bilgisayarlar ve/veya klasörlerin sürekli olarak izlenmesi için gerçek zamanlı izleme SEÇENEKLERİ içermelidir.
  11. Birden çok bilgisayarı kapsayan taramalar, belirli bir toplu plana göre rastgele başlangıçlarla gerçekleştirilmelidir. Bu tür bir özellik ağda ani bir trafik yükü oluşmasını önleyecektir.
  12. Tarama işlemini hızlandırmak için belirli bir veya birkaç dosya türünü tarama SEÇENEKLERİ içermelidir.
  13. Taramanın süresini sınırlandırma SEÇENEKLERİ içermelidir.
  14. Kaydetme, iliştirme, yazdırma, panolar ve kopyala/yapıştır gibi yaygın olaylara izin vermek veya engel olmak için ayrıntılı kontroller içermesi. Politika istisnaları oluşturma ve izleme yeteneği.
  15. Uygun Meta-data (tarih/zaman, kullanıcı, dosya sahibi, büyüklük, vb.) olay verilerini yakalayabilme yeteneği olmalıdır.
  16. "Olaydan sonrasını" araştırmak için yakalanan olay verilerini depolayıp dizin oluşturabilme
  17. Araştırmacılar ve düzenleyiciler için Meta-data ve ham verileri tutmak amacıyla SAN gibi büyük ölçekli depolama kapasitesi
  18. Kaynaklara yük getirmemelidir. Xxxxx, gizli modda çalışmalı ve kurulduğu yerdeki normal kaynaklara müdahale etmemelidir.
  19. İşaretlenmeyen veya bilinmeyen verileri keşfedebilme yeteneği
  20. Parmak izli olsun veya olmasın dosyaları eksiksiz biçimde listelemek için envanter sağlar.
  21. Belirtilen zaman dilimlerine dayalı arama yeteneği
  22. Anahtar sözcükler, ifadeler, içerik paternleri, doküman türleri (Word, Excel, CAD vb.) temelinde indeksli içeriği arama yeteneği olmalıdır
  23. Sistem otomatik olarak yinelenen taramalar planlayabilir.
  24. Sistem bir Vmware imajında çalıştırılan depolama tarama ürünlerini destekleyebilir.
  25. Sistem, ihlal görülen dosyalar/belgelerde güvenli bir konuma kopyalama/güvenli bir konuma taşıma/güvensiz konumdan silme gibi ek iyileştirici önlemler uygulayabilir.
  26. Sistem, MS Sharepoint sunucularından verileri keşfedebilir.
  27. Sistem Xxx.xxx, Dropbox, SkyDrive, Google Drive, Huddle ve XxxxxXxxxxx.xxx gibi bulut depolama ortamlarındaki içeriği keşfetmeyi doğal olarak destekleyebilir.
  28. Hedef domain, organizasyonel birim, grup ve bilgisayarlarda keşif modülüyle artımlı taramalar gerçekleştirebilir.
  29. Dosyayı güvenli bir konuma KOPYALA/TAŞI veya sadece dosyayı yetkilendirilmemiş konumdan SİL komutlarıyla keşfedilen veriyi düzeltme yeteneği
  30. Bir dosya spesifik ihlallerle kaydedildiği zaman isteğe balı olarak özel güvenlik personelini uyarır.
  31. Kullanıcı başına her dosya etkinliği için detaylı raporla koruma desteği zinciri sunar.
  32. Görüntülerde ve taranmış belgelerde metni okuyabilmek için yerleşik optik karakter tanıma yeteneğiyle birlikte sunulur.
  33. Veri Sınıflandırma Çözümü-Kurumsal DLP ile entegre edilebilmelidir.
  34. Keşif, Veri Sınıflandırma (DC) şemasını desteklemek için entegre bir özelliğe sahip olmalıdır
  35. Çözüm asgari olarak özelleştirilebilir hiyerarşik seviyelere sahip bir veri etiketleme şemasını desteklemedir: örneğin “PUBLIC” (en düşük seviye), “INTERNAL”, “RESTRICTED” ve “HIGHLY RESTRICTED” (en yüksek seviye). Bu özellik gereksinimler doğrultusunda özelleştirilebilir.
  36. Çözüm, DLP yönetim konsolundan birden çok DC kural grubunun merkezi olarak yapılandırılıp dağıtılmasına olanak tanımalıdır.
  37. Çözüm, normal kullanıcıların etkisiz hale getiremeyeceği DC politikalarının uygulanmasını desteklemelidir.
  38. Çözüm, belge ve e-postaları elektronik olarak işaretlemek için görsel bilgi sınıflandırma etiketleri ekleyebilme yeteneği sağlamalıdır.
  39. Çözüm spesifik bölümler, gruplar veya roller için belge şablonları ve e-postalara varsayılan bilgi sınıflandırma etiketleri yerleştirebilme yeteneğine sahip olmalıdır.
  40. Çözüm, bilgi sınıflandırma etiketinin nerede görüntüleneceğinin (e-posta konu başlığı/ana metin, üst ve alt bilgiler/filigranlar dahil) yönetici tarafından ayarlanabilmesine olanak tanımalıdır.
  41. Çözüm, farklı noktalarda (e-posta yazarxxx/gönderirken, bir belgeyi oluştururken/kaydederken vb.) bilgi sınıflandırma etiketinin uygulanmasına olanak tanımalıdır.
4. Hareketli Veride İzleme, Uyarı, Uygulama ve Entegrasyon
  1. Sistem, şu işlevleri yerine getirecek sadece bir tek uygulama içerir: Denetleme ve Keşfetme, Engelleme, Uyarı, Redaksiyon (Maske) ve Günlük ve Karantina.
  2. Sistem bir tek cihaz veya sanal makine kurulumunda eksiksiz Mail Transport Agent (MTA) ve eksiksiz SSL Proxy yerleşik özelliklerine sahip bir Smart SMTP olmalıdır.
  3. Sistem, proxy sunucuya ihtiyaç duymadan bütün portlarda her protokolü tarayabilmelidir. Herhangi bir TCP kanalında ve herhangi bir portta iletimlerin tespit edilip isteğe bağlı olarak engellenebilmesi için tarama gerçek zamanlı olarak gerçekleştirilmelidir.
  4. Sistem, ağdan ve ağın dışından SSH, RDP ve VNC bağlantılarının kullanımını rapor etmelidir.
  5. Sistem, MS Exchange Active Sync. veya WBXML özelliğini desteklemelidir.
  6. Sistem, güvenilen kullanıcıların ve kötü amaçlı yazılım, virüsler ve izinsiz giriş yapanlar gibi güvenilmeyen kullanıcıların giden iletimlerini tarayabilmelidir.
  7. Sistem, maksimum giden ağ bant genişliğine ölçeklenebilmeli ve yük dengeleme ve paylaşımını desteklemelidir.
  8. Sistem, sıralı veya sırasız Network TAP (Trafik Çoklama Cihazı) ve şeffaf proxy modunda kullanılabilme kapasitesine sahip olmalıdır.
  9. Sistem, kurumsal sertifikanın kullanılabilir olması şartıyla SSL' i çalışma sırasında çözebilmelidir. Bu her SSL iletimini kapsar ve sadece HTTPS trafiğiyle sınırlı değildir.
  10. Her TCP kanalında güvenilir olmayan kullanıcıların ihlallerini tespit edip önleyebilme yeteneği
  11. Blue-Coat SG, Microsoft ISA, SQUID ve benzeri her ICAP istemciyi sorunsuz biçimde destekleyebilme yeteneği
  12. İhlal gerçekleştiren kullanıcı adlarını kaydedebilmek için Active Directory' ye entegre edilebilme yeteneği
  13. Webmail ihlalleri için web-mail kullanıcı adını kaydedebilme
  14. Sistem, Syslog yönlendirmesi ile mevcut SIEM' e entegre edilebilmelidir. Olaylarla ilgili veriler ayarlanırken hassas verileri bu tür bir SEIM' e göndermeme seçeneği bulunmalıdır.
  15. Her Email Encryption Gateway' i destekleme ve hassas e-postaları otomatik olarak bu tür ağ geçitlerine yönlendirebilme yeteneği
  16. Sistem, mevcut güvenlik duvarlarının yanı sıra anahtarlar ve ağ geçitleriyle tamamen uyumlu olmalıdır.
  17. Sistem, %0.01'den düşük bir yalancı pozitiflik oranına sahip olmalıdır.
  18. Tespit oranı, bütün giden kanallarda %100 olmalıdır.
  19. Çözümün yüksek kullanılabilirlik özellikleri temin edilebilmelidir.
  20. Sistem, önceden tanımlanmış ek Uluslararası Gizlilik ve Uyum Politikalarını destekleyebilmelidir.
  21. Sözlükler ve sözcüksel analiz dahil olmak üzere her dilde ve Çincenin her çeşidinde anahtar sözcükleri tespit edebilme yeteneği
  22. Veritabanı verilerinin parmak izi incelemesi, doğrudan veritabanından yapılmalıdır. Verilerin kopyalanmasına izin verilmemelidir.
  23. Sistem MS SQL, Oracle, DB2, DB2-400, Sybase, Access, Informix ve Postgress' ten ve düz dosyalardan parmak izi incelemeyi desteklemelidir.
  24. Sistem Last-name VE Account_number veya Name ve TaxID gibi birden çok alanı, iletimde bu iki alan hangi sırada görünürde görünsün tespit edebilmelidir.
  25. Sistem, çoklu alan politikaları için eşikler tanımlayabilmelidir. Aynı akışta ihlal sayısı eşik değere ulaşırsa, iletim sistem tarafından engellenir. İhlal sayısı eşiğin altında kalırsa, sistem yalnızca olayları kaydeder ve güvenlik yetkililerini uyarır.
  26. Sistem, parmak iziyle yapılandırılmış veri sütunlarında eşleşmenin OLMADIĞI belirli kombinasyonları (örneğin soyadı yokken ad ve SSN olması) belirleyebilmelidir.
  27. Sistem, bir eşleşmeyi tetiklemek için hangi veri sütunlarına ihtiyaç duyulduğunu (örneğin ZIP yokken ad, soyadı ve SSN olması) tam olarak belirleyebilmelidir.
  28. Sistem, bütün veri sahiplerine kişisel verilerini (CCN/IBAN gibi) güvenlik ihlalini tetiklemeden bir parmak izi kuralı uyarınca gönderebilmesine izin verebilmelidir.
  29. Sistem, bütün ürünlerde (depolama, ağ, son nokta) kullanılabilecek bir tek politika oluşturabilme yeteneği
  30. Sistem politikalar, raporlar, roller ve iş akışı dahil olmak üzere spesifik endüstri ihtiyaçları için optimize edilmiş ayarlarla önceden ayarlanabilmelidir.
  31. Sistem, sanal platformlarda çalıştırılan ürünler için ağ izleme ve önleme özelliğini desteklemelidir.
  32. Sistem, sözlükler ve sözcüksel analiz dahil olmak üzere her dildeki anahtar sözcükleri tespit edebilmelidir.
  33. Sistem, hassas içeriği her formda yakalayabilmeli ve gelecekte adli amaçlar doğrultusunda kullanılmak üzere güvenli bir konumda depolayabilmelidir.
  34. Ağ DLP (Veri Sızıntısını Önleme) görüntülerde ve taranmış belgelerde metni okuyabilmek için yerleşik optik karakter tanıma yeteneğiyle birlikte sunulur. Optik karakter tanıma, gerçek zamanlı olarak yapılabilmeli ve ayarlanabilmelidir.
5. Teklif edilen ürün 14 adet farklı domain’i yönetebilecek birbirinden izole edilmiş yönetim arayüzüne sahip olmalıdır.
6. Teklif edilen ürünün kapasitesi en az 1000 kullanıcı/cihaz olmalıdır.
7. Ürün 3/5 yıl süreyle üretici desteği ile teklif edilmelidir.
Yapılandırılmamış Veri Güvenliği Ürünü (1 Adet)
1. Microsoft Exchange Gereksinimleri
  1. Çözüm, posta kutuları (mailbox) ve e-posta gruplarındaki yetkili kullanıcıları takip edebilmelidir.
  2. Çözüm, “tam erişim” (full access) ve “yerine gönder” (send as) yetkilerini raporlayabilmeli ve bu yetkilerdeki değişiklikleri ikaz edebilmelidir.
  3. Çözüm, kullanılmayan posta kutularını tespit edebilmelidir.
  4. Çözüm, şüpheli miktarda e-posta gönderimi/alımı yapan kişileri tespit edebilmelidir.
  5. Çözüm, şüpheli miktarda e-posta gönderimi yapılan adresi(eposta) tespit edebilmelidir.
  6. Çözüm, kullanıcıların yetkili veya yetkisiz olarak posta kutularına erişimlerini ve erişim denemelerini tespit edebilmelidir.
  7. Çözüm, Exchange yönetim hesabı üzerindeki başarılı/başarısız bütün erişim denemelerini kayıt altına alabilmelidir.
  8. Çözüm, kendi günlük sistemi yanında Exchange yönetici denetim günlüklerini ve posta kutusu denetim günlüklerini toplayıp analiz edebilmelidir.
  9. Çözüm, yetkili Exchange rollerine üye eklenmesi veya çıkarılmasında ikaz verebilmelidir.
  10. Çözüm, posta kutuları ve grup izinleri ile ilgili değişiklik yapan kullanıcıların günlüğünü alabilmelidir.
  11. Çözüm, parametrik olarak şüpheli miktarda yetkisi ve üyeliği olan kullanıcıları tespit edebilmelidir.
  12. Çözüm, başka bir posta kutusu veya grup adına e-posta gönderimi yapabilen kullanıcıları tespit edebilmelidir.
  13. Çözüm, tüm kullanıcıların kendi posta kutuları için Exchange üzerinde gerçekleştirdiği tüm değişiklikler ve yetki paylaşımlarını (Takvim, Kişiler, Görev paylaşımları) raporlayabilmelidir.
  14. Çözüm, parametrik olarak şüpheli miktarda oluşan “teslim edilmedi” (NDR, Non-Delivery Report) iletilerini raporlayabilmelidir.
  15. Çözüm, Microsoft Exchange 2013 ve üstünü desteklemelidir.
2. Aktif Dizin (AD) Gereksinimleri
  1. Çözüm, AD üzerindeki Organizasyonel Birimlerin (OU) değişimi, Grup Politikası ayarlarının değişimi vb. değişiklikler için koruma sağlamalı ve ikaz verebilmelidir.
  2. Çözüm, AD sistemi ile ilgili gerçekleştirilen yetki değişikliklerini takip edebilmelidir.
  3. Çözüm, AD ile ilgili sorgu ve raporlarda, “Oluşturma Tarihi”, “Son Değişiklik Tarihi” ve diğer ilgili AD niteliklerine göre sıralama ve filtreleme yapabilmelidir.
  4. Çözüm, kendi günlük sistemi yanında AD denetim günlüklerini de toplayıp analiz edebilmelidir.
  5. Çözüm, tanımlanan kuralları işleterek AD üzerindeki herhangi bir erişimi raporlayıp ikaz üretebilmelidir.
  6. Çözüm, AD üzerindeki başarılı/başarısız bütün erişim denemelerini kayıt altına alabilmelidir.
  7. Çözüm, AD üzerindeki tüm yönetici ve yetkili kullanıcı faaliyetlerini raporlayabilmelidir.
  8. Çözüm, AD üzerinde en fazla değişiklik yapan kullanıcıları raporlayabilmelidir.
  9. Çözüm, hesabı kilitlenen kullanıcıları kaynak IP adresi ile raporlayabilmelidir.
  10. Çözüm, AD üzerindeki tüm nitelikler için o niteliğe bağlı olarak (örneğin OU tabanında) filtreleme ve raporlama yapabilmelidir.
  11. Çözüm, kullanıcı parola süresi hiç dolmayan (never expire) ve/veya uzun süredir parolasını değişmeyen kullanıcıları raporlayabilmelidir.
  12. Çözüm, birebir aynı üyelerden oluşan mükerrer grupları raporlayabilmelidir.
  13. Çözüm, üyesi olmayan grupları raporlayabilmelidir.
  14. Çözüm, iç içe geçmiş (“nested”) grupları raporlayabilmelidir.
  15. Çözüm, tek bir kullanıcılı grupları raporlayabilmelidir.
  16. Çözüm, parametrik olarak belirli sayıdan fazla üye sayısına sahip grupları raporlayabilmelidir.
  17. Çözüm, en az ve en çok değişikliğe uğrayan grupları raporlayabilmelidir.
  18. Çözüm, grup politikası değişiklikleri, değişikliğin içeriğini (hangi alanın ne şekilde değiştiği vb.) ve geçmişe dönük farkları raporlayabilmelidir.
  19. Çözüm, grup sahipliği değişimlerini raporlayabilmelidir.
  20. Çözüm, belli bir zaman aralığında oluşturulan, kaldırılan ya da devre dışı (pasif) hale getirilen bilgisayar, grup ve kullanıcıları raporlayabilmelidir.
  21. Çözüm, grup izinleri ve/veya grup özelliklerini değiştirme yetkisi olan kullanıcıları ve bu tür grupları raporlayabilmelidir.
  22. Çözüm, AD nesnelerinde değişiklikleri, değişiklik öncesi ve değişiklik sonrası farkını içerecek şekilde raporlayabilmelidir.
  23. Çözüm, giriş parolaları tanımlı olmayan yöneticileri raporlayabilmelidir.
  24. Çözüm, Microsoft Active Directory 2008 R2 ve üstünü desteklemelidir.
3. Dosya Sunucusu Gereksinimleri
  1. Çözüm, dosya ve dizinlerde hangi kullanıcıların hangi erişim yetkilerine sahip olduğunu (günlük, haftalık, aylık vb.) raporlayabilmelidir.
  2. Çözüm, dosya sunucuları üzerinde yönetici ve yerel kullanıcılar dâhil tüm kullanıcılar ve derinlemesine dizin yapıları için yetkilendirmeleri raporlayabilmelidir.
  3. Çözüm, değişikliklerin canlı sistemlere uygulanmadan önce simülasyonu yapılarak incelenmesini sağlayabilmelidir. Değişikliklerin uygulanması durumunda ortaya çıkabilecek olası erişim hataları, kaydedilmiş ilişkili faaliyet geçmişleri dikkate alınarak bildirilmelidir.
  4. Çözüm, tutarsız erişim haklarını raporlayabilmelidir.
  5. Çözüm, dosya sunucuları üzerindeki tüm yetki verme/kaldırma ve dosya/dizin hareketlerinin (oluşturma, değiştirme, okuma, yazma vb.) günlüğünü alacak ve istendiğinde veya dönemsel olarak raporlayabilmelidir.
  6. Çözüm, yetkisiz erişimlerin günlüğünü alıp istendiğinde dönemsel olarak raporlayabilmelidir.
  7. Çözüm, dosya ve dizinler üzerindeki yetki değişikliklerinin günlüğünü alıp istendiğinde dönemsel olarak raporlayabilmelidir.
  8. Çözüm’ün grafik ara yüzü en az ve en çok etkinlikte bulunan kullanıcılar ve dizinleri, bir kullanıcının eriştiği dizin ve bir dizine erişen kullanıcıları ve anormal erişim etkinliklerini listeleyebilmelidir.
  9. Çözüm, ayrıntılı Denetim Günlüğü üretmelidir. Bu günlük bilgileri en az aşağıdaki bilgileri içermelidir:
  10. Yetkisiz erişim denemeleri (Failure Audit) raporlanabilmelidir.
  11. Bir dosya üzerindeki yetki değişiklikleri (Success Audit) ya da değiştirme denemeleri (Failure Audit).
  12. Dosya silme işlemleri (Success & Failure Audit).
  13. İçerme/dışlama (include/exclude) mekanizmaları ile politika tanımları yapabilme ve buna göre belli klasörler üzerinde farklı hareketlerin izlenebilmesi.
  14. Çözüm, âtıl/kullanılmayan/uzun zaman erişilmemiş VERİ NESNELERİNİ tespit edip ve raporlayabilmelidir.
  15. Çözüm, paylaşımlar için tahmini sahipliği tavsiye eden periyodik rapor sunabilmelidir.
  16. Çözüm, kullanıcıların kendi kendine yetki talebi yapabileceği, ilgili veri sahiplerinin istenen yetkileri verebileceği ve bu işlemler için belirlenecek onay mekanizmalarını çalıştıracak, bilgilendirmeleri yapacak uygulama modülünü (user self servis) içermelidir.
  17. Çözüm, dosya sunucuları üzerinde tüm kullanıcılar ve tüm derinlikler için yetkilendirme işlemlerini yapacaktır.
  18. Çözüm, dosya sunucuları üzerine konulacak dosya tipleri raporlanabilmelidir.
  19. Çözüm, sunucu ve Paylaşım bazında uzun süredir kullanılmayan içerikleri raporlayabilecektir.
  20. Çözüm, dosya üzerinde bulunan tagleri raporlayabilmelidir.
  21. Çözüm, hassas veri taraması yapabilmelidir.
  22. Çözüm, hassas veriye erişen kullanıcıların son 30 günlük aktiviteleri raporlanabilmelidir.
  23. Çözüm, hassas veriye erişimi olan grupların periyodik olarak raporlanması sağlanmalıdır.
E-Posta Sunucusu Ürünü (1 Adet)
1. E posta sisteminin çoklu işlemci desteği olmalıdır.
2. E posta sistemi minimum 6 posta kutusu veri tabanı sistemini desteklemelidir.
3. E posta sisteminin yüksek erişilebilirlik desteği sağlayabilmesi için 3 adet ürün kurulumu yapılmalıdır.
4. Tüm sunucular tamamen merkezi olarak yönetilmelidir.
5. Eposta sistemi konsolidasyon (sayılarının azaltılarak konsantrasyon merkezine toplanabilmesi) senaryolarını desteklemelidir.
6. Eposta sistemi web tabanlı erişimi ve POP3, IMAP4, MAPI, HTTP, WAP2.0 kullanan istemci modellerini desteklemelidir.
7. Mobil cihazlardan ek bir yazılıma gerek duymadan erişimi desteklemeli, bu cihazlardan Eposta, Takvim ve Kontak bilgileri otomatik senkronize edilebilmelidir.
8. Ek bir yazılıma gerek duymadan cep telefonlarından ulaşılarak xxxxx xxxxxxx Eposta görüntülenebilmelidir.
9. Ön-plan ve Arka-plan Sunucu mimarisini desteklemeli, ön-plan sunucu NLB (Network Load Balancing) ile yük dağılımı yapabilmelidir.
10. Laptop kullanıcıları Eposta sisteminin DMZ bölgesinde bir ön plan sunucusu olmasa da arka-plan sunucusuna güvenli bir şekilde erişmeli ve epostalarını şirket içerisinde çalışıyormuş gibi yerel diskine indirebilmelidir.
11. SAN (Storage Area Network) yapısını desteklemeli ve bu yapıda kullanılabilecek Anlık Görüntü (snapshot) alabilme teknolojilerini kendi Eposta yazılımı ile bütünleşik kullanabilmelidir.
12. İnternetten ulaşılabilir bir "web mail" yapısına sahip bir istemcisi olmalı, bu yapıda istemcinin bağlantı hızına bağlı olarak düşük bant genişliğinde hızlı çalışabilecek bir seçeneği olmalıdır.
13. Web e-posta istemcisi sayısal imza, SSL ve sunucu tarafı kurallarını desteklemelidir.
14. Web e-posta istemcisi Smart Card kullanımını desteklemelidir.
15. Web e-posta ürününü sürekli güncellenen ve yeni teknolojiler ile bütünleşik çalışabilir yapıda olmalıdır.
16. Eposta sisteminin LDAP desteği olmalıdır.
17. Microsoft Active Directory yapısı ile bütünleşik çalışabilmelidir.
18. Eposta sistemi ve web e-posta istemcisi üzerinde gerek firma içi gerekse firma dışı mesajlaşma sırasında virüs kontrolü yapılabilmelidir.
19. Eposta sistemi kolay yedeklenebilir ve hata oluşması durumunda kısa sürede kurtarılabilir olmalıdır.
20. Eposta sistemi ve web e-posta istemcisinin Türkçe desteğinin olmalıdır.
21. Eposta sistemi ve web e-posta istemcisi doğal (native) SMTP yönlendirme (routing) yapabilmelidir.
22. Posta yoğunluğunun artması durumunda yük dağılımı yapılabilmelidir
23. Eposta sistemi yedekli çalışma yeteneğine sahip olmalıdır.
24. Eposta sistemi 2, 4 ve 8 düğümlü kümeleme desteklemelidir.
25. Eposta sistemi kullanılarak tüm kullanıcılara mesaj gönderilebilmeli ve bu işlem için gerekli kullanıcı haklarının düzenlenebilmelidir.
26. Eposta sistemi ve istemcisi içerik kontrolü yapabilmeli ya da içerik kontrolü yapabilen ürünler ile entegre çalışabilmelidir (Content Checking, SPAM, Bulk Mail)
27. Sistemin ortak olarak kullanılabilecek takvim özelliğinin olmalıdır
28. Kişiler ya da gruplar arası yönlendirilebilen ve yapılacak işlerin kaydedilebileceği bir mekanizmanın olmalıdır. Kaydedilen işler ile ilgili alarm oluşturulabilmelidir (To Do List)
29. Kullanıcılar e-posta sistemini kullanırken mouse'u kullanarak sürükle/bırak özelliği kullanabilmelidir. (Drag & Drop)
30. Kullanıcılar web browser üzerinden eriştiği mail ortamındaki inbox, sent, draft, trash gibi dizinlere erişebilmeli ve kendi dizin yapısını oluşturabilmelidir.
31. Kullanıcılar Eposta gönderimi sırasında öncelik belirtilebilmelidir (Delivery priority)
32. Gönderilen epostanın özel olarak şifrelenmeli ya da imzalanabilmelidir. (Encryption, Signature)
33. İstenildiğinde gönderilen epostanın kopyalanmasının, yazdırılmasının, bir başka sunucuya iletilmesinin engellenmesi teknolojilerini desteklemelidir.
34. İstenildiğinde gönderilen epostanın sadece erişimine izin verilen kullanıcılar tarafından açılması teknolojileri desteklenmelidir.
35. Kullanıcıların merkezi eposta sistemi ile bağlantıları kopması durumunda da eposta işlevlerini yerine getirebilmesini sağlamalıdır (Offline Service)
36. Dağıtım listelerini kimlik doğrulamasından geçmiş kullanıcılar ile sınırlama desteği olmalıdır.
37. Gerçek Zamanlı Güvenli ve Engellenecekler listesi desteği olmalıdır.
38. Dahili alıcı filtrelemesi yani gelen mesajları alıcıya göre filtreleyebilir ve istenmeyen eposta mesajları azaltabilme desteği olmalıdır.
39. Kullanıcılar eposta arabirimini kullanarak şifresini değiştirebilmelidir.
40. Kullanıcı epostaları için eposta sistem yöneticisinin kota uygulayabilmelidir. Kotalar gruplara ya da kullanıcılara göre farklı koşullarda sağlanabilmelidir.
41. Eposta sistemi veritabanında epostaları Single Instance Storage özelliğinde tutmalıdır.
42. E-Posta sisteminin zaman planlama yardımcısı (scheduling assistant) olmalıdır. Zaman planlama yardımcısı, toplantı ve kaynak organize etmek isteyen kullanıcıya, en iyi zaman ve tarihleri, katılımcılar ve kaynakların zaman planlarına göre görsel olarak sunabilmelidir.
43. Sistem, üzerinde organize edilen toplantı taleplerinde değişiklik olduğunda, tekrar bir uyarı göndermeye gerek bırakmamalı, tüm operasyonlar sunucu üzerinde gerçekleşebilmeli ve son kullanıcı toplantılarla ilgili güncellemeleri almak için istemcisini açık tutmak zorunda kalmamalıdır.
44. Toplantı için kullanılacak odalar ve ekipman, adres defteri içinde özel olarak işaretlenmiş olmalı, böylece bu kaynaklar, ayrı olarak izlenebilir ve bunlara özel yetkiler ve özellikler atanabilmelidir.
45. Ofis Dışında mesajlarının otomatik olarak gönderileceği başlangıç ve bitiş tarihleri belirlenebilmelidir. İç ve dış alıcılar için farklı mesajlar belirlenebilmelidir.
46. Posta kutuları, default olarak tamamen indekslenmiş olmalı ve sistem tarafından hızlı ve güvenilir bir arama altyapısı sunulmalıdır.
47. Sistem, web tabanlı bir erişim sunmalıdır. Web tabanlı erişimde zaman planlama asistanı, kategoriler ve bayraklar ve arama özellikleri kullanılabilmelidir.
48. Web tabanlı erişimde Word, Excel, Powerpoint ve PDF dokümanları, istemcide bu dokümanları açacak editör olmasa bile, HTML'e çevrilip görüntülenebilmelidir. Belgelerin sadece HTML olarak görüntülenebilmesi sağlanabilmelidir.
49. Bir kullanıcı bir dosya paylaşımını işaret eden link aldığında, sistem VPN'e gerek bırakmadan güvenli bir şekilde kullanıcının bu dosyaya ulaşımına ve kullanımına izin vermelidir.
50. İstemci tarafındaki caching mekanizması, düşük hızlı bağlantılarda gelişmiş bir kullanıcı deneyimi sağlamalı ve bant genişliği kullanımını düşürmelidir.
51. Sistem elektronik postaları, sesli postaları, takvim öğelerini ve faksları kullanıcının posta kutusuna gönderebilmelidir. Böylece son kullanıcının üretkenliği, ortak tipteki iletişim kanallarının tek bir yerde toplanmasıyla artmalıdır.
52. Sistem telefonlara yanıt verebilmeli ve kullanıcı çağrıyı cevaplamadığında ya da meşgul olduğunda sesli mesaj kaydedebilmelidir.
53. Sistemin faks alma yetenekleri, bir faks çağrısına cevap vermeyi, bir faks almayı ve bunu kullanıcının posta kutusuna göndermeyi sağlamalıdır.
54. Sistemin sesli posta yeteneklerine erişim için kullanılan bir PIN kodu bulunmalı, kullanıcılar PC tabanlı ya da Web tabanlı istemcilerini kullanarak bu sesli posta PIN kodlarını resetleyebilmelidirler. Böylece çağrı merkezi isteklerinin büyük bölümünün düşmesi sağlanmalıdır.
55. Sistem, İngilizce ses tanıma özellikleri sağlamalı ve arayanların sesle şirket dizinine ulaşıp istedikleri kontağa ulaşabilmeleri sağlanabilmelidir.
56. Kullanıcılar posta kutularına herhangi bir telefon ile ulaşabilmeli, elektronik posta ve takvimlerini dinleyip, bunlar üzerinde ister sesle ister tuşlama ile aksiyon alabilmelidirler.
57. Sistem, sağlayıcı şirketin anlık mesajlaşma ve iletişim çözümüyle entegre çalışmalı, sistemin istemcisi üzerinden, kullanıcıların varlık bildirimleri (presence) görünüyor olmalı ve kullanıcı bu varlık bildirimi seçeneğiyle, istediği kullanıcıyla yazılı, sesli ve/veya görüntülü iletişime süratle başlayabilmelidir.
58. Sistem, sunduğu birleşik mesajlaşma özelliğiyle, kurumun elektronik posta ve sesli posta altyapılarını konsolide etmesini sağlamalıdır. Kurumun yatırım yapmış olduğu Active Directory kimlik sisteminin üzerinde çalışarak, tek bir yönetim deneyimi ve sesli posta, elektronik posta ve faks üzerinde entegre güvenlik politikaları sağlamalıdır.
59. Sistem, gelen yeni ya da güncel elektronik postaları, takvim öğelerini, iletişim kontaklarını ve görevleri, sunucu üzerine gelir gelmez mobil kullanıcılara iletmelidir.
60. Eğer bir mobil cihaz kaybolursa ya da çalınırsa, kullanıcı sistemin web istemcisi üzerinden, mobil aygıtın içeriğini temizleyebilmeli ve aygıtın şifresini resetleyebilmelidir.
61. Sistem yöneticileri, mobil aygıtlar için kullanıcı ya da aygıta özel, eklentiye (attachment) izin verme/vermeme, PIN geçerlilik süresi belirleme gibi politikalar belirleyebilmelidir.
62. Mobil kullanıcı, sistemin mobil istemcisi üzerinden hem aygıtın içinde hem de sunucu üzerindeki posta kutusunda kapsamlı arama yapabilmelidir.
63. Elektronik postaları izlemek için kullanılan bayraklar, mobil aygıtlar üzerinde de tamamen desteklenmelidir.
64. Mobil aygıtlar, zengin HTML metnini desteklemelidir. Bir elektronik postaya mobil üzerinden cevap verildiğinde, postayı alan tüm kullanıcılar için HTML formatı korunmalıdır.
65. Sisteme bağlı bir mobil kullanıcı uzun bir mesajı ya da eklentiyi tıkladığında, aygıt tüm mesajı tekrar yüklemeden gerekli bilgiyi getirebilmelidir.
66. Mobil kullanıcılar, gelen toplantı taleplerini mobil aygıtlar üzerinden, PC deneyimiyle yanıtlayabilmeli, şirket dışında mesajlarını yine mobil aygıtları üzerinden yönetebilmelidir.
67. Sistemin kurulumu için farklı sunucu rolleri olmalı, bu sunucu rolleri sayesinde kurulum için gereken zaman azaltılabilmeli, sistem yöneticisinin manual konfigürasyon için harcadığı zaman minimize edilebilmeli ve saldırıya açık olan yüzey alanını limitleyerek güvenlik artırılabilmelidir.
68. Sistem, içinde hazır olarak bir En İyi Uygulamalar Analiz Aracı sunmalıdır. Bu araç konfigürasyonda servis kesintisine ya da güvenilirlik problemlerine yol açabilecek tutarsızlıkları tespit etmeli, yaygınlaştırma ve kurulumda yardım sağlamalıdır.
69. PC istemcisi sisteme bağladığında, kullanıcı ağa log-in olduktan sonra, sistem kullanıcının profilini otomatik olarak konfigüre etmelidir.
70. Sistemin, Microsoft Operations Manager 2005 and Systems Center Operations Manager 2007 gibi izleme ve yönetme araçları tarafından yönetilebilmesi ve izlenebilmesi için, kendisine özel tasarlamış yönetim paketlerine sahip olmalıdır.
71. Sistem, posta kutularının taşınabilmesi için kapsamlı tek bir araca sahip olmalı, bu araç lokal veya global organizasyonlar arasındaki taşıma işlemlerini, karmaşıklığı düşürerek sağlayabilmelidir.
72. Sistem, 3 seviye derinliğe inilebilen, navigasyonu kolaylaştıran grafik kullanıcı arayüzüne sahip bir yönetim konsolu sunmalıdır. Yönetim ve problem giderme araçları tek bir araç setinden çalıştırılabilmelidir.
73. Sistem, komut satırı tabanlı bir yönetim katmanı da sağlamalıdır.
74. Sistem 64-bit mimaride çalışmalıdır. Böylece sistem, sunucudaki posta kutusu ve kullanıcı sayıları arttığında, daha fazla belleğe erişip, yüksek performans ve güvenilirlik sağlayabilmelidir.
75. Sistem Ipv6 desteğine sahip olmalıdır.
76. Sistem Active Directory site yapısı üzerine inşa edilmiş bir routing topolojisine sahip olmalıdır.
77. Sistem, yazılım geliştiricilerin posta kutusu ya da takvim bilgisini iş hattı sistemleri ya da diğer özel uygulamalar içine gömebileceği, genişletilebilir bir web servisi platformuna (API) sahip olmalıdır.
78. Yazılımcılar sistemin web istemcisindeki işlevleri (elektronik posta, takvim vs.), yine sistemin sunduğu web bölümleri ile kendi portal uygulamalarına gömebilmelidirler.
79. Sistem, DMZ üzerinde anti-spam filtrelemesi yapan bir role sahip olmalıdır.
80. Sistem güvenliği, sağlayıcı şirket tarafından, daha iletiler sisteme gelmeden internet bulutu üzerinde e-posta, virüs, spam ve malware bloklaması yapan bir online servisle de desteklenebilmelidir.
81. Sistem, kendi üzerinde de anti-virüs ve anti-spam yapan, dünyanın çeşitli şirketlerinden alınarak, çok yönlü kontrol yapabilen motorları içeren ek bir katman tarafından da korunabilmelidir.
82. Sistemin veri tabanının bir kopyası ikinci bir disk setinde tutulabilmeli ve log shipping ile güncellenmesi sağlanabilmelidir. Böylece bir disk hatası ya da veri bozulması olayında, sistem yöneticisi süratle kopya veritabanına dönebilmeli ve ekonomik bir yolla daha yüksek çalışma zamanı elde edebilmelidir.
83. Yüksek erişebilirlik bir aktif/pasif cluster yapısında sürekli replikasyon kullanılarak gerçekleştirilebilmelidir. Veri aktiften pasif sunucuya log shipping kullanılarak kopyalanabilmelidir. Bu yapıda paylaşılan depo yapısı (shared storage) gerekmemeli, böylece nodlar farklı coğrafyalarda bulunabilmelidir.
84. Her sistem veritabanı, uzaktaki beklemedeki (standby) sunucusuna replike edilebilmeli, böylece tüm datacenter'ın çökmesi durumunda, kendini çabuk toparlayan bir elektronik posta ortamı sağlanabilmelidir.
85. Sistem yama ve güncelleme yönetimi, sağlayıcı şirketin web sitesinden, sağlayıcı şirketin kurum içindeki güncelleme sunucusundan, ya da Microsoft Systems Management Server gibi yama ve güncelleme çözümlerinden otomatik olarak sağlanabilmelidir.
86. Kurum içinde, varsayılan olarak gönderenin e-posta istemcisinden alıcının e-posta istemcisine gönderilen elektronik posta şifrelenmelidir.
87. Transport Layer Security (TLS) destekleyen istemciler arasındaki bağlantı otomatik olarak şifrelenmelidir. Bu durumda sistem yöneticisinin herhangi bir aksiyon almasına gerek kalmamalıdır. Sistem, TLS'i içinde hazır gelen sertifikalarla otomatik olarak desteklemelidir.
88. Sistem yöneticileri elektronik postalara, iletimdeyken, konusuna, içeriğine veya gönderen/alan adresine göre mesaj kategorizasyonu gerçekleştirmek için iletim kuralları (transport rules) uygulayabilmelidirler.
89. Sistem, kurumların, kurumsal, kamusal ve legal ihtiyaçlarını karmaşık bir elektronik posta akış kontrolü ve politika motoru üzerinden yürütebilmelerini mümkün kılmalıdır.
90. Sistem, kullanıcıların istemcileri üzerinde, önceden sistem yöneticileri tarafından tanımlanmış klasörlerde mesajlarını organize edebilmelerine izin vermelidir. Kurallara uygunluk gereksinimlerine göre otomatik bir süreç bu klasörleri tarayarak, klasördeki mesajların tutulması, geçerliliklerini yitirmeleri, günlüklerinin tutulması sağlanabilmelidir.
91. Sistem yöneticileri elektronik postayı, veri tabanı, dağıtım listesi, kullanıcı ve kurum çapındaki kriterlere göre kayıt altına alabilmelidirler. Kayıt altına alma işlemi (Journaling), gönderen, alıcı ve mesaj içeriğine göre özelleştirilmelidir.
92. Sistem yöneticileri legal bir araştırma gerektiğinde, kurumlarındaki tüm posta kutuları içinde hızlı full-text arama yapabilmelidir.
93. E-posta sunucusu yazılımı istenen posta hesaplarını arşivleyebilmelidir.
94. Her birim ve/veya birliğin kendine ait ve yalnızca kendi ayarlarını yönetebileceği e-posta sunucusu paneli olmalıdır.
95. E-posta sunucusu Enterprise seviyede 100 adet erişim lisansı ile verilmelidir.
96. E-posta sunucusu Standart seviyede 100 adet erişim lisansı ile verilmelidir.
Sunucu İşletim Sistemi Ürünü – Aktif DC (1 Adet)
1. Yazılım 2 soket işlemcisi olan ve her bir işlemcisi 16 Çekirdek olan 6 adet sunucuyu lisanslayabilmelidir. Fiziksel sunucular üstünde kurulabilecek sanal işletim sistemi sayısında bir sınır olmamalıdır.
2. Sunucu işletim sistemi sanallaştırma teknolojisi içermeli ve lisanslanan donanımlar üzerindeki sanal sunucuların lisanslarını da ihtiva etmelidir.
3. Sunucu işletim sistemi sanal sunucular için replikasyon teknolojisi içermeli ve bu sayede felaketten kurtarma altyapıları oluşturulabilmelidir.
4. Sunucu işletim sistemi lokal disk alanlarını veri depolama alanları şeklinde diğer sunucuların hizmetine açabilmelidir.
5. Sunucu işletim sistemi disk alanlarındaki verilerin tekilleştirilmesini desteklemeli ve bu sayede veri alanı maliyetlerini düşürebilmelidir.
6. Sunucu işletim sistemi çekirdek kurulum veya grafiksel kurulum seçeneği sunabilmeli, istenildiği zaman grafiksel veya çekirdek kurulum arasında geçiş yapılabilmelidir. Grafiksel arayüz veya komut satırı üzerinden sistemin yönetimi mümkün olmalıdır.
7. Sunucu işletim sistem ağ kartlarını takım olarak kullanabilmeli ve bu sayede daha yüksek bant genişliği, yüksek erişilebilirlik sağlayabilmelidir. Bu özellik için donanım üreticilerinin ek yazılımlarına ihtiyaç duyulmamalıdır.
8. Sunucu işletim sistemi fiziksel makine başına 320 işlemci ve 4 TB bellek desteklemelidir.
9. Sanal sunucu başına 64 vCPU ve 1 TB bellek desteklenmelidir
10. Sanal sunuculara 64TB boyutunda sanal diskler eklenebilmelidir.
11. Sunucu işletim sistemi kümeleme yöntemiyle yüksek erişilebilirlik desteklemelidir. Yüksek erişilebilir sunucu havuzları 64 ayrı sunucudan oluşabilmelidir.
12. Sanal sunuculara vHBA sürücüleri yüklenebilmeli. Gerektiğinde fiber depolama alanlarındaki LUN yapıları sanal sunuculara direk olarak atanabilmelidir.
13. Önerilen OS LDAP v3 Active Directory'ler ile uyumlu çalışabilmelidir.
14. Kerberos v5 authentication protocol desteği olmalıdır.
15. İstemci makineler üzerinde politikalar uygulanabilmelidir.
16. Federasyon servisleri desteklenmelidir.
17. Tek bir domain içinde birden fazla şifre politikası ayarlanabilmelidir.
18. Şube kurulumları için salt okunabilir dizin servisleri bulunmalıdır.
19. Dizin servisleri dosya ve epostalar için hak yönetimi yapabilmelidir.
20. Önerilen OS içinde dış saldırılardan korunabilmek için bir firewall özelliği olmalıdır.
21. Firewall özelliği hem işletim sisteminden dışarı hem de dışarıdan işletim sistemine olan bağlantıları kontrol edebilmelidir.
22. İşletim sistemi donanım tabanlı şifreleme yaparak disk üzerindeki her türlü bilgiyi şifreli olarak tutabilmelidir.
23. Kurumsal ağa, VPN, IPSEC, DHCP veya 802.1X ile bağlanan işletim sistemlerini kontrol edebilmeli ve işletim sistemleri sağlıklı ise kurumsal ağa almalı, eğer sağlıklı değil iseler karantina bölgesine almalıdır.
24. Önerilen OS içinde entegre PKI yapısı olmalı, bir Certificate Authority (CA) olarak davranabilmeli ve bunun için ek bir maliyete gerek duyulmamalıdır.
25. Certificate Authority (CA), OCSP (Online Certificate Status Protocol) desteğine sahip olmalıdır.
26. Certificate Authority (CA), Network cihazları için kaydetme (enrollment) servisine sahip olmalıdır.
27. Smartcard desteği OS içinde gelmelidir. Önerilen OS, TCP/IP seviyesinde gelen yükü farklı makinalar arasında paylaştırabilmelidir.
28. Bu paylaşımı kurallara bağlı olarak port ve IP bazında yapabilmelidir.
29. Birden fazla NIC desteği olmalı ve bunlar arasında bi-directional affinity ile yük paylaşımı yapabilmelidir.
30. VPN ve RAS servisleri ücretsiz olarak OS ile gelmelidir.
31. Önerilen OS, IPv6 protokolünü desteklemelidir.
32. Önerilen OS, içinde VPN hizmetleri gelmelidir
33. Önerilen OS, içinde RADIUS hizmetleri olmalıdır.
34. Önerilen OS, üzerindeki network kartları arasında bridging yapabilmelidir.
35. Önerilen OS, NAT ve ICF özelliklerine sahip olmalıdır.
36. Internet connection sharing desteği olmalıdır.
37. Önerilecek işletim sistemi üzerinde XXX.XXX uygulamalarının çalışabilmesi için gerekli olan .NET Framework 1.1 bulunmalıdır.
38. ASP ve XXX.XXX uygulamalarını desteklemelidir.
39. Web sunucusu tüm konfigürasyonunu XML olarak tutmalı ve bu dosya üzerinde yapılacak değişiklikler anında sisteme yansımalıdır.
40. XML Web servisleri için gerekli olan UDDI hizmetini sunabilmelidir.
41. Sunucu işletim sistemi lisansları, 1000 kullanıcı için kullanıcı erişim lisansıyla birlikte teklif edilmelidir.
Sunucu İşletim Sistemi Ürünü – Pasif DC (1 Adet)
1. Yazılım 2 soket işlemcisi olan ve her bir işlemcisi 16 Çekirdek olan 3 adet sunucuyu lisanslayabilmelidir. Fiziksel sunucular üstünde kurulabilecek sanal işletim sistemi sayısında bir sınır olmamalıdır.
2. Sunucu işletim sistemi sanallaştırma teknolojisi içermeli ve lisanslanan donanımlar üzerindeki sanal sunucuların lisanslarını da ihtiva etmelidir.
3. Sunucu işletim sistemi sanal sunucular için replikasyon teknolojisi içermeli ve bu sayede felaketten kurtarma altyapıları oluşturulabilmelidir.
4. Sunucu işletim sistemi lokal disk alanlarını veri depolama alanları şeklinde diğer sunucuların hizmetine açabilmelidir.
5. Sunucu işletim sistemi disk alanlarındaki verilerin tekilleştirilmesini desteklemeli ve bu sayede veri alanı maliyetlerini düşürebilmelidir.
6. Sunucu işletim sistemi çekirdek kurulum veya grafiksel kurulum seçeneği sunabilmeli, istenildiği zaman grafiksel veya çekirdek kurulum arasında geçiş yapılabilmelidir. Grafiksel arayüz veya komut satırı üzerinden sistemin yönetimi mümkün olmalıdır.
7. Sunucu işletim sistem ağ kartlarını takım olarak kullanabilmeli ve bu sayede daha yüksek bant genişliği, yüksek erişilebilirlik sağlayabilmelidir. Bu özellik için donanım üreticilerinin ek yazılımlarına ihtiyaç duyulmamalıdır.
8. Sunucu işletim sistemi fiziksel makine başına 320 işlemci ve 4 TB bellek desteklemelidir.
9. Sanal sunucu başına 64 vCPU ve 1 TB bellek desteklenmelidir
10. Sanal sunuculara 64TB boyutunda sanal diskler eklenebilmelidir.
11. Sunucu işletim sistemi kümeleme yöntemiyle yüksek erişilebilirlik desteklemelidir. Yüksek erişilebilir sunucu havuzları 64 ayrı sunucudan oluşabilmelidir.
12. Sanal sunuculara vHBA sürücüleri yüklenebilmeli. Gerektiğinde fiber depolama alanlarındaki LUN yapıları sanal sunuculara direk olarak atanabilmelidir.
13. Önerilen OS LDAP v3 Active Directory'ler ile uyumlu çalışabilmelidir.
14. Kerberos v5 authentication protocol desteği olmalıdır.
15. İstemci makineler üzerinde politikalar uygulanabilmelidir.
16. Federasyon servisleri desteklenmelidir.
17. Tek bir domain içinde birden fazla şifre politikası ayarlanabilmelidir.
18. Şube kurulumları için salt okunabilir dizin servisleri bulunmalıdır.
19. Dizin servisleri dosya ve epostalar için hak yönetimi yapabilmelidir.
20. Önerilen OS içinde dış saldırılardan korunabilmek için bir firewall özelliği olmalıdır.
21. Firewall özelliği hem işletim sisteminden dışarı hem de dışarıdan işletim sistemine olan bağlantıları kontrol edebilmelidir.
22. İşletim sistemi donanım tabanlı şifreleme yaparak disk üzerindeki her türlü bilgiyi şifreli olarak tutabilmelidir.
23. Kurumsal ağa, VPN, IPSEC, DHCP veya 802.1X ile bağlanan işletim sistemlerini kontrol edebilmeli ve işletim sistemleri sağlıklı ise kurumsal ağa almalı, eğer sağlıklı değil iseler karantina bölgesine almalıdır.
24. Önerilen OS içinde entegre PKI yapısı olmalı, bir Certificate Authority (CA) olarak davranabilmeli ve bunun için ek bir maliyete gerek duyulmamalıdır.
25. Certificate Authority (CA), OCSP (Online Certificate Status Protocol) desteğine sahip olmalıdır.
26. Certificate Authority (CA), Network cihazları için kaydetme (enrollment) servisine sahip olmalıdır.
27. Smartcard desteği OS içinde gelmelidir. Önerilen OS, TCP/IP seviyesinde gelen yükü farklı makinalar arasında paylaştırabilmelidir.
28. Bu paylaşımı kurallara bağlı olarak port ve IP bazında yapabilmelidir.
29. Birden fazla NIC desteği olmalı ve bunlar arasında bi-directional affinity ile yük paylaşımı yapabilmelidir.
30. VPN ve RAS servisleri ücretsiz olarak OS ile gelmelidir.
31. Önerilen OS, IPv6 protokolünü desteklemelidir.
32. Önerilen OS, içinde VPN hizmetleri gelmelidir
33. Önerilen OS, içinde RADIUS hizmetleri olmalıdır.
34. Önerilen OS, üzerindeki network kartları arasında bridging yapabilmelidir.
35. Önerilen OS, NAT ve ICF özelliklerine sahip olmalıdır.
36. Internet connection sharing desteği olmalıdır.
37. Önerilecek işletim sistemi üzerinde XXX.XXX uygulamalarının çalışabilmesi için gerekli olan .NET Framework 1.1 bulunmalıdır.
38. ASP ve XXX.XXX uygulamalarını desteklemelidir.
39. Web sunucusu tüm konfigurasyonunu XML olarak tutmalı ve bu dosya üzerinde yapılacak değişiklikler anında sisteme yansımalıdır.
40. XML Web servisleri için gerekli olan UDDI hizmetini sunabilmelidir.
Zaman Damgası Çözümü (1 Adet)
1. Firewall logları, E-Posta Güvenliği ürünü logları, SIEM logları benzeri sistemdeki logları toplayıp dış bir zaman damgası sunucusundan loglara damga vurulacaktır. Bu sayede logların değişmediği hukuki ispatlanabilecektir.
2. Çözüm Sanal ortam üzerinde çalışabilecektir.
3. Açık Anahtarlama Sistemi kullanan PKI-based, RFC3161 standardı algoritmasını destekleyecektir.
4. TSA (TimeStamping Authority) üzerinden zaman damgası vurabilmelidir. 5070 sayılı yasaya göre zaman damgası geçerli Nitelikli Zaman Damgası Sunucularından biri üzerinden zaman damgası vurabilmelidir.
5. Damgalanan belgelerin yedekleme ve arşivlenmesini sağlayacaktır.
6. 3/5 yıl boyunca desteği verilecektir.
İzleme Yazılımı (1 Adet)
1. İzleme yazılımı; sunucular, işletim sistemleri (Windows ve Linux/Unix), sanal platformlar, (“VmWare”), veri depolama üniteleri (farklı marka/modellerde “storage”) ve veritabanları, ağ anahtarları (“switch”) ve ağ yönlendiricileri (“router”) gerçek zamanlı olarak izlenebilmelidir.
2. İzleme yazılımı; sunucuların ağ bağlantılarını, çalışan servisleri izleyebilmelidir.
3. Sunucuların dizilim (“array”) yapılarını, yedeklilik (“raid”) yapılarını, sıcaklık ve fan değerleri, disk arızaları ve SEL loglarını izleyebilmelidir.
4. İzleme yazılımı; Microsoft İşletim sisteminden detaylı bilgiler alabilmelidir.
5. İzleme yazılımı; VMWare Host’ları izleyebilmelidir.
6. İzleme yazılımı; Ağ cihazlarını izleyebilmelidir.
7. İzleme yazılımı; Ağ cihazlarını harita üzerinde gösterebilmelidir.
8. İzleme yazılımı; Ağ cihazlarından Netflow ve Sflow ile 100 cihaz ve 5000 Adet sensörden kayıt alabilmelidir.
9. İzleme yazılımı; Mysql, Mssql ve Oracle Veri Tabanlarını izleyebilmelidir.
10. İzleme yazılımı; sistem bileşenlerinde oluşabilecek sistemsel kırılganlıkların ya da hataların e-posta ve/veya kısa mesaj ile aktif bildirimini yapabilecek otomatik ve kişiselleştirilebilir özellikte bir uyarı/alarm sistemine olanak tanımalıdır.
11. Ürün; 3/5 yıllık lisansları birlikte verilecektir.

OPERATÖR HİZMETLERİ
1. Hizmetin Konusu
  1. İDARE Veri Merkezi ve Yedek Veri Merkezi altyapısının ve bakımının 3/5 yıl süre ile sağlanması işidir.
2. İşin Kapsamı
  1. Veri Merkezi ve Yedek Veri Merkezi mimari tasarımı yapılacaktır.
  2. Veri Merkezi Barındırma Hizmeti verilecektir.
  3. Yedek Veri Merkezi Barındırma Hizmeti verilecektir.
  4. Veri Merkezi ve Yedek Veri Merkezi Erişim Hizmetleri verilecektir.
  5. Veri Merkezi ve Yedek Veri Merkezi donanım ve yazılımları verilecektir.
  6. Veri Merkezi ve Yedek Veri Merkezi 7/24 bakım ve destek hizmeti verilecektir.
3. Genel Hükümler
  1. Verimerkezi internet hızı, MPLS hızları, verimerkezleri arası bağlantı hızı değerlerini kurum isterse arttırabilir veya düşürebilir. Bunun için EK G’de verilen fiyat tablosu teklifle beraber teslim edilecektir.
  2. Bu şartnamede belirtilen işlerin, şartnamede tarif edildiği şekilde ve anahtar teslimi olarak tamamlanması esastır.
  3. Veri merkezi altyapısı işe başlama tarihinden itibaren en geç 20 takvim gününde sağlanacaktır.
  4. Talep edilen lokasyonlar için erişim altyapısı işe başlama tarihinden itibaren en geç 20 takvim gününde sağlanacaktır. Bu lokasyonlar dışındaki erişim talepleri için standart SLA süreleri doğrultusunda kurulacaktır.
  5. İDARE’den kaynaklanacak gecikmeler yukarıdaki süreye eklenecektir.
  6. YÜKLENİCİ, teklif edilen ihale bedelleri dışında fiyat farkı talep etmeyecektir. İşin kapsamının değişmesi durumunda idari şartnamenin ilgili koşulları uygulanacaktır.
  7. İDARE bu şartnamede bahsedilen hizmetlerden istediğini alabilir, istediğinin sayısını artırabilir veya eksiltebilir. YÜKLENİCİ sadece verilen hizmetleri aylık faturalandıracaktır.
4. Proje Yönetimi ve Proje Planı
  1. Sözleşmenin imzalanmasını takiben 10 gün içerisinde yüklenici proje planını İdare’nin onayına sunacaktır.
  2. İDARE, YÜKLENİCİ tarafından sunulan planı 5 gün içerisinde onaylayacaktır veya düzeltilmesi için geribildirimde bulunacaktır.
  3. YÜKLENİCİ ihale kapsamında sağlanacak altyapıların kurulumu için bir proje yöneticisi görevlendirecektir.
5. Proje Başlıkları
  1. İDARE tarafından öngörülen proje aşamaları aşağıdadır. Firma proje aşamalarını, veri merkezi altyapısını ve ürünleri teklifinde detaylandıracaktır.
  2. Veri Merkezi ve Felaket Kurtarma veri merkezi Ağ altyapısı mimarisi, bu şartname başlıklarına uygun bir şekilde firma tarafından hazırlanıp İDARE onayına sunulacaktır.
  3. Yeni Veri Merkezi, Felaket Kurtarma veri merkezi, Bölgeler, bağlantıları ve yedekliliği bu şartname başlıklarına uygun bir şekilde firma tarafından hazırlanıp İDARE onayına sunulacaktır.
  4. Veri Merkezi ve Yedek Veri Merkezine kurulacak ürünler İDARE tarafından sağlanacaktır.
6. Yüklenici, Lokasyon ve Bina
  1. YÜKLENİCİ en az 2 şehirde veri merkezi hizmeti yönetimi tecrübesine sahip olmalıdır.
  2. Yüklenicinin Veri Merkezleri Tier III sertifikasına sahip olmalıdır.
  3. ISO 50001- Enerji Yönetim sertifikası, TUV Energy Efficient Data Center, ISO 27001-Bilgi Güvenliği sertifikası, ISO 22301- İş sürekliliği sertifikası, PCI DSS- Payment Card Industry Data Security Standard, ISO 20000 – IT Servis yönetimi sertifikası ve ISO 22320 – Emergency Management sertifikasına sahip olmalıdır.
  4. YÜKLENİCİ en az 3000 m2 beyaz alan üzerinde veri merkezi hizmeti yönetimi tecrübesine sahip olmalıdır.
  5. YÜKLENİCİ, İDARE’ye 2 veri merkezi üzerinden hizmet sunabilecektir.
  6. Veri Merkezilerinden bir tanesi İstanbul Büyükşehir Belediyesi il sınırları içerisinde olmalıdır.
  7. Veri Merkezleri en az 700 kg/m2 taşıma kapasitesine sahip olmalıdır.
  8. İkincil veri merkezi birinci veri merkezinden en az 350 km, en fazla 450 km mesafede olmalıdır.
  9. Veri Merkezi binası yükleniciye ait olmalıdır. Farklı bir veri merkezinde beyaz alan kiralama, kabinet kiralama gibi çözümler tercih edilmemektedir.
  10. Veri Merkezlerinin her ikisinin de Deprem Yönetmeliğine uygun sağlamlaştırma çalışmalarının yapılmış olması, Yüklenicinin yapılan çalışmaları belgelendirmesi ve her iki veri merkezi için Deprem Yönetmeliğine uygunluk belgesinin İdareye sunulması gerekmektedir.
7. Network Erişim Hizmeti
  1. Erişim hizmeti YÜKLENİCİ’nin kendi omurgasından sağlanmalıdır.
  2. Erişim hizmeti asgari 2 farklı fiber optik güzergâhtan sağlanmalıdır.
  3. YÜKLENİCİ’nin en az 2 Tier-1 ISP ile IP arabağlantısı olmalıdır
8. Enerji Altyapısı
  1. Veri merkezi tesislerinin enerji alt yapı işletmeni sorumlusu alanında en az 5 yıllık iş tecrübesine sahip elektrik mühendisi veya elektrik- elektronik mühendisi olmalıdır.
  2. Veri merkezi orta gerilim enerjisi iki farklı orta gerilim hücresinden sağlanacak ve asgari 2N yapıda olmalıdır.
  3. Veri merkezi, iki farklı transformatör’den beslenecek, asgari 2N yapıda olmalıdır.
  4. Veri merkezini besleyen jeneratörler asgari N+1 yedekliliğe sahip olmalıdır.
  5. Veri merkezini besleyen jeneratör tankları, veri merkezi standby yükünde veri merkezini en az 24 saat besleyecek kapasiteye sahip olmalıdır.
  6. Veri merkezi içerisindeki yükler asgari 2 farklı UPS grubu tarafından beslenmelidir. UPS grupları kendi içerisinde minimum N+1 yedekli olmalıdır.
  7. UPS grupları kendi içerisinde senkron çalışmalıdır.
  8. UPS’ler farklı odalarda olacak ve bu odaların iklimlendirmesi asgari N+1 soğutma sistemi ile sağlanacaktır.
  9. Her UPS grubu, tam yükte asgari 15 dk. Back-up sağlayabilecek akü gruplarına sahip olacaktır.
  10. Her kabinette xxxxxx 2 adet PDU olmalı ve her PDU farklı UPS grupları tarafından beslenmelidir.
  11. Kabinetlerde bulunan PDU’lar (metered) uzaktan enerji tüketimi izlenebilecek şekilde olmalıdır.
  12. Sistemin topraklama ölçümlerinin her yıl yapılmalı ve EMO’nun (Elektrik Mühendisleri Odası) belirttiği değerlerde olmalıdır.
  13. Enerji ve veri kablolaması veri merkezi içerisinde birbirinden ayrı rotalardan giderek kabinlerde sonlandırılmalıdır.
9. İklimlendirme
  1. İklimlendirme sistemi asgari N+1 yedekli olmalıdır.
  2. Kullanılan klima sistemi hassas kontrollü olmalıdır.
  3. İklimlendirme altyapısı optimum verimlilik için tasarlanmış olmalıdır. (Sıcak hava ya da soğuk havanın izolasyonu)
  4. İklimlendirme sistemi en az 1,25 kw/m2 soğutma kapasitesine sahip olmalıdır.
  5. Veri merkezlerinin bulunduğu konumların iklim koşullarında ve enerji verimliliğine göre uygun klima sistemleri olmalı ve işletme maliyetleri açısından PUE değeri ortalama (Yaz Kış) ortalama 1.5’i geçmemelidir.
  6. Veri merkezlerinden en az bir tanesi serbest soğutma (free cooling) ile iklimlendirme ihtiyaçlarını karşılayabiliyor olmalıdır.
10. Fiziksel Güvenlik
  1. Kampüs Güvenliği
    1. Kampüs çevresinde, kampüste veri merkezi bulunduğuna dair tabela, afiş gibi bilgilendirme sistemleri bulunmamalıdır.
    2. Kampüsü çevreleyen yeterince yüksek, üzerinde dikenli tel bulunan beton duvarlar bulunmalıdır.
    3. Kampüsü çevreleyen duvarlar üzerinde gece ve gündüz görüş kamera sistemi bulunmalıdır. Kameralar 7x24 kayıt yeteneğine sahip olmalı ve kamera kayıtları asgari 1 ay süre ile saklanmaktadır.
    4. Kampüs girişinde, kampüse giren kişiler ve araçlar için bir güvenlik bulunmalıdır.
    5. Kampüs girişinde yolu loglayan Plaka tanıma sistemi olmalıdır. Bu kayıtlar asgari 1 ay süre ile saklanmalıdır.
    6. Kampüse girişte bariyer sistemi bulunmalı, girişte 7x24 güvenlik sorgulaması yapılmalıdır.
    7. Kampüse giren yabancı araçlar için bagaj kontrolü yapılmalıdır.
  2. Veri Merkezi Bina Güvenliği
    1. Veri merkezi binasına girişte manyetik kartlı geçiş sistemi bulunmalıdır.
    2. Ziyaretçiler binaya X ray cihazından geçerek girebilmelidir.
    3. Ziyaretçiler bina girişinde Ziyaretçi kayıt sistemine kaydedilmelidir.
    4. Ziyaretçilere ziyaretleri boyunca kullanacakları bir kart sağlanmalı ve kartlar sadece ziyarete uygun alanlara, tanımlı süreler içerisinde giriş için yetkilendirilmelidir.
    5. Ziyaretçiler, ziyaretleri boyunca kartları görünür bir yere asmaları konusunda bilgilendirilmelidir.
  3. Veri Merkezi Beyaz Alan Güvenliği
    1. Beyaz alan girişinde bina girişindeki manyetik karta ek biyometrik (örneğin retina tarama) bir güvenlik sistemi olmalıdır.
    2. Beyaz alan girişinde aynı anda bir kişinin girişine imkân tanıyacak bir sistem kurulmalıdır.
    3. Beyaz alana tüm giriş ve çıkış kayıtları tutulmalıdır ve asgari 1 yıl süre ile saklanmalıdır.
    4. Beyaz alan içerisinde ziyaretçilere yapacakları çalışma süresince eşlik ediliyor olmalıdır.
    5. Beyaz alan giriş çıkış noktaları kameralar ile izlenmeli; Kamera görüntüleri en az 1 ay geriye yönelik saklanmalıdır. İDARE’nin talebi sonrasında ilgili kayıtlar İDARE’ye denetim amacıyla yerinde gösterilebilir.
    6. Beyaz alana malzeme girişleri ayrı bir kapıdan yapılmalı tüm giriş kapıları 6 saat yangına dayanıklı kapı özelliğinde olmalıdır.
  4. Veri Merkezi Kabin Güvenliği
    1. YÜKLENİCİ, İDARE’nin talep etmesi halinde İDARE’ye sağlanacak kabinler için kart okuyucu ve parmak izi okuyucu konumlandıracaktır.
11. Yangın, Yangın Algılama ve Söndürme
  1. Veri merkezi ve kampüs çevresinde patlama ve yanma riski yüksek bir tesis bulunmamalıdır.
  2. Veri merkezi binası için yangın algılama ve söndürme sistemi bulunmalıdır.
  3. Veri merkezi beyaz alanı için sistemlere ve personele zarar vermeyecek yapıda uluslararası standartlara uygun yangın algılama ve söndürme sistemi bulunmalıdır.
  4. Acil çıkış kapısı/kapıları olmalıdır. Gerekli ışıklandırma ve yönlendirmeler içeride yapılmış olmalıdır.
  5. Veri merkezinin bulunduğu bina ve beyaz alanlar için atanmış yangın sorumluları/sorumlulukları bulunmalıdır.
  6. Veri merkezi bina ve kampüs için yangın tahliye planı bulunmalıdır.
  7. Veri merkezlerinden en az birinde 120 dakika yangına dayanıklı duvarlar olmalıdır.
12. Su ve Sel Baskını Önlemleri
  1. Veri merkezi beyaz alanın bulunduğu binanın sel baskınına karşı koruması için kampüs çevresinde engel bulunmalıdır.
  2. Veri merkezi beyaz alanının bulunduğu binada herhangi bir noktadan su sızıntısı, damlama ve akıntı (çatı dahil) olmamalıdır.
  3. Veri merkezi beyaz alanın üzerinde ıslak zemin bulunmamalıdır.
13. Diğer Önlemler
  1. Binada haşere ve farelere karşı önlem alınmalıdır ve düzenli olarak ilaçlanmalıdır.
  2. Veri merkezi için yıldırım tehlikesine karşı önlemler alınmış olmalıdır.
  3. YÜKLENİCİ, İDARE’nin talep etmesi halinde veri merkezi içerisinde kullanılan ekipmanlar için periyodik kontrol ve bakımlarının formlarını yerinde gösterecektir.
14. Veri Merkezi Beyaz Alan Özellikleri
  1. Veri merkezi beyaz alan içerisinde sıcak ve soğuk hava koridoru uygulaması yapılacaktır.
  2. Yükseltilmiş döşeme yüksekliği asgari 45 cm olmalıdır.
  3. Yükseltilmiş döşeme – tavan (/varsa alçaltılmış tavan) arası asgari 3 metre olmalıdır.
  4. Yükseltilmiş döşeme altı, epoksi ile kaplanmış olacaktır.
  5. Enerji ve veri kablolamasının döşeme altında yapmış olması durumunda, havalandırmayı engellemeyecek bir yapı oluşturmuş olmalıdır.
  6. Veri merkezi beyaz alan nem değeri %20-%80 RH arasında tutulmalıdır.
  7. Veri merkezi beyaz alan, soğuk hava koridoru ısı değeri ortalaması 18-27 derece arasında olmalıdır.
15. Ofis Alanı
  1. Veri merkezi ile aynı kampüs içerisinde 6 kişilik kapalı ofis alanı sağlanacaktır.
  2. Ofis alanı ile mobilya ve yerel alan ağı da sağlanacaktır.
  3. Ofis alanına giriş bina girişinde kullanılan kartlar ile sağlanacaktır.
  4. Ofis kapısında kullanılan kart okuyucu merkezi güvenlik sistemi ile entegre olup merkezi olarak yetkilendirme ve raporlamalar gerçekleştirilebilecektir.
  5. Ofis alanı içerisinde her bir masada 2xenerji ve 1xbakır network kablolama yapılmış olacaktır.
16. Veri Merkezi Hizmetleri
  1. Yerinde Destek
    1. Veri merkezinde 7/24 tüm resmi ve dini bayramlar da dahil olmak üzere kesintisiz olarak hizmet verilecektir.
    2. Veri merkezi yerinde destek kapsamında sunucuların veya cihazların uzaktan açılıp kapanması, gerekli fiziksel kontrol ve müdahalelerinin yapılması hizmetleri verilecektir.
  2. İzleme Hizmetleri
    1. Ortam sıcaklık değeri izlenmeli, raporlanabilmeli, değer aşımları için alarm mekanizması bulunmalıdır.
    2. Ortam nem değeri izlenmeli, raporlanabilmeli, değer aşımları için alarm mekanizması bulunmalıdır.
    3. Jeneratörlere ait yakıt depoları seviyesi standart süreç ya da otomasyon ile izlenmelidir.
    4. Veri merkezi beyaz alan için minimum 6 saatte bir fiziksel ve görsel kontrol süreci bulunmalıdır.
    5. Veri merkezinde veri merkezi operasyon ekibi 7x24 zaman diliminde asgari her 6 saatte bir genel kontrol gerçekleştirecektir.
    6. Veri merkezinde Enerji ve iklimlendirme ekibi 7x24 zaman diliminde asgari her 6 saatte bir genel kontrol gerçekleştirecektir.
    7. Veri merkezinde güvenlik ekibi 7x24 zaman diliminde asgari her 6 saatte bir genel kontrol gerçekleştirecektir.
    8. Veri merkezi içerisinde PDU’ya kadar tüm enerji tüketimlerini ve IT Ekipmanları ve Servisleri dâhil tüm sistemlerin ayakta çalışır halde bulunduğunu izleyecek BMS ve DCIM sistemleri bulunmalıdır.
  3. Önleyici Bakım Hizmetleri
    1. Tüm ekipmanların (Trafo, Jeneratör, UPS, Klima-İç ve Dış Üniteler, Elektrik Panoları, Yangın Algılama ve Söndürme Sistemleri, Geçiş Kontrol Sistemleri, Kapalı Devre TV Sistemleri, …vb) bakım anlaşmalarını yapmış olmalıdır.
    2. Tüm enerji ve altyapı ekipmanları kontrolü için veri merkezinde 7/24 personel bulundurulmalı ve 6 saatte bir kontrol yapılmalıdır.
17. Erişim Hizmetleri
  1. Erişim Altyapısı
    1. YÜKLENİCİ tarafından İDARE talebi doğrultusunda Veri Merkezi Internet, Veri Merkezi MPLS VPN, Noktadan Noktaya Bağlantı hizmetlerinden herhangi biri veya tümünü İDARENİN kullanımına sunulacaktır.
  2. Metro Ethernet İnternet Hizmeti
    1. Yüklenici, sağladığı Metro Ethernet internet hizmeti için en fazla 5 dakikalık aralıklarla, günlük, haftalık, aylık ve yıllık olarak trafik miktarlarının izlenebileceği web ara yüzü (MRTG) sunacaktır.
    2. Merkez Veri Merkezi için teklif edilecek metro ethernet internet hizmeti için Erişim Hızı 100 Mbit/s olacaktır.
    3. Yedek Lokasyon Veri Merkezi için teklif edilecek metro ethernet internet hizmeti için Erişim Hızı 20 Mbit/s olacaktır.
    4. Teklif edilecek Metro Ethernet hizmet altyapısı en az 1000 Mbit/s hızı destekleyecek kapasitede olacaktır.
    5. Müşterinin kendi alacağı IP adres blokları Metro Ethernet hizmeti üzerinde kullanılabilecektir.
    6. IP adres bloklarının değişmesi durumunda yeni tanımlanacak olan IP adres blokları kara listede (black list) olmayan adresler olacaktır. IP blokları her açıdan temiz (spamlı olmayacak, yasadışı amaçlar için kullanılmamış vb.) olacaktır.
    7. Yüklenici tahsis edeceği IP adres bloğuna dair tüm yapılandırmaları sözleşme kapsamında gerçekleştirecektir.
    8. Metro ethernet internet hizmeti hız kapasitesi talep halinde altyapı desteklediği durumda en fazla 72 (yetmiş iki) saat içerisinde arttırılacaktır.
  3. Veri Merkezleri Arası Bağlantı Hizmeti
    1. Yüklenicinin sağladığı veri merkezleri arasında erişim hızı 50 Mbit/s olan metro ethernet hizmeti sağlayacaktır.
    2. Ekte listesi bulunan diğer bağlantı hızlarının fiyatları teklifte detaylandırılacaktır. İDARE, önceden haber vererek hızları düşürebilir veya artırabilir.
    3. İstenilmesi durumunda bu bağlantıyı ikinci katman (L2) olarakta verebilmelidir.
    4. Teklif edilecek metro Ethernet hizmet altyapısı en az 1000 Mbit/s hızı destekleyecek kapasitede olacaktır.
    5. Her iki veri merkezinin kurulumu aşamasında veri senkranizasyonu için bağlantı hızı en yüksek seviyeye çıkartacaktır. Yüklenici bu hizmeti için ayrıca ücret almayacaktır.
    6. Yüklenici iki veri merkezi arasında sağladığı bağlantının yedekliliğinden sorumludur. Bir problem olması durumunda hiçbir müdahaleye gerek kalmadan ve kesinti olmadan bağlantının devamlılığını sağlamalıdır. Yüklenici bu hizmeti için ayrıca ücret almayacaktır.
    7. Yüklenici, sağladığı Metro Ethernet hizmeti için en fazla 5 dakikalık aralıklarla, günlük, haftalık, aylık ve yıllık olarak trafik miktarlarının izlenebileceği web ara yüzü (MRTG) sunacaktır.
    8. Metro ethernet internet hizmeti hız kapasitesi talep halinde altyapı desteklediği durumda en fazla 72 (yetmiş iki) saat içerisinde arttırılacaktır.
  4. Çok Noktadan Çok Noktaya (MPLS VPN) Erişim Hizmetleri
    1. Yüklenici, Çok Noktadan Çok Noktaya (MPLS VPN) erişim hizmetinin bu şartnamede yer alan hızlara göre ve belirtilmiş olan bakım garanti hükümlerine göre kesintisiz bir şekilde sözleşme süresi boyunca ve kapsamında temini, tesisi, bakımı, destek hizmetleri ve dokümantasyon işlerinin yapılmasını sağlayacaktır.
    2. Yüklenicinin sağlayacağı Merkezi ve Yedek veri Merkezlerinde Metro Ethernet internet hizmeti bu şartnamede belirtilmiş olan bakım garanti hükümlerine göre kesintisiz bir şekilde sözleşme süresi boyunca ve kapsamında temini, tesisi, bakımı, destek hizmetleri, dokümantasyon, hat durum analiz raporlarının alınabilmesini sağlayacaktır.
    3. Yüklenicinin Kuruma sağladığı çok noktadan çok noktaya erişim hizmeti internet üzerinden verilmeyecek olup ve internetten erişimlere tamamen kapalı olarak yetkisiz/dış erişimlerden arındırılmış şekilde sağlanacaktır.
    4. Teklif hazırlama aşamasında istekliler montaj mahallini tanımak, Çok Noktadan Çok Noktaya bağlantılar için kurulacak malzemelerin montaj yerlerini tespit etmek, ağ güzergâhlarını ve mesafelerini belirlemek amacı ile keşif yapacaklardır. İhalenin üzerinde kalması durumunda keşif yapılmamasından veya keşif yapıldığı halde farkına varılmamasından kaynaklanan zorluklar ve problemler yüklenici tarafından çözümlenecek, hiçbir şekilde ilave ücret talep edilmeyecektir.
    5. Kurum, sözleşme süresince Çok Noktadan Çok Noktaya (MPLS VPN) data devre sayısı, bant genişliklerinde (Hız değişimi) ihtiyaca göre teklif edilen birim fiyatlar üzerinden artırma, eksiltme ve diğer değişiklikleri yapabilecektir.
    6. Kurum, kullanılacak Metro Ethernet internet data hattındaki olası hız değişimleri için ihtiyaca göre teklif edilen birim fiyatlar üzerinden sözleşme süresince artırma, eksiltme ve diğer değişiklikleri yapabilecektir.
    7. İşbu şartnamede bahsedilen hız değişimlerinin birim fiyat cetvelindeki hızlardan farklı olması durumunda, Yüklenici güncel tarifesini aşmamak kaydı ile talep edilen hız için teklifini İdareye sunacaktır. Sunulan teklifin kabul edilmesi durumunda sözleşme tasarısındaki şartlara bağlı kalarak iş artışı veya eksilişi yapılacaktır.
    8. İstekliler, şartname kapsamında verilen hizmetleri sağlamaya yetkili olduklarını gösterir Bilgi Teknolojileri ve İletişim Kurumu'ndan almış oldukları onaylı altyapı işletmecilik belgesini tekliflerinde sunacaktır.
    9. Yüklenici tarafından yapılacak işlemlerin takibi amacıyla proje yöneticisi atanmalıdır. Kurum proje yöneticisi değişikliği talep edebilir.
    10. Yüklenici sorunların bildirimi, çözümü için 7/24 ulaşılabilecek gerekli teknik personellerin iletişim numaralarını sözleşme imzalanmasından itibaren 5(beş) takvim gününde idareye yazılı olarak bildirmelidir.
    11. Yüklenici, Satış sonrası Teknik Hizmet Yönetimi sağlamak üzere bir yetkilinin atanmasını sağlayacaktır. Bu yetkili idarenin bildirmiş olduğu teknik arıza/taleplerin takibini ve planlı çalışma koordinasyonunu ücretsiz sağlayacaktır. Gerekli durumlarda kalıcı çözüm takibi ve iletişimini sağlayacaktır.
    12. Yüklenici, hizmet kapsamında verilecek olan tüm ürünlerin/malzemelerin sözleşme süresi içinde vereceği teknik destek karşılığında hiçbir ek ücret talebinde bulunmayacaktır.
    13. Yüklenici, İdare'ye arıza bildirimi için irtibat telefon numaralarını ve adreslerini sözleşmenin imzalandığı tarihinden itibaren en geç 2 (iki) gün içinde yazılı olarak bildirecektir. Herhangi bir arıza durumunda İdare, Yükleniciyle bu telefon numaraları aracılığıyla irtibat kuracaktır.
    14. Taşınma veya herhangi bir sebeple yüklenicinin telefon numarasının veya adresinin değişmesi durumunda Yüklenici İdare'ye yeni adres veya telefon numaralarını en geç 2 (iki) gün içerisinde yazılı olarak bildirecektir.
    15. Kurum, Yükleniciye garantisi kapsamına giren uygulamalar ile ilgili arıza bildirimi yaptıktan sonra yüklenici en geç 1 (bir) saat içerisinde arızaya müdahale etmeli ve sorunu en geç 1 (bir) gün içerisinde çözmelidir. Arıza kapsamında cihaz değişimleri kapsam dışındadır ve 48 saat içerisinde gerçekleştirilmektedir. Vendor firmalara açılan kayıtlarda geçen süreler kapsam dışındadır.
    16. Yüklenici, kullanılacak Metro Ethernet switchleri sözleşme süresi boyunca ücretsiz olarak temin edecektir.
    17. Yüklenicinin proje kapsamında temin edeceği tüm cihazlar kullanılmamış yeni ürün olmalıdır.
    18. Yüklenici, aylık hizmet bedeli dışında bağlantı veya nakil vb. işlemler için ücret talep etmeyecektir.
    19. Her bir birimde bağlantının eksiksiz olarak tamamlanmasından ve çalışır duruma getirilmesinden sonra mevcut durumda kullanılan data devrelerinin iptal işlemi İdare tarafından yapılacaktır.
    20. Yüklenici MPLS VPN omurgası aylık erişilebilirlik oranı aynı POP noktasında en az %99,8 olacaktır.
    21. Muayene esnasında meydana gelebilecek her türlü kaza ve hasardan yüklenici sorumlu olacaktır.
    22. Yüklenici Merkezi veri merkezi ile Çobançeşme yerleşkesi arasında erişim hızı 50 Mbit/s olan MPLS VPN hizmeti sağlayacaktır.
    23. Yüklenici Merkezi veri merkezinin kurulumu aşamasında veri senkranizasyonu için Çobançeşme yerleşkesi ile bağlantı hızı en yüksek seviyeye çıkartacaktır. Yüklenici bu hizmeti için ayrıca ücret almayacaktır.
    24. Bazı bölgelerden yapılacak yedek MPLS VPN hizmeti için, Yedek veri Merkezinde gerekli altyapı yüklenici tarafından hazırlanmalıdır.
    25. MPLS VPN hizmeti hızları şu şekilde olmalıdır;
      1. TİM, İİB, İMMİB, İTKİB lokasyonlarından 20 Mbit/s
      2. AKİB, BAİB, DAİB, DENİB, DKİB, EİB, GAİB, KİB, OAİB, UİB lokasyonlarından 10 Mbit/s
18. GSM Üzerinden Yedek Bağlantı Hizmeti
  1. GSM şebekesi üzerinden kablosuz internet hizmeti sağlanacaktır.
  2. Bağlantı mümkünse 4.5G, yoksa 3G, her iki teknoloji olmayan bölgelerde GPRS destekleyecektir.
  3. Birliklere ait tüm GSM internet bağlantıları ayrı bağımsız bir APN ağ olacaktır. Bu APN TİM veri merkezine IPSec VPN ile bağlanacaktır.
19. DDOS
  1. Yüklenici tarafından, Hizmet Alanın internet trafiği üzerinde “DDoS Saldırı Önleme Hizmeti” verilecektir. İnternet trafiğine DDoS saldırısı olması durumunda, saldırı trafiği, kullanıcı cihazlarına ulaşmadan önce önlenerek temizlenecektir.
  2. Yüklenici temin edilecek olan internet devresin 7/24 gerçek zamanlı DDOS saldırılarından koruyacak hizmeti sağlayacaktır. Bu hizmet trafiğin gerçek zamanlı izlenmesine dayanmalıdır. DDOS atak koruma hizmetinde sürekli olarak koruma sağlanıp trafik üzerinde anormallikler anında tespit edilip otomatik koruma çok hızlı bir şekilde gerçekleştirilmelidir
  3. Hem kendi omurgası üzerinden hem de yurtdışı veya dışardan gelecek volumetrik ataklara karşı koruma sağlanacaktır.
  4. DDoS saldırı önleme hizmeti hacimli büyük volumetrik ataklara karşı koruma sağlayacaktır
  5. DDOS koruması kapsamında oluşan belirli alarmlar (atak alarmları vb.) kurumda ilgili kişilere eposta olarak gönderilecektir.
20. Genel Hizmetler
  1. Yüklenici verdiği bütün hizmetlerin envanterinin tek bir yerden görüntülenebildiği bir portal sağlamalıdır. Bu portalden envanter raporu çekilebilmeli, arıza/talep bildirim yapılabilmeli ve yapılan bildirimler takip edilebilmelidir.
BAKIM HİZMETLERİ
1. Bakım Şartları
  1. Tüm sistemin bakımı firma tarafından yapılacaktır.
  2. Yüklenici ihale kapsamında iki sistem odasının bakımını yapacaktır.
  3. Bakım kapsamına, bu şartname ile alınacak tüm ürünler, bu ürünler üzerinde çalışan sanal sunucular, birliklerden veri merkezine getirilecek sunucu ve depolama üniteleri ve bakım süresince alınabilecek veri depolama üniteleri, sunucular, anahtarlar, router cihazları, güvenlik duvarı ve sunucular üzerinde çalışan sanal sunucular dâhildir.
  4. Sistemlerin bakımı 7x24 olacaktır. Yüklenici sistemleri vardiyalı sistemle 7x24 izleyecektir. Bunun sağlanabilmesi için firmanın 3 vardiya çalışan personeli olacaktır. Arıza durumunda müdahale hemen yapılacak, gerekirse ilgili kişi ve firmalara haber verilecektir. İzlenen sistemlerle ilgili 8 saatte bir, yapılan işlemlerle ilgili günlük rapor düzenli olarak Bilgi İşleme iletilecektir.
  5. İzleyen kişilerin bilgileri Kuruma gönderilecektir. Değişiklik olması durumunda kişi bilgileri önceden Kuruma iletilecektir.
  6. Firmanın firewall, sanallaştırma, ağ sistemleri ile ilgili sertifikalı uzman personeli bulunacaktır. Gerekli durumlarda bu personel ile sistemlere destek verecektir. Bu personellerin önerilen firewall cihazları, önerilen switch cihazları, Microsoft sistemleri, sanallaştırma sistemleri ile ilgili uluslararası geçerli sertifikaları olacaktır.
  7. Bakım kapsamında donanım arızası olması durumunda, donanım garantisi kapsamında ilgili firmalara kayıt açmak, ürünün garanti kapsamında değişikliğinin yapılması için takip yüklenicinin sorumluluğundadır.
  8. Sistemlerin güncellenmesi yüklenicinin sorumluluğundadır. Yüklenici planlamasını yaparak İdareye haber verecek ve kesinti olmadan veya İdarenin onayı ile minimum kesinti ile güncellemeleri yapacaktır.
  9. Arızalı ünitelerin firma servis merkezinde onarılmasının gerektiği durumlarda, oluşabilecek her türlü (nakliye, nakliye sigortası, nakliye hasarı vb.) masraf firma tarafından karşılanacaktır.
  10. Yüklenici, ihtiyaçları doğrultusunda Kurumun sistem tasarımını yapar, gerekli gördüğü değişiklikleri Kurum idaresine sunar ve onaylanmış değişikleri bir proje disiplini ile gerçekleştirir.
  11. Bakım ve arızaya müdahale anındaki her türlü yükümlülük ve sorumluluk yükleniciye aittir. Bu esnada yüklenici idarenin mal veya sistemlerine zarar vermesi halinde verilen zarar yükleniciden talep ve tahsil edilecektir.
  12. Yüklenici, arızaya müdahaleyi ve güncellemeleri, mutlaka Bilgi İşlem Müdürlüğünde görevli bir teknik yetkiliyi telefonla, yüz yüze veya eposta ile bilgilendirerek yapacaktır.
  13. Düzenli bakım veya arızaya müdahaleden sonra yüklenici firma yetkilisi tarafından düzenlenip; Bilgi İşlem Müdürlüğünce görevlendirilmiş teknik elamana imzalatılmak üzere; arızanın mahiyeti, yapılan işlem, değişen parçaların dökümünü gibi bilgileri kapsayan bir servis formu (bir nüshasını) Bilgi İşlem Müdürlüğüne teslim edilecektir.
  14. İleride, veri merkezlerinde konumlandırılacak yeni ürünler bakım anlaşmasına dahil olacaktır.
  15. Yüklenicinin web üzerinden arıza takip sistemi olacaktır. Web üzerinden arıza başvurularını yapmak için idareye en az iki kullanıcı hesabı (account) verilecektir. Bu başvuru her iki tarafça da kayıt altına alınacaktır.
  16. Arızalar mesai saatleri içinde yükleniciye Bilgi İşlem Müdürlüğünce belirlenen yetkili personel/personellerce (telefon, faks, Web ara yüzü veya eposta ile) bildirilecektir.
  17. İdarenin bünyesindeki birimlerin yerel alan ağındaki network performansında azalma olduğu takdirde, yüklenici performansın normal seviyeye gelmesi için gerekli çalışmayı yapacak ve problemi Bilgi İşlem yetkili personel/personeline yazılı ve sözlü rapor edecek ve giderecektir.
  18. Yüklenici, İdare tarafından istenmesi durumunda, yeni oluşturulacak olan İdarenin Politikaları çerçevesinde Veri Merkezindeki cihazlarındaki güvenlik problemlerine uygun çözümler önerecek ve gerekli konfigürasyonları yapacaktır.
  19. Her ay yapılacak bakım hizmetlerinde, sistemlerin doğru çalışıp çalışmadığına ve performansına bakılacaktır.
  20. Yapılan her türlü işlem, her türlü konfigürasyon değişiklikleri dokümante edilecektir.
  21. İşin gereklerine göre; aşağıdaki işleri yapmak firmanın sorumluluğundadır:
  22. Sistemlerin konfigürasyonunu yapmak,
    1. Yeni sunucu ihtiyacı olduğunda, gerekli sunucuların güvenliğini de planlayarak hazır hale getirmek,
    2. Kurumla çalışan diğer firmaların veri merkezi ve sunucu ihtiyaç taleplerini incelemek, firmayla görüşerek belirlenecek konfigürasyonu idarenin onayını alarak gerçekleştirmek,
    3. Arıza/problem durumunda müdahale edip gidermek, kök sebep analizlerini yapmak, gerekli Kurumsal bilgi Sistemlerine işlemek,
    4. Arıza dış bir faktör ile ilgili ise, ilgili komünikasyonu kurmak, arızayı/problemi çözdürmek, BT iş akışlarına göre zamanında üst idareyi bilgilendirmek.
    5. Sistemleri güncellemek ve güncel tutmak,
    6. Bakım kapsamında konfigürasyonları yedeklemek, Firmware’ler yeni versiyonları varsa güncellemek, (Firmware veya güncellemeler ücretli ise idarenin onayı alınacaktır.)
    7. Sistemlerin yazılım lisanslarının güncelliğini takip etmek, yenilenmesi ve/veya artırılması gereken lisanslar ile ilgili üst idareyi zamanında bilgilendirmek,
    8. Sistemleri optimize etmek ve sürekli optimize tutmak,
    9. Sistemlerin kapasite yönetimini yapmak, optimizasyon ve/veya arıza/problem yönetimi ile giderilemeyecek kapasite yetersizliklerinde BT iş akışlarına göre zamanında üst idareyi bilgilendirmek, yeterli kapasiteyi sektörel standartlarda fizibilite raporları ile tavsiye etmek, kurumu yönlendirmek,
    10. Sistemler ile ilgili yapılan tüm değişiklikleri dokümante etmek, tüm dokümantasyonu güncel tutmak,
    11. Sistemler ve ilgili konfigürasyonlarını Kurumun ilgili izleme sistemlerine tanımlamak ve bu sistemler üzerinden izlemek, gerekli güncellemeleri yapmak,
    12. Sistemler ve ilgili konfigürasyonlarını Kurumun ilgili log yönetim Sistemlerine entegre etmek ve gerekli hallerde yönetilen bu Sistemler veya izleme sistemleri üzerindeki loglar üzerinde incelemeleri yapmak, raporlar hazırlamak,
    13. Sistemlerin yedeklerini almak, düzenli geri yükleme testlerini yapmak,
    14. Yedekli çalışan Sistemlerin Kurum politika ve planları dahilinde yedeklilik testlerini yapmak,
    15. BT projeleri kapsamında başta analiz iş yükleri olmak üzere Sistem konfigürasyonlarına destek vermek.
  23. Yüklenici tarafından aylık testler yapılacaktır
    1. Yüklenici, ayda bir adam gün sunucular üzerinde performans testi yapacaktır. Her ay hangi sunucuların testi yapılacağı kurumla beraber kararlaştırılacaktır.
    2. Yüklenici, ayda dört adam gün penetrasyon testi yapacaktır. Her ay hangi sunucuların testi yapılacağı kurumla beraber kararlaştırılacaktır. Bu testler konusunda uzman TSE Onaylı Sızma Testi firmalarından birine yaptırılacaktır.
    3. Testler yapılırken kesinlikle son kullanıcı işlemlerinde genel performans kaybı olmayacaktır.
    4. Yüklenici, testler öncesi Bilgi İşlem Müdürlüğüne bilgi verecektir.
    5. Yüklenici, network ağının çalışırlığını test edip, tekrarlanan sorunların giderilmesinde etkin ve kalıcı çözümler planlayıp; kurulu network üzerinde optimizasyon (en iyileme) ve tuning (ince ayar) önerilerini raporlarında belirteceklerdir.
    6. Yüklenici, test sırasında Veri Merkezlerindeki ve dış lokasyonlarla Veri Merkezleri arasındaki ağ trafiğini analiz edecek hız önerilerini Bilgi İşlem’e sunacaktır.
2. Güvenlik Operasyonları Merkezi (SOC) Hizmeti
  1. Amaç ve Kapsam
    1. Kurumun sahip olduğu bilişim sistemlerindeki güvenliğin arttırılması, mevcut olan güvenlik zafiyetlerinin tespit edilip, gerekli aksiyonların alınarak olası iç ve dış güvenlik tehditlere karşı bilgi güvenliğinin ve güvenlik farkındalığının arttırılması, regülasyonlara, mevzuatlara ve kanunlara uyumlu bir şekilde işletilebilir seviyeye getirilmesinin sağlanması için hizmet alımı yapılacaktır. Kapsam aşağıdaki maddeleri içerecektir
      1. Kurumun sistemlerinden gelen alarmların gerçek zamanlı olarak 7/24 takip edilmesi ve izlenmesi, kapsamlı ve zengin siber tehdit veritabanlarında değerlendirilerek, sağlıklı ve hızlı bir şekilde gereken durumlarda söz konusu güvenlik olaylarının kurum içindeki ilgili ekiplere/kişilere yönlendirilmesi
      2. Güvenlik olaylarının raporlanması ve kayıt altına alınması
      3. SOC ekibinin planlaması doğrultusunda iyileştirme çalışmalarında ve oluşabilecek kritik durumlarda uzaktan ve yerinde desteğin verilmesi,
      4. Kurumun mevcut topolojisine uygun olarak korelasyonlarının yazılması
      5. Zararlı Yazılım Analizi ve Siber İstihbarat Hizmetlerinin verilmesi ve çıktılarına istinaden korelasyon kurallarının sürekli iyileştirilerek güncel tutulması,
      6. Olay analiz ve müdahale hizmetlerinin bir parçası olarak, siber güvenlik tehditlerinin başında yer alan kötücül yazılımlar, bu konuda uzmanlaşmış ekiplerce en son teknik ve araçlar kullanılarak statik ve dinamik olarak analiz edilmeli, kurum bilgi sisteminde bıraktığı zararlar tespit edilmelidir.
  2. Teknik Şartlar
    1. Yetki Yönetimi ve Loglama
      1. Xxxxx tarafından alınacak SIEM çözümü kullanılacaktır.
      2. Kullanılan SIEM çözümü kullanıcı işlemlerine ilişkin log kayıtlarını saklamalıdır.
    2. Sistem Yönetimi
      1. 7/24 sistem performans takibi yapılmalıdır. Bu takip kapsamında en azından CPU, Memory, Storage ve EPS değerleri yer almalıdır.
      2. Kurumun talep ettiği raporlar oluşturulmalıdır.
      3. Kurumun talep ettiği alarmlar oluşturulmalıdır.
      4. Kurumun talep ettiği korelasyon kuralları yazılmalıdır.
      5. Kurumun talep ettiği yeni log kaynaklarının entegrasyonu sağlanmalıdır.
      6. 24 saat boyunca log göndermeyen kaynaklara ilişkin bilgi paylaşımı ve kontroller yapılmalıdır.
      7. Planlanan ve kesinti riski yaratabilecek sistem güncellemeleri, upgrade çalışmaları müşteri ile çalışmadan en az 3 iş günü öncesinden paylaşılmalıdır.
  3. Sistem Bakımı
    1. Yılda en az iki defa SIEM sağlık tarama hizmeti sunulur ve tarama çıktıları bir rapor olarak müşteri ile müşteri lokasyonunda paylaşılmalıdır.
    2. Raporda donanım, yazılım, network, backup, zaman damgası entegrasyonu, entegre log kaynakları, aktif korelasyon kuralları ve alarm oluşumu ile ilgili mevcut durum ile önerilen iyileştirme aksiyonları ve planları paylaşılmalıdır.
    3. Sistemde oluşan problemlere SLA'lere uyumlu bir şekilde müdahale edilmelidir.
    4. Sistemde oluşan ve çözümlenemeyen problemlerle ilgili olarak üretici ile case takibi yapmalıdır.
    5. Yılda bir kez upgrade çalışması yapılabilmelidir.
  4. SOC İzleme
    1. Oluşan tüm alarmlar 7/24 takip edilmeli ve incelenmelidir. Aksiyon alınması gereken ya da takip edilmesi gereken konularla ilgili olarak müşteri bilgilendirilmelidir.
    2. Aksiyon alınması gerekmeyen ya da müşteri tarafından normal olarak belirtilen alarmlar müşterinin ihtiyaçları doğrultusunda fine tune edilmelidir.
    3. Kurum ile yapılacak çalışmalarla korunması gereken kritik altyapılar, kritik kullanıcılar belirlenmelidir. Bu altyapı ve kullanıcılara yönelik alarmların kritiklik seviyesi yükseltilmelidir ve yakından takip edilmelidir.
    4. Kuruma sunulan SOC hizmetine ilişkin olarak her ay müşteri lokasyonunda bilgi paylaşımı için bir sunum yapılmalıdır. Bu sunumda yeni entegre edilen log kaynakları, yeni yazılan kurallar, offense trendi, eps trendi, bildirim trendi, saldırı karakteristikleri ve alınması önerilen aksiyonlar paylaşılmalıdır.
    5. SIEM altyapısında oluşturulan alarmlar farklı siber istihbarat servislerinden alınan bilgilerle zenginleştirilmelidir.
  5. Siber İstihbarat
    1. Hizmet kapsamında Kurum özelinde gelişmiş siber istihbarat servisi sağlanır (iç kaynak ve/veya anlaşmalı olunan alanında uzman bir firma üzerinden) ve SOC operasyonunun sürekli olarak bu veriyle güncellenmesi hedeflenir.
    2. Kurum IP blokları sistem üzerinden anomalilere karşı izlenmelidir.
    3. Kurum ile ilgili darkweb taramaları yapılmalı ve tespit edilen bulgular raporlanmalıdır.
    4. Kurumun sektörü ile ilgili siber istihbaratlar ve saldırı analizleri paylaşılmalıdır.
    5. Kurumun ilgili phishing ve cybersquatting aktiviteleri izlenmeli ve raporlanmalıdır.
    6. Sosyal medya kanalları üzerinde müşterinin markasına yönelik uygunsuz durumlar izlenmeli ve raporlanmalıdır.
3. Servis Seviyesi Özellikleri
  1. YÜKLENİCİ sağlayacağı hizmetler için aşağıdaki çağrı önceliklendirmesine uygun altyapıya sahip olmalıdır.

		Etki
		1 – Enterprise	2 – Multiple Sites	3 – Department	4 – User
		(Çok Yaygın)	(Geniş)	(Orta)	(Az)
Aciliyet	1 – Kritik Acil	1	1	2	2
	2 – Yüksek	1	2	2	3
	3 – Orta	2	2	3	3
	4 – Düşük	2	3	3	4

Öncelik
Kritik Acil	(1)	Bu skalaya giren olay kayıtlarından Majör olanları Xxxxx Xxxx kaydı olarak değerlendirilir. Diğerleri Kritik seviyesinde değerlendirilir. Önemli iş fonksiyonun yerine getirilememesi, hizmete çoğunluk kullanıcının erişememesi, müşteri/para/itibar kaybı yaratan durumlar bu kategoride değerlendirilir.
Acil	(2)	Olay kaydı Majör olay olabilme ihtimaline karşı bir kez daha değerlendirilir. Bu değerlendirme sonucunda gerekirse Majör Olay statüsüne yükseltilir. Majör sınıfına yükseltilmeyen kayıtlar için öncelikli müdahale ve kaynak ataması yapılır. Sorun sırasında ve çözüm sonrasında müşteri bilgilendirilir. Benzer bir durumun oluşma ihtimaline karşı bir süre sistem izlemesi yapılır. Bu kapsama, sistemin bazı fonksiyonlarının doğru çalışmaması ya da yavaşlaması (operasyonların kısmen etkilenmesi ve durması). Sistemin bakım ve işletim fonksiyonlarının operasyonu engelleyecek seviyede çalışması. Sistemin planlanan kapasiteyi ve/veya performansı karşılayamaması yüzünden oluşan durumlar.
Orta	(3)	Normal olarak önceliklendirilir. Kaynak ataması ve zamanlandırma ilgili birimin iş yüküne göre belirlenebilir. Çözüm sonrası kullanıcı bildirimi yapılır.
Düşük	(4)	Önceliklendirme yapılmaz. İlgili birimin iş yüküne göre çözüm çalışmasına başlanır. İş yükünün yüksek olması durumlarında daha sonra kontrol edilmek üzere bekletilebilir. Çözüm sonrası ek aksiyon alınmaz. Hatırlatma ya da kontrol amaçlıdır.

Yüklenici sağladığı hizmetler için aşağıdaki müdahale sürelerine uymalıdır.

SLA	Hedef Değer
Kritik Acil Öncelikli Olay Müdahale Süresi	<= 60 dakika
Acil Öncelikli Olay Müdahale Süresi	<= 120 dakika
Orta Öncelikli Olay Müdahale Süresi	<= 4 saat
Düşük Öncelikli Olay Müdahale Süresi	<= 8 saat

Planlı bakım süreleri (Kesintisiz Güç Kaynağı Bakımı, Veritabanı bakımı, Patchlerin yüklenmesi v.b.) kesinti süresi olarak ele alınamaz.
Yüklenici, İDARE’nin kasıtlı hareketi, hatası veya ihmali durumunda sorumluluklarını yerine getirmemesi ve Müşteri tarafından getirilen üçüncü şahısların müdahalesi nedeniyle meydana gelen problemlerden kaynaklanan arızaları bulmak ve/veya onarmak için yaptığı çalışmalar ve değiştirilen ekipman için, karşılıklı mutabakat ile Müşteri’den ücret almak hakkına sahip olacaktır ve bu sürede sistemde meydana gelecek kesintiler hizmet kesintisi olarak değerlendirilmeyecektir.
Donanım, yazılım ve sistem için kullanılan arabirimleri üreten firmalardan, kaynaklanan hataların çözümü için geçen süre, üretici firma bu hatayı üstlendiğini belgelerse veya yüklenici ve İdare üretici firmadan kaynaklandığı konusunda mutabakata varırsa, kesinti olarak değerlendirilmez.
Belirtilen hizmet düzeyleri yazılım sağlayıcısının (Microsoft, vb.) desteklediği versiyonlar için geçerlidir. Yazılım sağlayıcısının üretim hatasından kaynaklanan sorunlar, hizmet düzeyi kesintisi olarak değerlendirilmez.
Bölümde belirtilen servis seviyelerine ulaşılamaması halinde, yükleniciye cezai yaptırımlar uygulanacaktır. Uygulanacak ceza miktarı, belirlenen ve ölçülen servis seviyelerinin ve bunların sağlanamama sürelerinin bileşimi olarak hesaplanacaktır. İDARE’ye sunulan hizmetler 7*24 verilecektir. Aylık Hizmet Toplam Süresi 720 saattir. Bu hizmetin süreklilik oranı Yüklenici tarafından garanti edilmelidir.
Aylık ceza miktarı aşağıdaki formüle göre hesapla

HB	:	Aylık Altyapı Hizmet Bedeli
MAS	:	Müdahale Xxxx Süresi
ÖN	:	Öncelik Seviyesi
*Ceza miktarı = HB (MAS/ÖN) * (%0,15)**

Metrikler aylık olarak ölçülüp raporlanacaktır. Anlaşılan servis seviyelerine ulaşılamaması durumunda, ulaşılamayan her bir servis seviyesi için, aylık fatura bedelinin %0, 5’i oranında ceza uygulanacaktır.

KURULUMLAR
1. Sistem Altyapısı Kurulum
  1. Fiziksel Ürünlerin Kurulumu Genel Başlıklar;
    1. Yüklenici kuruluma başlamadan önce proje yöneticisi tayin edip yönetime bildirecektir.
    2. Proje yöneticisi ve proje teknik sorumlusu ihale konusu ve/veya benzer işlerde çalışmış olmalıdır.
    3. Yönetimin proje yöneticisini/proje teknik sorumlusunu değiştirme hakkı saklıdır.
    4. Sistem için gerekli olan tüm cihazlar yüklenici tarafından kurulacak, konfigürasyonu yapılacak ve çalışır halde teslim edilecektir.
    5. Tasarım, kurulum ve yapılandırma hizmetleri daha önce ihale konusu işler ve/veya benzer işlerde çalışmış, konusunda uzman personeller tarafından verilecektir.
    6. Teklif edilen tim bu ürünlerin işbu şartname kapsamındaki istekleri yerine getirecek şekilde kurulumu ve sorunsuz şekilde devreye alınması için gerekli tüm ekipmanları (Montaj kitleri, güç kabloları, PDU, bakır ve fiber data kabloları vb.) yüklenici tarafından sağlanacaktır.
    7. Kurulum ile ilgili tüm ek malzemeler yüklenici tarafından karşılanacaktır.
    8. Kurulum donanım üreticilerinin tavsiye ettiği en iyi kurulum (Best Practice) yapısına uygun olarak yapılacaktır.
    9. Cihazlar montaj sırasında mevcut kabinler içerisinde yedekli olarak konumlandırılmalıdırlar.
    10. Kablolama düzenleri hem düzgün hem de kolay müdahale edilebilir olmalıdır.
    11. Yüklenici, gereken tüm ekipmanların kolay okunabilir, anlaşılabilir ve takip edilebilir şekilde etiketlemesini yapacaktır.
    12. Cihazlara uzak erişimde güvensiz protokoller devre dışı bırakılacaktır.
    13. Cihazlara uzak kullanıcı hesaplarının güvenliği sağlanacaktır.
    14. Yüklenici Sistemin tüm bileşenlerine düzenli olarak bakım yapar ve optimum performans için ince ayar yapar.
    15. Yüklenici, Sistem üzerinde yapılacak, donanımsal veya yazılımsal tüm değişikliklerin yönetiminden sorumludur.
    16. Yüklenici, işbu şartname kapsamında, Operasyon hizmetini verdiği tüm sistemler için detaylı topoloji dokümantasyonu hazırlar ve sürekli güncel tutar. Dokümantasyonun yeterliliği Kurum yetkililerinin onayına tabidir.
  2. Fiziksel Sunucular;
    1. Cihazların management ara yüzleri en güncel halleri ile teslim edilecektir.
    2. Cihaz üzerinde yer alan disklerin gerekli RAID konfigürasyonları yapılacaktır.
    3. Cihazların network bağlantıları 10/40/100Gbps bağlantı hızı ile gerçekleştirilecektir.
    4. Cihaz management bağlantısı ayrı bir port üzerinden gerçekleştirilecektir.
  3. Depolama Ürünleri;
    1. Cihazların fiziksel sunucular ile bağlantıları SAN Swtich aracılığı ile fiber kablolar üzerinden gerçekleştirilecektir.
    2. Gerekli RAID konfigürasyonları gerçekleştirilecektir. Spare disk planlaması yapılacaktır.
    3. Cihaz management bağlantısı ayrı bir port üzerinden gerçekleştirilecektir.
    4. Yönetimin talep edeceği ihtiyaçlara binaen LUN tanımlamaları yapılacaktır.
  4. Sanallaştırma Sistemi;
    1. Daha önce Fiziksel kurulumu yapılan sunucular üzerine sanallaştırma yazılımının en son versiyonu yüklenecektir.
    2. Sanallaştırma yazılımının güncellemeleri yüklenir ve yüklenici tarafından takip edilecektir.
    3. Kurulum tamamlandıktan sonra sanallaştırma yazılımının sunucularının IP’leri DNS sunucusu üzerinde sabitlenecektir.
    4. Sanallaştırma sisteminin NTP yapılandırmaları ayarlanacaktır.
    5. Sanallaştırma sunucularının yönetmesi için Sanallaştırma sunucusu yöneticisi yazılımı kurulumu yapılacaktır.
    6. Sanallaştırma sunucusu yöneticisi üzerine yönetebilmesi için sanallaştırma sunucuları eklenecektir.
    7. Sanallaştırma sunucusu yöneticisi üzerinde yüksek erişilebilirlik ve yük dağılımı gibi servisler devreye alınacaktır.
    8. Sanallaştırma sunucusu yöneticisi üzerinden platform da kullanılacak olan kaynaklar tanımlanacaktır. (FC, iSCSI, NFS vs.)
    9. Misafir işletim sistemleri sanallaştırama sunucusu üzerinde kurulumu yapılır. Kaynaklar ilk kurulumda belirtilebileceği gibi sonrasında artırma işlemi yapılabilir.
    10. Belirli kişilerin erişimleri ve belli sunucuları yönetmesi vb. işlemler Sanallaştırma sunucusu yöneticisi üzerinden ayarlanır.
    11. Misafir işletim sistemlerinin performansı Ram, CPU, Harddisk gibi parametreler anlık ve geriye dönük olarak Sanallaştırma sunucusu yöneticisi tarafından izlenir.
  5. İşletim Sistemi;

1. 5. 1. Yüklenici, Kuruma Kurulum Hizmeti verir. Sistem Yönetim Hizmeti, Sistemin sunucu/rol bazında büyümesi/genişlemesi veya konsolidasyonu/küçülmesi gibi yapısal (aynı zamanda Majör) değişiklik gerektiren, analiz, tasarım, kurulum ve migrasyon türü iş yüklerinden oluşan hizmet türüdür. Yüklenici bu hizmet kapsamında aşağıdaki konulardan sorumlu olacaktır.

Yüklenecek olan işletim sistemlerinin kendi sürümleri içinde güncel olanı tercih edilecektir.
Yüklenici, sistemin bileşenlerinin üreticisi tarafından yayınlanan kritik ve güvenlik yamalarını düzenli olarak sisteme geçer, yama yönetimini yapar.
Yüklenici Sistemin kapasite yönetimini yapar. Aynı türden bileşenleri arasında yük dengesini sağlamak, Kurum yönetimi ile silinmesinde mutabık kalınan dosya yüklerini silmek ve yer açmak ve Kurumu ek kapasite ihtiyacı konusunda, Sistemin işleyişini aksatmayacak, yavaşlatmayacak süre öncesinden bilgilendirmek ve kapasite talebinde bulunmak Yüklenicinin sorumluluğundadır.

Yüklenici onaylanmış hedef mimari kurulumunu gerçekleştirecektir. Sistemin tüm bileşenlerinin kurulum sorumluluğu Yükleniciye aittir.
Yalnızca Yüklenici Canlı ortamlarda Sistemsel değişiklik yapabilir. Sistemsel değişiklik, Sistemin donanım ve/veya yazılımsal herhangi bir bileşenin konfigürasyon ya da kaynağının veya bir fonksiyonunun değiştirilmesi demektir.

E-posta Sunucusu;

1. E-Posta sunucu/sunucularının kurulacağı işletim sistemi üzerinde kaynak ayarlaması ihtiyaca göre uygulamanın hesaplama aracı ile planlanacaktır.
2. İhtiyaç olması durumunda işletim sistemlerini kapatmadan kaynak artırımı yapılabilmelidir.
3. Sunucularda client iletişimleri ile sunucuların kendi aralarındaki iletişim için en az iki adet interface kullanılacaktır.
4. E-Posta sunucusu/sunucuları için güncel işletim sistemi kullanılacaktır.
5. İşletim sistemi üzerinde performans ve güvenlik için uygun disk kapasiteleri belirlenecek ve konfigürasyonu yapılacaktır.
6. Yüklenici, sistemin bileşenlerinin üreticisi tarafından yayınlanan kritik ve güvenlik yamalarını düzenli olarak sisteme geçecek, yama yönetimini yapacaktır.
7. İhtiyaca göre oluşturulacak olan posta kutusu veri tabanı sayısı belirlenecek ve düzgün şekilde yapılandırılacaklardır.
8. Oluşturulacak olan veri tabanları minimum kaynak kullanımı ile tüm sunucularda yedekli hale getirilecektir.
9. Sunucuların down olması durumunda sistemin işleyişi ile ilgili test süreçleri yüklenici tarafından yapılacaktır.
10. Veri Merkezi ile FKM arasındaki bağlantının gitmesi durumunda iki lokasyonun birbirinden habersiz olarak ayağa kalkması engellenecektir.
11. Posta kutusu veri tabanı ve posta kutusu kota ayarlamaları yüklenici tarafından standarda uygun olarak gerçekleştirilmelidir.
12. Kullanıcıların gönderebilecekleri ve alabilecekleri maksimum mesaj boyutu standarda uygun olarak gerçekleştirilmelidir.
13. Gerektiği takdirde kullanıcıların mailing yapmasının engellenmesi için uygun tedbirler alınacaktır.
14. Kullanıcıların maillerine erişimlerinde kullanılan protokollerin güvenliği sağlanacaktır.
15. Sunucuların çok fazla log üretmesine karşı özellikle log diskleri düzenli olarak yedeklenecek ve temizlenecektir.

Yedekleme Yazılımı;

1. Yedekleme yazılımı ilgili ürünün en iyi kurulum senaryosuna (Best Practice) göre gerçekleştirilecektir.
2. Yedekleri saklamak için Windows, Linux, CIFS/SMB dosya paylaşımlarını ve üzerinde dahili tekilleştirme sunan cihazlar aktif edilecektir.
3. Sanal sunucular ve üzerlerinde yer alan uygulamalar için uygun incremental ve full yedekleme görevleri oluşturulacaktır.
4. Yedeklemelerin tutulacağı süre sunucunun kritiklik seviyesine ve yedekleme ünitesinin disk kapasitesine göre belirlenecektir.
5. Yedekleme için oluşturulan görevlerde health-check özelliği devreye alınacaktır.
6. Başarılı / Başarısız yedekler için alert notification bilgisi iletimi yapılandırılacaktır.
7. Alınan yedeklerde encryption (şiftreleme) özelliği aktif edilecektir.
8. Yedeklemelerde uygun sıkıştırma yöntemleri devreye alınacaktır.
9. Yedeklemelerin ve restore işlemlerinin düzenli olarak test operasyonları yapılacaktır.
10. Yedekleme işlemleri için gerekirse bir veya birden fazla Proxy sunucusu kullanımı yapılandırılacaktır.

Network Altyapısı Kurulum
1. Yüklenici mevcut yapıdaki vlan’ları yeni switchlerde oluşturulacaktır.
2. Mevcutta bulunan omurga switch ile yeni entegre olacak omurga switch arasında yedeklilik sağlanacak, bağlantılar kademe kademe taşınacaktır.
3. Güvenlik duvarı ile yeni konumlandırılacak omurga switch arasındaki uplink'ler link-aggreation (LACP) moduna alınacaktır.
4. Gerekli taşıma gerçekleştirildikten sonra (Kat Switchleri ve Sunucular) Mevcutta bulunan omurga switch devreden çıkartılacaktır.
5. Yedekli çalışacak yeni omurga switchler arasında yedekllik kurulacaktır.
6. Yedekli olarak çalışacak switchlere gelen ikinci yedek hatlar link-aggreation (LACP) yapılarak ikinci omurga switchte sonlandırılacak,
7. Spanning tree'lerde root bridge olacak switch backbone üzerinde tanımlanacaktır,
8. Yapıda kullanılacak herhangi Netflow, NAC vb. izleme ürünler için gerekli kısıtlamalar kaldırılıp iletişime açılacaktır.
Güvenlik Altyapısı Kurulum
1. Firewall Kurulumları;
  1. Güvenlik duvarı cihazlar A/P modda yedekli yapıda kurulacaktır.
  2. Switch ile güvenlik duvarı arasında en az 2 adet 10Gbit port çapraz bağlantı yapılarak, LACP modda çalıştırılacaktır.
  3. Her birlik kendi güvenlik duvarını kendi kullanıcı adı ve parolası ile bağımsız olarak yönetebilecektir.
2. SIEM Ürünü Kurulumu;
  1. Tüm çalışan sistemlerden veri alacak şekilde ayarlanacaktır.
  2. Kuruma özel korelasyonlar teker teker kontrol edilecektir.
  3. SIEM ürünün yapılandırılması için minimum 10 adam/gün hizmet verilecektir.
3. Mail Gateway Ürünü Kurulumu;
  1. Her birliğin kendi domain’ini kendi parolası ile yönetmesi sağlanacaktır.
4. Waf Ürünü Kurulumu;
  1. SSL sonlandırma WAF üzerinde yapılıp, load balance yapılacaktır.
  2. WAF ürünü önce monitör modda çalıştırılacak, verimli çalıştığı tespit edildikten sonra engelleme modunda çalıştırılacaktır.
5. Diğer Ürün Kurulumları;
  1. İhale kapsamında alınan diğer tüm güvenlik ürünleri yüklenici tarafından kurulup sağlıklı bir şekilde çalıştırılacaktır.

EĞİTİM
1. Eğitim Koşulları
  1. Yüklenici ihale kapsamında vereceği ürünler için kullanıcı eğitimi verecektir.
  2. Eğitimler TİM bünyesinde en fazla 5 kullanıcı için verilecektir.
  3. Eğitimler toplam 10 günde tamamlanacaktır.
  4. Eğitimler ürünlerin erişimi, temel kullanımı seviyesinde olacaktır.
2. Eğitim Verilecek Ürünlerin Listesi
  1. Sunucu eğitimi
  2. Depolama ürünleri eğitimi
  3. Ağ anahtarı ürünleri eğitimi
  4. Güvenlik duvarı ürünleri eğitimi
  5. Güvenlik bilgi ve olay yönetimi ürünü eğitimi
  6. E-posta ürünü eğitimi
  7. Wen güvenliği ürünü eğitimi
  8. Sunucu güvenliği ürünü eğitimi
  9. Sanallaştırma ürünü eğitimi
  10. Yedekleme ürünü eğitimi
  11. DLP ürünü eğitimi
  12. Yapılandırılmamış veri güvenliği ürünü eğitimi
  13. E-posta sunucusu ürünü eğitimi
  14. Zaman damgası ürünü eğitimi
  15. İzleme ürünü eğitimi
  16. Verimerkezi genel topolojisi bilgilendirme eğitimi

EKLER
1. EK A – Aktif Verimerkezi Kabin Yerleşimi
  1. Aktif verimerkezi kabin içi yerleşim ve kabinler arası bağlantı hızları

EK B – Pasif Verimerkezi Kabin Yerleşimi
1. Pasif verimerkezi kabin içi yerleşimi

EK C – Aktif Verimerkezi Network Bağlantıları
1. Aktif verimerkezinde firewall, omurga switch, yönetim switch ve sunucu bağlantıları

EK D – Verimerkezi Erişimleri
1. Birlikler ile verimerkezi arası erişimler ve verimerkezlerinin kendi aralarında erişimleri

EK E – Ürün ve Hizmet Listesi
1. Teklif edilecek ürünler

No.	ÜRÜN ADI	BİRİM	MİKTAR
4.2.	Fiziksel Sunucu – Aktif DC / Pasif DC	Adet	9
4.3.	Sunucu Depolama Ünitesi – Aktif DC	Adet	1
4.4.	Sunucu Depolama Ünitesi – Pasif DC	Adet	1
4.5.	SAN Switch – Aktif DC	Adet	2
4.6.	Omurga Anahtar – Aktif DC / Pasif DC	Adet	4
4.7.	Yönetim Anahtarı – Aktif DC / Pasif DC	Adet	4
4.8.	NAS Depolama Ünitesi	Adet	1
4.9	Güvenlik Duvarı – Aktif DC	Adet	2
4.10.	Güvenlik Duvarı – Pasif DC	Adet	2
4.11.	Güvenlik Bilgi ve Olay Yönetimi (SIEM) Ürünü	Adet	1
4.12.	E-posta Güvenliği Ürünü	Adet	1
4.13.	WEB Güvenliği Ürünü	Adet	1
4.14.	Sunucu Güvenliği Ürünü	Adet	1
4.15.	Sanallaştırma Ürünü – Aktif DC	Adet	1
4.16.	Sanallaştırma Ürünü – Pasif DC	Adet	1
4.17.	Yedekleme Yazılımı	Adet	1
4.18.	DLP ve Veri Sınıflandırma Ürünü	Adet	1
4.19.	Yapılandırılmamış Veri Güvenliği Ürünü	Adet	1
4.20.	E-Posta Sunucusu Ürünü	Adet	1
4.21.	Sunucu İşletim Sistemi Ürünü – Aktif DC	Adet	1
4.22.	Sunucu İşletim Sistemi Ürünü – Pasif DC	Adet	1
4.23.	Zaman Damgası Çözümü	Adet	1
4.24.	İzleme Yazılımı	Adet	1

Teklif edilecek hizmetler

No.	ÜRÜN ADI	BİRİM	MİKTAR
5.	Operatör Hizmetleri	Ay	36/60
6.	Bakım Hizmetleri	Ay	36/60

EK F – Ürün ve Hizmet Listesi (Hyper-converged Teklifi için)
1. Teklif edilecek ürünler

No.	ÜRÜN ADI	BİRİM	MİKTAR
4.1.2.	Hiper Tümleşik (Hyper-converged Infrastructere) Altyapı – Aktif DC	Adet	1
4.1.2.	Hiper Tümleşik (Hyper-converged Infrastructere) Altyapı – Pasif DC	Adet	1
4.6.	Omurga Anahtar – Aktif DC / Pasif DC	Adet	4
4.7.	Yönetim Anahtarı – Aktif DC / Pasif DC	Adet	4
4.8.	NAS Depolama Ünitesi	Adet	1
4.9	Güvenlik Duvarı – Aktif DC	Adet	2
4.10.	Güvenlik Duvarı – Pasif DC	Adet	2
4.11.	Güvenlik Bilgi ve Olay Yönetimi (SIEM) Ürünü	Adet	1
4.12.	E-posta Güvenliği Ürünü	Adet	1
4.13.	WEB Güvenliği Ürünü	Adet	1
4.14.	Sunucu Güvenliği Ürünü	Adet	1
4.15.	Sanallaştırma Ürünü – Aktif DC	Adet	1
4.16.	Sanallaştırma Ürünü – Pasif DC	Adet	1
4.17.	Yedekleme Yazılımı	Adet	1
4.18.	DLP ve Veri Sınıflandırma Ürünü	Adet	1
4.19.	Yapılandırılmamış Veri Güvenliği Ürünü	Adet	1
4.20.	E-Posta Sunucusu Ürünü	Adet	1
4.21.	Sunucu İşletim Sistemi Ürünü – Aktif DC	Adet	1
4.22.	Sunucu İşletim Sistemi Ürünü – Pasif DC	Adet	1
4.23.	Zaman Damgası Çözümü	Adet	1
4.24.	İzleme Yazılımı	Adet	1

Teklif edilecek hizmetler

No.	ÜRÜN ADI	BİRİM	MİKTAR
5.	Operatör Hizmetleri	Ay	36/60
6.	Bakım Hizmetleri	Ay	36/60

EK G – Opsiyonel Erişim Hızları Listesi
1. Opsiyonel ilave kabin ve erişim hızları listesi

OPSİYONEL ERİŞİM MALİYETLERİ
Opsiyonel Bedeller	Açıklama	Birim Maliyeti	Birimi
Kabin Barındırma	32U Ek Kabin		Kira/Ay
Veri Merkezi Internet (Aktif ve Pasif DC)	10 Mbps		Kira/Ay
Veri Merkezi Internet (Aktif ve Pasif DC)	20 Mbps		Kira/Ay
Veri Merkezi Internet (Aktif ve Pasif DC)	50 Mbps		Kira/Ay
Veri Merkezi Internet (Aktif ve Pasif DC)	100 Mbps		Kira/Ay
Veri Merkezi Internet (Aktif ve Pasif DC)	200 Mbps		Kira/Ay
DDoS Atak Önleme Hizmeti	10 Mbps		Xxxx/Ay
DDoS Atak Önleme Hizmeti	20 Mbps		Kira/Ay
DDoS Atak Önleme Hizmeti	50 Mbps		Xxxx/Ay
DDoS Atak Önleme Hizmeti	100 Mbps		Kira/Ay
DDoS Atak Önleme Hizmeti	200 Mbps		Kira/Ay
Noktadan Noktaya Metro Ethernet	10 Mbps		Kira/Ay
Noktadan Noktaya Metro Ethernet	20 Mbps		Kira/Ay
Noktadan Noktaya Metro Ethernet	50 Mbps		Kira/Ay
Noktadan Noktaya Metro Ethernet	100 Mbps		Kira/Ay
Noktadan Noktaya Metro Ethernet	200 Mbps		Kira/Ay
MPLS VPN Metro Ethernet	10 Mbps		Kira/Ay
MPLS VPN Metro Ethernet	20 Mbps		Kira/Ay
MPLS VPN Metro Ethernet	50 Mbps		Kira/Ay
MPLS VPN Metro Ethernet	100 Mbps		Kira/Ay

Document Metadata

Table of Contents

Veri Merkezi Ürünleri ve Operatör Hizmetleri Projesi

Document Metadata

Veri Merkezi Ürünleri ve Operatör Hizmetleri Projesi

TANIMLAR

İhale Konusu

İşin Kapsamı

İşin Süresi

Fiyatlandırma

GENEL

Genel Hükümler

Proje Yönetimi ve Proje Planı

ALTYAPI

Kurgu

Veri Merkezi Genel

FKM Genel

ÜRÜNLER

Sunucu ve Depolama Sistemi

Fiziksel Sunucu – Aktif DC / Pasif DC (9 Adet)

Sunucu Depolama Ünitesi – Aktif DC (1 Adet)

Sunucu Depolama Ünitesi – Pasif DC (1 Adet)

SAN Switch – Aktif DC (2 Adet)

Omurga Anahtar – Aktif DC / Pasif DC (4 Adet)

Yönetim Anahtarı – Aktif DC / Pasif DC (4 Adet)

NAS Depolama Ünitesi (1 Adet)

Güvenlik Duvarı – Aktif DC (2 Adet)

Güvenlik Duvarı – Pasif DC (2 Adet)

Güvenlik Bilgi ve Olay Yönetimi (SIEM) Ürünü (1 Adet)

E-posta Güvenliği Ürünü (1 Adet)

WEB Güvenliği Ürünü (1 Adet)

Sunucu Güvenliği Ürünü (1 Adet)

Sanallaştırma Ürünü – Aktif DC (1 Adet)

Sanallaştırma Ürünü – Pasif DC (1 Adet)

Yedekleme Yazılımı (1 Adet)

DLP ve Veri Sınıflandırma Ürünü (1 Adet)

Yapılandırılmamış Veri Güvenliği Ürünü (1 Adet)

E-Posta Sunucusu Ürünü (1 Adet)

Sunucu İşletim Sistemi Ürünü – Aktif DC (1 Adet)

Sunucu İşletim Sistemi Ürünü – Pasif DC (1 Adet)

Zaman Damgası Çözümü (1 Adet)

İzleme Yazılımı (1 Adet)

OPERATÖR HİZMETLERİ

Hizmetin Konusu

İşin Kapsamı

Genel Hükümler

Proje Yönetimi ve Proje Planı

Proje Başlıkları

Yüklenici, Lokasyon ve Bina

Network Erişim Hizmeti

Enerji Altyapısı

İklimlendirme

Fiziksel Güvenlik

Yangın, Yangın Algılama ve Söndürme

Su ve Sel Baskını Önlemleri

Diğer Önlemler

Veri Merkezi Beyaz Alan Özellikleri

Ofis Alanı

Veri Merkezi Hizmetleri

Erişim Hizmetleri

GSM Üzerinden Yedek Bağlantı Hizmeti

DDOS

Genel Hizmetler

BAKIM HİZMETLERİ

Bakım Şartları

Güvenlik Operasyonları Merkezi (SOC) Hizmeti

Servis Seviyesi Özellikleri

KURULUMLAR

Sistem Altyapısı Kurulum

Network Altyapısı Kurulum

Güvenlik Altyapısı Kurulum

EĞİTİM

Eğitim Koşulları

Eğitim Verilecek Ürünlerin Listesi

EKLER

EK A – Aktif Verimerkezi Kabin Yerleşimi

EK B – Pasif Verimerkezi Kabin Yerleşimi

EK C – Aktif Verimerkezi Network Bağlantıları

EK D – Verimerkezi Erişimleri

EK E – Ürün ve Hizmet Listesi

EK F – Ürün ve Hizmet Listesi (Hyper-converged Teklifi için)

EK G – Opsiyonel Erişim Hızları Listesi

Document Metadata