şifreler yerine rastgele URL'ler kullanmak uygun mudur? [kapalı]


12

Bunun gibi rastgele karakterlerden oluşturulan URL'yi kullanmak "güvenli" kabul edilir mi?

http://example.com/EU3uc654/Photos

Bir web sunucusuna yalnızca küçük bir kullanıcı grubu tarafından erişilebilen bazı dosyalar / resim galerileri koymak istiyorum. Benim asıl endişe, dosyaları arama motorları veya sitem etrafında poke meraklı güç kullanıcıları tarafından alınmamalı olmasıdır.

Bir .htaccess dosyası oluşturdum, sadece http://user:pass@url/bağlantıları tıklamanın bazı tarayıcılar / e-posta istemcileri ile iyi çalışmadığını, çok bilgisayar meraklısı olmayan kullanıcıları karıştırdığım iletişim kutuları ve uyarı mesajlarını istediğini fark ettim.


Hayır. Bunu kullanabilirsiniz, ancak tek veya ana kimlik doğrulama mekanizması olarak kullanamazsınız.
Andrew Smith

1
Ben birçok kez bir deneme olarak denedim ve her zaman bağlantıları arama motorlarında kurdu. Nasıl olduğunu bilmiyorum, ama olacağını biliyorum.
David Schwartz

SSL'yi uyarıları durduracak şekilde yapılandırmak isteyebilirsiniz, startssl.com'dan ücretsiz sertifikalar alabilirsiniz ve SSL artık hesaplama açısından yoğun değildir (düzgün yapılandırıldığı sürece).
Hubert Kario

Bu Soru klasik bir "Yapıcı Değil" örneğidir. Resimlerinizin güvenliğine ne kadar değer verdiğinizi bilmiyoruz. Güvenliğin önemini bildirmenin tek yolu, bu resimlere erişimi korumak için uyguladığınız yetkilendirme yöntemidir. Elinizde "Cevaplar" biçimindeki "tartışma argümanları" var. Ancak hiçbiri modern güvenlik ve teknik çıkarımların tam bir araştırması değildir. Platformunuz tarafından sağlanan güvenlik yöntemlerini okumalı ve durumunuz için her birinin değerini değerlendirmelisiniz; bunu yaptıktan sonra başka sorunuz varsa, tekrar sorun.
Chris S

Yanıtlar:


17

"İyi" olup olmadığı görüntülerin ne kadar hassas olduğuna bağlıdır.

SSL kullanmıyorsanız, URL'ler, HTML ve resimler kullanıcılarınızın bilgisayarlarında önbelleğe alınır. Bu olabilir sızıntı ama olası ele alacak.

Tarayıcı araç çubukları, özellikle Alexa ve Netcraft gibi tarayıcılar çalıştıran şirketler tarafından yapılanlar, ziyaret edilen URL'leri ana sitelerine geri gönderebilir ve botun daha sonra gelip taramasına hazır olabilir.

HTTP kimlik doğrulaması veya POST değişkeni gibi uygun kimlik doğrulaması bu şekilde önbelleğe alınamaz veya herhangi bir üst web sitesine rapor edilmemelidir.

Başka bir teknik, benzersiz ve kısa ömürlü URL'ler kullanmaktır. Bu şekilde sızıntı yapsalar bile önemli değil. Elbette, yeni URL'lerin yasal kullanıcılarını güncellemeye devam etmelisiniz.


Tarayıcı araç çubuklarından bahsetmek için +1.
Hubert Kario

23

Hayır, tam olarak değil, bu sadece hiçbir güvenlik olmayan muğlaklıkla bir güvenlik. Herhangi bir gerçek koruma olmadan internetten doğrudan erişilebilen her şey bulunur, dizine eklenir ve önbelleğe alınır.


10
Zaten tüm şifreler sadece belirsizlikten dolayı güvenlik değil midir?
Winston Ewert

4
@WinstonEwert: Parolaların kendileri, tasarım / uygulamanın gizliliği ile ilgili belirsizlik yoluyla güvenlikle ilgisi yoktur. Örneğin Apache temel yetkilendirmesi durumunda, tasarım / uygulama herkesin görmesi için tamamen açıktır.
user9517

10
saçmalık - her şey anlaşılmazlıkla güvenliktir. Mesele şu ki, oraya ulaşmak için tahmin edilmesi mümkün olmayan bir bilgiye ihtiyacınız var. "Müstehcenlikle Güvenlik" ifadesi aşırı derecede suistimal edildi. Rastgele bir URL parçası, URL'ye bir "şifre" koymaya tamamen eşdeğerdir. Tek soru - bunu kim görebilir, ve benim yorumda koyduğum cevap "ara vekiller, artı http bu yüzden snoop herkes"
Bron Gondwana

1
Apache config ve dizinlerinizdeki bir hata (veya varsayılan yapılandırmaya dön), parolalarla çok değil, avucunuzun içindeki tüm dosya ve dizinlerle dizinler gösterir.
Hubert Kario

4
Belirsizlik yoluyla güvenliğin "tasarım / uygulamanın gizliliği ile ilgili" olduğunu söylüyorsunuz. Ancak açıkça, rastgele URL'ler tasarım / uygulamanın gizliliğiyle ilgili değildir. Bu nedenle, hataları ne olursa olsun rastgele URL'ler, belirsizlik nedeniyle güvenlik olarak sınıflandırılamaz.
Winston Ewert

6

Yol boyunca her proxy'ye giriş yapacaklar. Birisi bağlantıyı gerçekten yayınlamadığı sürece meraklı güç kullanıcıları ve arama motorlarından güvende olacaksınız.

Ve elbette jeneratörünüzün rastgele olmasına dikkat edin.

Sanırım burada süper yüksek güvenlik aramıyorsunuz.


Birisi URL'yi yayınlasaydı, hiçbir şey şifre yayınlamasını engelleyemezdi. Bir faktör olarak bilgiyle kimlik doğrulaması her zaman bu şekilde "kandırılabilir".
Manuel Faux

@ManuelFaux: Elbette, kasıtlıysa. Ancak tesadüfi de olabilir. Örneğin, kötü amaçlı rapor edilip edilmediğini görmek için ziyaret ettiği URL'leri kontrol eden bir araç kullanabilir. Araçlar, şifrelerin gizli tutulması gerektiğini bilir. URL'lerde parametrelerin hassas olabileceğini biliyorlar. Ancak URL'lerde yolların işe yaradığını bilmiyorlar. (Örneğin, http yönlendiren .)
David Schwartz

5

Şifreli bir URL, tek kullanımlık indirmeler için kullanışlıdır, ancak gerçek bir koruma sağlamaz. Öyle varsa sitenizde bulunan herhangi bir bağlantı herhangi bir yerde klasör örtülü yol açan, tüm botlar robots.txt dosyanızı dikkate farkında olmak gerekir olacak bazı arama motorları tarafından dizine ve bu kez başladığında hiçbir gidiş arka tarafta.

Bunun yerine basit bir .htaccess tabanlı kimlik doğrulama sistemi kullanmanızı veya ne teklif ettiğinizi öneririm.


5

Bu örnek gibi gizlenmiş URL'lere başka, belki daha korkutucu bir bakış açısı eklemek istiyorum. URL'niz yanlışlıkla paylaşılmasa bile, arama motorlarına şu yollarla gönderilebilir:

  • Bir ziyaretçinin İSS'si. HTTP ziyaretleri toplanıyor, veri çıkarılıyor ve hatta bazen ISS'ler tarafından üçüncü taraflara satılıyor.
  • Bir ziyaretçinin Bulut Deposu. Tarayıcı yüklemeleri arasında ücretsiz senkronizasyon için yer imlerini ve geçmişi depolayan bir dizi hizmet vardır. Mozilla gibi verileri önceden şifrelemedikçe, aynı veri madenciliği uygulamaları da ima edilebilir.

YMMV.


oh evet - ya da yalnızca ilgili siteleri arayan veya kullanıcıların bir sayfa hakkında not paylaşmasına izin veren bir tarayıcı eklentisi tarafından
Bron Gondwana

2

Geçmişte, kullanıcıların bir belge yönetim sisteminde paylaşım alanları oluşturmasına izin vermek için benzer bir yöntem kullandım. Paylaşılan içerik çok gizli değildi, bu yüzden sistemin ultra güvenli olması gerekmiyordu.

Her kullanıcının URL'sinin bir süre sonu zaman damgası ve e-postalarının MD5'ini içermesini sağladım.

URL şöyle görünüyordu:

http://my-url.com/1343689677-cba1f2d695a5ca39ee6f343297a761a4/

Yukarıdakilerle birlikte, kullanıcı 30 Temmuz'dan önce user@gmail.com adresine e-posta gönderirse, gitmek iyi olur.

Tam olarak askeri sınıf güvenlik değil, iş yaptı.


0

Bu, sessionID'yi URL'de saklamakla aynı güvenlik açığını paylaşır. Birisi, bağlantıyı yanlışlıkla başkalarına kopyalayıp yapıştırabilir, bir ekran görüntüsünde sansürlemeyi unutabilir veya şifreler gibi yıldızlarla işaretlenmediğinden birinin aramasına izin verebilir.

Ayrıca, bazı içerikler parola korumalıysa, giriş yaparak bunun bir sır olduğunu bilirsiniz. Bir bağlantı alırsanız, kolayca unutabilirsiniz.

Başka bir şey, kullanıcı ayrıcalıklarını kaldırmaktır. Bir kullanıcıyı silebilirsiniz, böylece artık giriş yapamaz, ancak bağlantılarla Hepsini değiştirmeniz ve herkese (silinen kullanıcı hariç) yeni URL'ler göndermeniz gerekir.

Bence bunlar sadece imge ise kötü değil. Ama eğer bunlar gerçekten paylaşmak isteyeceğiniz bazı resimler ise;) o zaman daha uzun rastgele bir kelime kullanmanızı öneririm, daha çok sunulan bir dave e gibi.

DÜZENLEME: URL'ye? DO_NOT_SHARE_THIS_LINK ekleyin: http://example.com/DO_NOT_SHARE_THIS_LINK/EU3uc654-this-should-be-longer/Photos?DO_NOT_SHARE_THIS_LINK

Örneğin Kongregate, başka bir yerde barındırılan oyunları yerleştirirken bunu yapar (auth kimlik bilgilerini çerçevenin URL'sine yerleştirir). BTW, Kongregate, yayınlanmamış oyunlar için konuk erişim bağlantılarını da tam da kullanmak istediğiniz şekilde kullanır.


Aslında oturum kimliklerinden çok daha kötüdür, çünkü oturumların süresi bir süre sonra dolar. Oturum açılmış bir oturum kimliği getiren arama motorları genellikle sonuçta oturum açmış / oturum açmamış bir bağlantı sunar. Veya sunucu umursamazsa, birçok kullanıcının oturumunu senkronize edebilir ve bunlardan biri oturum açtığında hepsi bunu yapar. Her neyse, kalıcı olarak giriş yapmış URL kadar kötü değil :-)
korkman

Tabii ki daha kötü, ve url'de oturum almak için önce oturum açmanız gerektiğinden oturumdaki IP'yi de hatırlayabilirsiniz ve sonra IP değiştiyse oturumu yok edebilirsiniz.
Markus von Broady
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.