Gmail'den Gelen Bir Mesajın Orijinalliğinin İspatı Mümkün mü?

[Doğan Arşiray]

Bilişim konusunda deneyimli forum üyelerine bir soru. Gönderilen bir email var ve bu email forward edilmiş bir email diyelim. Bu emailin gerçek sahibinin o gönderen kişi olup olmadığını görmem mümkünmü? Fake email gönderilen sistemler var çünkü. Tanzanyadan gelen iş istekleri var mesela birde vsvsvs Yani bir IP adresi, bir teyid numarası gibi birşeyleri de taşıyormu "gmail" ? Detayaları çok önem teşkil etmiyor ama bir avukat ile görüşeceğim konuyu. Bu nedenle bana gönderilmiş bir emailin, ara aşamalardan geçerken eklemeler yada çıkartmalar yapılarak gönderilip gönderilmediğini, yada orijinal halinin o olduğunu, hatta gerçekten bana ilk gönderici tarafından CC edilip edilmediğini görmenin bir  yolu varmı? 

 

A kişisi B kişisine mesaj atar, B kişisine gönderilen mesaj C kişisine iletilir vsvsvs, B kişisi A nın mesajına ek yaptıysa birşeyleri değiştirdiyse, bunu görmenin bir yolu varmı? Yada ilk email orijinal ikincisi değil demenin teknik bir yolu varmı? A kişisine soramıyoruz çünkü vefat etmiş 4 sene önce. Karışık olmamıştır umarım.

[Emin Önal]

Cevabını bilmiyorum ama bu teklif isterken pazarlığı kızıştırmak için müşteriler tarafından diğer tekliflerini forward ettiğinde benimde düşünüp kafa yorduğum bir durumdu.😯

[Selim Bilgin]

Dogan Arsiray yazdı:

Bilişim konusunda deneyimli forum üyelerine bir soru. Gönderilen bir email var ve bu email forward edilmiş bir email diyelim. Bu emailin gerçek sahibinin o gönderen kişi olup olmadığını görmem mümkünmü? Fake email gönderilen sistemler var çünkü. Tanzanyadan gelen iş istekleri var mesela birde vsvsvs Yani bir IP adresi, bir teyid numarası gibi birşeyleri de taşıyormu "gmail" ? Detayaları çok önem teşkil etmiyor ama bir avukat ile görüşeceğim konuyu. Bu nedenle bana gönderilmiş bir emailin, ara aşamalardan geçerken eklemeler yada çıkartmalar yapılarak gönderilip gönderilmediğini, yada orijinal halinin o olduğunu, hatta gerçekten bana ilk gönderici tarafından CC edilip edilmediğini görmenin bir  yolu varmı? 

 

A kişisi B kişisine mesaj atar, B kişisine gönderilen mesaj C kişisine iletilir vsvsvs, B kişisi A nın mesajına ek yaptıysa birşeyleri değiştirdiyse, bunu görmenin bir yolu varmı? Yada ilk email orijinal ikincisi değil demenin teknik bir yolu varmı? A kişisine soramıyoruz çünkü vefat etmiş 4 sene önce. Karışık olmamıştır umarım.

 

FW ise anlayamazsınız. İstediği gibi oluşturup gönderebilir. 

[Harun Kocaçalışkan]

ARC-Message-Signature (authenticated received chain) diye bir alan var. Burası mesajın bir tür dijital imzasıdır. Gönderilen mesajda bir değişiklik olursa bu imza tutmaz. O zaman orjinal olmadığı anlaşılır. Ancak bunun orjinalliğine inanabilmeniz için sunucudaki kopyası gerekir. Yani isteyen x kişisi bu mesajı manipule edebilir. 2 sunucu bu protokolde haberleşmişse ve orjinal kopyaları duruyorsa log dosyalarında vs. o zaman orjinalliğine inanılabilir. Gönderen, yönlendiren ve alan hepsi gmail mi?

 

https://www.validity.com/how-to-explain-authenticated-received-chain-arc-in-plain-english/

 

 

 

 

 

[Doğan Arşiray]

tam olarak ticari birşey değil ama demek istediğiniz durum ile de örtüşür. yani  teklifte  A 100 tl yazmıştır, B 120 yazıp komsiyon dahil ilettiyse ve birinin, sözü geçen yazıda aslında 100 olduğunu görmesinin bir yolu varmı? yada diğer türlü düşünürsek, müşterinin bir şekilde tersini ispatlaması mümkünmü? müşterinin orijinalde 100 yazıldığını ispatlaması mümkünmü? B yalancı durumunda yani.

 

güzel örnek oldu.

Harun Kocaçalışkan yazdı:

ARC-Message-Signature (authenticated received chain) diye bir alan var. Burası mesajın bir tür dijital imzasıdır. Gönderilen mesajda bir değişiklik olursa bu imza tutmaz. O zaman orjinal olmadığı anlaşılır. Ancak bunun orjinalliğine inanabilmeniz için sunucudaki kopyası gerekir. Yani isteyen x kişisi bu mesajı manipule edebilir. 2 sunucu bu protokolde haberleşmişse ve orjinal kopyaları duruyorsa log dosyalarında vs. o zaman orjinalliğine inanılabilir. Gönderen, yönlendiren ve alan hepsi gmail mi?

 

https://www.validity.com/how-to-explain-authenticated-received-chain-arc-in-plain-english/

 

 

 

 

 

evet herkes gmail kullanıyor.

[Selçuk Keleş]

Mail sistemleri mailin içeriğini kaydetmez, loglamaz.
Gönderen kimliği de ancak kendi dijital imzası varsa orjinalliğini teyit etmek mümkün. Ben şimdiye kadar bunu kullanan bir kaç kişi gördüm sadece.
Header denen tarih, gönderen, alan, IP ve mail adresleri vb. bilgileri loglar. Ki nerden nereye kaç noktadan geçti, forward edildi bunu sen de görebilirsin.

[Doğan Arşiray]

o halde normal bir son kullanıcı içeriğin orijinal olup olmadığını teyid edemiyor. edebilseydi zaten forward edilemeyecek birşey olurdu. ARC işleyişinden ötürü. doğrumu anladım?

[Selim Bilgin]

Selim Bilgin yazdı:

 

FW ise anlayamazsınız. İstediği gibi oluşturup gönderebilir. 

 

+1

Sakalım da var.  

[Mehmet Göktürk]

Mümkün değil. forward eden kişinin makinesinden bakmayı teklif edebilirsiniz belki. Ama sanırım özel bir durum var bu söylenemez zaten.

[Doğan Arşiray]

malesef.

[Gökhan Tuna]

Biraz teknik olacak ama teklif dokumani (email degil, icindeki attachment diyelim) attribute based encryption ile sadece B ve C acabilecek sekilde A tarafindan sifrelenir. Ayrica teklif dokumaninin MD5 degeri olur A tarafindan acik bir sekilde ilan edilen. Dolayisiyla dokumanda bir nokta bile degistirilse MD5 de degisecegi icin orjinalliginden emin olunur.

 

Ama hali hazirda ne yazik ki bir sansiniz yok.

 

[Doğan Arşiray]

yani özetleyecek olursak, normal kullanım durumunda, ben birisine birşey gönderdiğimde ikinci kişi bunu değiştirirse yada orijinal halini iletirse teknik olarak hiçbir fark olmuyor yani? doğrumu anlamışım?

[Mehmet Göktürk]

Evet olmaz.  zip dosyasında bile bu tam sağlanamaz. Bazı zip dosyalarının checksum değerleri indirilen web sayfasında belirtilir. Dolayısı ile indirdikten sonra bir de siz bakıp webdeki (yayıncının verdiği) ile karşılaştırıp aynı mı çıkıyor diye bakarsınız. Yoksa yolda başına birşey gelmiş olabilir. (middle man saldırısı)

[Doğan Arşiray]

Gökhan Tuna yazdı:

Biraz teknik olacak ama teklif dokumani (email degil, icindeki attachment diyelim) attribute based encryption ile sadece B ve C acabilecek sekilde A tarafindan sifrelenir. Ayrica teklif dokumaninin MD5 degeri olur A tarafindan acik bir sekilde ilan edilen. Dolayisiyla dokumanda bir nokta bile degistirilse MD5 de degisecegi icin orjinalliginden emin olunur.

 

Ama hali hazirda ne yazik ki bir sansiniz yok.

 

ek dosya sifresiz word dosyasi.

[Mehmet Göktürk]

ek dosyada last modification tarihi mail tarihi ile tutarsa bir nebze fikir verir.