EDS: Linux güvenli değildir, ölçeklenemez

0
Soulblighter
BT firmalarından EDS, Fuji Xerox, Cisco, Microsoft, Sun, Dell ve EMC'nin katılımıyla oluşturulan Agility Alliance'a göre Linux, yeterli güvenliğe sahip olmadığı ve ölçeklenebilirlik konusunda sorunlara sahip olduğu için büyük firmalar tarafından tercih edilmeyecek.
EDS Global Alliance'ın başkanı Robb Rasmussen, Linux'un büyük kurumlar için uygun bir işletim sistemi olmadığını, güvenlik ve ölçeklenebilirlik ile ilgili sorunları olduğunu düşünüyor.

Rasmussen, "Kurum tarafından baktığınızda, bugün için Linux doğru seçimdir diyemeyiz. Büyük kurumlar emin olmak ister çünkü bu kurumlar güvenlikle doğrudan ilişkilidirler. Bu yüzden Linux'a karşı tedbirli davranıyoruz." dedi.

Ayrıca Rasmussen, Linux'un diğer işletim sistemlerinden daha ucuz olmadığını söyledi.

Sun Microsystem Avustralya yöneticisi Jim Hassell, Linux'un kullanmamanın Agility Alliance için bir kayıp olmadığını, onun yerine Solaris 10 kullandıklarını açıkladı.

"Eğer Red Hat Linux ile Solaris 10'u karşılaştırırsanız, Solaris 10'un çok daha fazla özellik ve işlevsellik sağladığını görebilirsiniz" diyor Hassell.

Kaynak: ZDNet

Görüşler

0
Ragnor
Taraflı olduğu bariz bir tercih. Bu açıklama cidden komik. Kim inanır ki şimdi buna? Ama önemli olan kaç kişi bu adamların bu laflarına bakıp Linux'tan soğuyacak?

Linux süperdir demiyorum ama Micros~1 ve Sun'ın bulunduğu ama Linux destekçisi bir firmanın bulunmadığı böyle bir ortaklığın aldığı karar tamamen taraflı ve bunu böyle duyurmakta Linux'a çamur atma çabası olarak görüyorum.

Gerçi beni ırgalamıyor. O yüzden varsınlar Solaris'i seçsinler, umrumdaydı ( sanki bende onların umrundaydım :)).
0
Geryon
"Kim inanır ki şimdi buna?"

Object değerlendirme yetisine sahip herkes.
0
demolish
"Object değerlendirme yetisine sahip herkes."

kendi adıma konuşursam, lisp ten sonra "Object" değerlendirme yeteneğimi kaybettim. artık olayları "Functional" değerlendiriyorum. nasip olurda CLOS öğrenirsem "Object" değerlendirme yeteneğimi geri kazanmayı umuyorum.
0
Geryon
imla hatalarının göz kör olsun :)
"Objektif" demek istemiştim
0
Sabutay
Böyle yorumlar yapip nereye kadar varacaklar,anlamiyorum.
Herhalde isleri gücleri linuxa camur atmak.
0
demolish
başlarına "güneş" geçmiş anlaşılan, sağlıklı düşünemiyorlar. kendilerine acil şifalar diliyorum.
0
demolish
bağlantının altındaki yorumları okuyunca farkettim. bu haber linux başlığı altına pek uymamış. bu ve bunun gibi haberleri "Get The FUD" başlığı altına toplayalım.
0
zentoo
Amac Linux a camur atma populerligini kullanarak Solaris in reklamini yapmak gibi geldi bana. Rausmann belkide Sun da bir masa istiyordur. Zira Cisco nun Linux un guvenligi bir kenara olceklenebilirligi uzerine ciddi bir elestriye imza atmasi icin kiyametin gelmesi gerekir.

Bir komplo teorisi ise soyle olabilir; bu yaziyi okuyan windows kullanicisi eger desktop icin Linux degilde Solaris denemesi yapmasi ve aynen gerisin geriye donmesini saglamak Longhorn cikana kadar mumkun oldugunca zaman kazanmak.
0
skoylu
Önemli olan, "ne diyor bu avanak?" diye söylenmek değil. Öncelikle, bu adam acaba doğru bir eleştiri getiriyor mu? Yanlış eleştiride bulunuyorsa, zaten bu laflar boşa gitmeye mahkumdur. Fakat, doğru bir eleştiri getiriyorsa, bunu ciddiye almak gerekir. Eleştirdiği hususları düzeltmek gerekir.

Linux'un güvenli olmadığı konusuna bakalım. Bir PC'yi ele alarak birebir baktığımızda, Linux diğerlerinden geri kalmaz, bazılarından da önde çıkar, güvenlik hususunda. Ama konuyu daha geniş bağlamda ele alırsak, örneğin, collaboration konusunda, maalesef yeterince güvenli değil.

Burada sevindirici olan, eksikliklerin sistem modeli yüzünde değil, uygulamalar yüzünden mevcut olması. Evet, RedHat Solaris kadar olamaz. Ama birisinin mevcut yazılımları alıp doğru düzgün kurup ayarlayıp Solaris'in verdiği pek çok ekstrayı elde etmesi mümkündür.

Konu, Linux ve uygulamalardan ziyade Paket Linux'larda, dağıtımlarda yaşanan bir sorun kanımca. Bunu çözmek için bir şeyler yapmak lazım. Bu da "Vay bu adam ne diyor, sopam nerde benim" şeklinde bir yaklaşımla değil, taşın altına elini koyarak biraz iş yapmakla (kod yazmak vs.) aşılabilir.






0
demolish
"Ama konuyu daha geniş bağlamda ele alırsak, örneğin, collaboration konusunda, maalesef yeterince güvenli değil."

valla ben ilk defa duyuyorum bu "collaboration" denen hadiseyi, haberde de belirtilmemiş linux un collaboration konusunda güvensiz olduğu.
bahsettiğiniz bunlar mı?
http://www.desktoplinux.com/news/NS5638932802.html
http://www.novell.com/news/press/archive/2005/02/pr05014.html
0
skoylu
Bir örnek sadece. Daha önce duymamışsanız, şu örneği verebiliriz. Bir kullanıcının oluşturduğu dosyaların şifreli olmasını sağlayamazsınız. Bu dosyalar öyle şifrelenmelidir ki, root bile okuyamamalıdır.

Bu Linux ile yapılmaz diye bir şey yok. Ama, RedHat veya SuSE ile mesela, kutudan çıkan yapılandırma araçları, kurulum araçları vs. kullanarak bunu yapamazsınız. Elle bir şeyler yaparsınız, edersiniz ama o zamanda destek sorunu çıkar,SuSE'den destek almada zorluk yaşarsınız.
0
tongucyumruk
kullanıcının home directory'sini pam_mount üzerinden cryptoloop ile mount edebilirsiniz? Bu sayede her kullanıcının home dizini kendi login parolası ukllanılarak şifrelenmiş olacaktır... Hatta işin içine pam_ssh veya smartcard gibi şeyleri sokaraktan kullanıcı parolasından daha güvenli parolalarla şifrelenmiş home directory'ler yaratmak dahi mümkündür... Gerek cryptoloop, gerekse pam_mount bildiğim kadarıyla her dağıtımda olan şeyler...
0
skoylu
~user dizinindeki dosyalar ile "kullanıcının oluşturduğu dosyalar" farklı şeylerdir. Kullanıcı, /tmp dizininde bir dosya oluşturuyorsa mesela?

Konuyu bir kripto flame'ine çevirmek istemiyorum. Bu da mümkün elbet. Fakat, bu desteğin bilmem nereden ne patch'ı, bilmem ne source'u indir derle vs. şeklinde değil, üreticisinin (bu durumda dağıtım bazlı bakmamız lazım) desteği ile birlikte sunulması önemli.

0
tongucyumruk
Aman hocam, amacımız flame değil, bilgi paylaşmak...

/tmp konusunda haklısınız, ben kullanıcının $HOME'dan başka yerde dosya yaratmayacağını düşünerek hareket etmiştim. Anladığım kadarıyla sizin bahsettiğiniz ancak kernel veya libc seviyesinde yapılacak bir yama ile tüm diske yazma işlemlerinin kullanıcı dosyalarını şifreleyecek biçimde düzenlenmesi. Acaba bu özelliğe sahip bir sistem gösterebilir misiniz? Örnek almak bakımından?
0
bm
O da yetmez, root'un hafizaya bakamiyor olmasi lazim. Yoksa diskte durani okuyamaz belki ama, dosya sahibi okurken o da okur (yahut passphrase calar vs.). Bu islerde akildaki tehdit modelinde super yetkili root'un kullanici makinesine ulasmamasi sarti da var herhalde (mesela filerserver'daki root workstation'da root degil).

Bu isi ciddi yapanlar (skoylu biliyor bu insanlari benim anladigim) zaten bunlari ve daha fazlasini dusunuyorlardir. Boyle pazarlama FUD'una cevap olarak baslayan su var su yok pek faydali tartismalar degil. SSL ilk ciktiginda da sudur budur konustuk, hatta Netscape'in SSL'inde kriptografik acik filan bulundu ve ne oldu? Tehdit modelinin yanlis olmasa da eksik oldugu ortaya cikti: adamlar makineleri komple ele gecirmek varken aradaki trafikle hic ilgilenmiyorlar. Sakir sakir porno serve edip spam yollayan en bi son model e-ticaret siteleri de 'bizimiki 128 bit cok guvenli aha size oportunist yavsaklarin guvenlik logosu' diye kendilerini komik duruma dusuruyorlar.
Görüş belirtmek için giriş yapın...

İlgili Yazılar

SLAX v5.0.4 duyuruldu

Soulblighter

SLAX Live-CD'lerin yeni sürümlerini duyurdu. Standard sürümün yanında KillBill sürümü ve Frodo sürümleri de güncellendi.

Linux How To: Videolu Belgeler

talat

GNU/Linux altında HOW-TO belgelerinin çokluğu ve bunların başarısı hepimiz tarafından biliniyor. Ben de bu "HOW-TO" belgelerine farklı bir yaklaşımla, video formatında belgeleme gibi bir çalışma yapmayı planlıyorum. Çalışmamımın ilk denemeleri Linux Video Öğrenme.

Yönetici Bakış Açısı İle GNU/Linux

FZ

Son birkaç haberimizde GNU/Linux´un kamudaki kullanımına dair önemli gelişmeleri vurgulamıştık. Şimdi bakışlarımızı tekrar iş dünyasına çeviriyoruz ve önemli bir makaleden birkaç alıntı yapıyoruz (not: bu yazı geeklere ya da programcılara falan değil doğrudan YÖNETİCİLERE yöneliktir ;-) :

- Son zamanlara dek açık kodlu yazılım dünyası KB Toys bilgi işlem yöneticisi Tom Jeffery´nin umurunda değildi. Ancak 1,300 oyuncak satış merkezi için 10,000 kadar yeni yazar kasa (daha doğrusu para kasalarına sahip PC´ler) kurmak ve bunlara uygun yazılım aramak gerekince ve aranan şartlara uyan üç yazılımın da GNU/Linux üzerinde Java ile geliştirildiği görülünce durum biraz (!) değişti. Jeffery aday sistemlerin sergilediği esnekliği, kolay geliştirilebilirliği ve geniş desteği görünce etkilenmişti...

Alt Linux 2.2 Junior

anonim

ALT, Rus kaynaklı bir dağıtım olduğu ve uluslarası kullanıma fazla yatırım yapmadığı için fazla bilinmiyor. Yoksa Alt ın 4. büyük dağıtım olmaması için hiçbir sebep yok. Alt özellikle Mandrake kullanıcıları tarafından kesinlikle denenmesi gereken bir dağıtım.

Kernel Mentors Projesi

anonim

Linux çekirdeği ile ilgili projelere yeni başlayan hevesli genç topluluk ile tecrübeli çekirdek geliştirecilerini buluşturarak onlara yol göstermelerini sağlayan "Kernel Mentors" projesi Matt Mackall tarafından duyuruldu.

Bu projenin kernel newbies veya kernel janitors projelerine alternatif olmadığı onlarla beraber çalışacağı da ifade ediliyor. Projeye ait e-posta listesine buradan ulaşılabilir.