NCMEC Raporunda Suç Tarihi Nasıl Belirlenir? Incident Date, Upload Date, IP Capture Date ve UTC Hatası

Kısa cevap: NCMEC raporunun düzenlendiği tarih, doğrudan suç tarihi değildir

NCMEC CyberTipline raporunda yer alan incident date, upload date, IP capture date, date submitted ve date processed alanları aynı olayı göstermeyebilir. Ceza hukuku bakımından esas alınması gereken tarih; raporun hazırlandığı gün değil, TCK 226 kapsamında isnat edilen somut hareketin gerçekleştirildiği iddia edilen andır. Bunun hangi an olduğu ise ancak platformun ham kayıtları, zaman dilimi, hesap oturumu, IP–port verisi, dosya kimliği, hash değeri ve cihaz incelemesi birlikte değerlendirilerek belirlenebilir.

Bir başka ifadeyle: Raporun tarihi idari süreçtir; suç tarihi ise ispatlanması gereken fiildir.

1. NCMEC dosyalarında en sessiz fakat en etkili hata: zaman

NCMEC, yani National Center for Missing & Exploited Children tarafından işletilen CyberTipline; elektronik hizmet sağlayıcıları ve kişiler tarafından bildirilen çevrim içi çocuk cinsel sömürüsü şüphelerini ilgili kolluk birimlerine ulaştıran uluslararası ölçekte önemli bir bildirim sistemidir. NCMEC’in 2025 verilerine göre CyberTipline’a 21,3 milyon bildirim yapılmış, bu bildirimlere 61,8 milyon görsel, video ve diğer dosya eklenmiştir. Aynı resmî rapor, bildirimlerin önemli bir bölümünün Amerika Birleşik Devletleri dışındaki kullanıcılarla ilişkilendirildiğini de göstermektedir.

Bu büyüklükteki bir sistemde raporlar; platform kaydı, otomatik tespit, hash eşleşmesi, kullanıcı bildirimi, NCMEC işlemesi ve uluslararası sevk olmak üzere farklı aşamalardan geçebilir. Her aşama kendi zaman kaydını üretir. Sorun tam burada başlar. Dosyaya bakan kişi tek bir tarih görür ve onu “suç tarihi” kabul eder. Oysa raporda görünen tarih:

• içeriğin platforma yüklenme anı,
• hesabın IP adresiyle ilişkilendirildiği an,
• platformun içeriği tespit ettiği an,
• bildirimin NCMEC’e gönderildiği an,
• NCMEC’in raporu işlediği an,
• raporun Türkiye’ye sevk edildiği an

olabilir.

Bunlar aynı gün dahi olmayabilir. Bazı dosyalarda aralarında saatler; bazılarında günler, aylar hatta daha uzun süreler bulunabilir.

2. CyberTipline raporundaki tarihler ne anlama gelir?

NCMEC raporlarının biçimi, bildirimi yapan elektronik hizmet sağlayıcısına ve rapor dönemine göre değişebilir. Bu nedenle aşağıdaki kavramlar her raporda aynı adla veya aynı ayrıntı düzeyinde bulunmayabilir. Savunma bakımından önemli olan, tarih alanının başlığı kadar o tarihin hangi sistem ve hangi olay tarafından üretildiğidir.

Rapor veya delil alanı	Genellikle neyi gösterir?	Tek başına neyi göstermez?
Incident Date / Incident Time	Bildirimi yapan platformun olayla ilişkilendirdiği tarih ve saat	Failin o anda bilinçli bir suç işlediğini ve hukuken doğru suç tarihini
Upload Date / Upload Time	Bir dosyanın platform sunucusuna aktarılmasıyla ilişkilendirilen teknik olay	Yüklemeyi bizzat hesap sahibinin yaptığını, yüklemenin manuel olduğunu veya TCK 226’daki kastı
IP Capture Date / Time	Belirli bir IP adresinin hesap, oturum veya işlemle kayda alındığı an	IP abonesinin fiilî kullanıcı olduğunu ya da IP’nin mutlaka suça konu dosyayla aynı olaya ait bulunduğunu
Date Submitted	Elektronik hizmet sağlayıcının bildirimi CyberTipline’a gönderdiği tarih	İçeriğin üretildiği, yüklendiği veya bulundurulmaya başlandığı tarihi
Date Processed	Raporun NCMEC sistemi veya personeli tarafından işleme alındığı tarih	Suçun işlendiği zamanı
Account Creation Date	Hesabın açıldığı tarih	Olay tarihindeki hesabı kullanan kişiyi veya isnat edilen fiili
Last Login / Session Time	Bir oturum açma ya da son erişim kaydı	Aynı oturumda suça konu dosyanın yüklendiğini veya gönderildiğini
File Created / Modified / Accessed	Dosya sistemi üzerindeki oluşturma, değiştirme veya erişim zamanlarını	Dosyanın ilk kez kim tarafından üretildiğini; kayıtların kopyalama, senkronizasyon veya saat ayarından etkilenmediğini
Hash Match / Detection Time	Dosyanın bir hash listesiyle eşleştirildiği ya da sistemce tespit edildiği an	Görüntünün ilk üretildiği, ilk indirildiği veya ilk kez dolaşıma sokulduğu zamanı
Law-Enforcement Download / Review Time	Kolluğun eki indirdiği veya içeriği incelediği an	Şüpheliye isnat edilen hareketin tarihini

Incident Date neden otomatik olarak suç tarihi sayılamaz?

“Incident” sözcüğü Türkçeye çoğu zaman “olay” diye çevrilir. Ancak bu alanın raporda bulunması, Türk ceza hukuku bakımından suç tarihinin kesinleştiği anlamına gelmez. Önce şu soru sorulmalıdır:

Incident date hangi kaynaktan üretildi?

Bu tarih platformun sunucu kaydından mı geldi? Kullanıcının bildirim formuna yazdığı tarihten mi alındı? Otomatik hash eşleşmesinin zamanı mı esas alındı? Yoksa olay aralığı içinden sistemsel olarak seçilmiş tek bir değer mi?

Kaynağı gösterilmeyen tarih, yalnızca bir hücredir. Ceza yargılamasında ise hücre değil, fiil ispatlanır.

3. TCK 226 bakımından suç tarihi, isnat edilen seçimlik harekete göre belirlenir

TCK 226/3’ün ikinci cümlesinde çocukların kullanıldığı müstehcen ürünler bakımından ülkeye sokma, çoğaltma, satışa arz etme, satma, nakletme, depolama, ihraç etme, bulundurma veya başkalarının kullanımına sunma gibi farklı hareketler düzenlenmiştir.

Bu hareketlerin hepsinin zamanı aynı yöntemle belirlenemez.

Dosyanın yüklenmesi veya gönderilmesi iddiası

İsnat, bir görüntünün sosyal medya hesabı üzerinden yüklenmesi ya da bir kişiye gönderilmesi ise öncelikle o işleme ait sunucu taraflı olay kaydı aranmalıdır. Aşağıdaki veriler birlikte görülmeden yalnız “upload” ibaresiyle sağlıklı sonuca ulaşılamaz:

• özgün account ID,
• session ID veya oturum kaydı,
• mesaj, medya ya da event ID,
• dosya hash değeri,
• UTC tarih ve saat,
• IP adresi ile varsa kaynak port,
• user-agent ve cihaz bilgisi,
• alıcı veya hedef hesap,
• işlemin manuel yükleme mi yoksa otomatik bulut senkronu mu olduğu.

Bir platformun “upload” olarak adlandırdığı teknik olay, dosyanın sunucuya ulaştığını gösterebilir. Fakat bunun hangi cihazdan, hangi kullanıcı iradesiyle ve hangi amaçla gerçekleştiği ayrıca araştırılmalıdır. Teknik fiil etiketi, manevi unsurun yerine geçmez.

Depolama veya bulundurma iddiası

İsnat depolama ya da bulundurma ise yalnızca ilk indirme tarihiyle yetinilemez. Verinin hangi klasörde bulunduğu, kullanıcı tarafından görülebilir ve yönetilebilir olup olmadığı, aktif alanda mı yoksa cache, thumbnail ya da silinmiş alanda mı yer aldığı, dosyaya ne kadar süreyle fiilî egemenlik kurulduğu incelenmelidir.

Bulundurma bakımından somut olayın özelliklerine göre kesintisiz suç tartışması doğabilir. Bu durumda yalnız dosyanın cihaza geldiği ileri sürülen tarih değil, fiilî egemenliğin ne zaman sona erdiği de önem kazanır. TCK 66, kesintisiz suçlarda dava zamanaşımının kesintinin gerçekleştiği günden başlayacağını düzenler. Bu nedenle “ilk görülen tarih” ile “hukuki kesinti tarihi” aynı kabul edilmemelidir.

Başkalarının kullanımına sunma iddiası

Bir bulut klasörünün veya sosyal medya içeriğinin başkalarının kullanımına sunulduğu iddia ediliyorsa şu ayrımlar yapılmalıdır:

• paylaşım bağlantısı gerçekten oluşturulmuş mudur?
• erişim izni herkese açık mı, sınırlı mı, yoksa kapalı mıdır?
• bağlantıyı kim ve ne zaman üretmiştir?
• herhangi bir üçüncü kişi dosyaya gerçekten erişmiş midir?
• erişim izni otomatik uygulama ayarından mı doğmuştur?
• dosya, hesabın sahibinden başka bir kullanıcı tarafından mı yüklenmiştir?

Tarih ancak isnat edilen somut hareket açıkça belirlendikten sonra hukuki anlam kazanır.

4. UTC ile Türkiye saati arasındaki fark dosyanın gününü bile değiştirebilir

NCMEC ve elektronik hizmet sağlayıcı kayıtlarının büyük bölümü zamanı UTC esasına göre gösterebilir. Türkiye’de güncel saat UTC+3’tür. Bu nedenle raporda 21.40 UTC olarak görünen bir kayıt, Türkiye saatiyle ertesi gün 00.40’a karşılık gelir.

Basit görünen bu dönüşüm, dosyada dört ayrı sonucu değiştirebilir:

1. IP ve CGNAT kaydının hangi güne ait olduğu,
2. şüphelinin o sırada nerede bulunduğu,
3. hesabın hangi cihazdan kullanıldığı,
4. iddianamede yazılması gereken suç tarihi.

Özellikle gece saatlerinde tarih bir gün ileri kayabilir. Eski tarihli olaylarda ise Türkiye’nin geçmiş dönem saat uygulamaları ayrıca kontrol edilmelidir; güncel UTC+3 değeri geçmişteki her tarihe otomatik uygulanamaz.

Timestamp saniye mi, milisaniye mi?

Bazı ham kayıtlarda tarih okunabilir biçimde değil, Unix timestamp olarak bulunur. Örneğin aynı rakam dizisinin saniye ya da milisaniye kabul edilmesi bütünüyle farklı sonuç üretir. Dönüşüm yapılırken:

• değerin saniye mi milisaniye mi olduğu,
• zamanın UTC mi yerel saat mi tutulduğu,
• yaz saati uygulamasının bulunup bulunmadığı,
• sunucu ile cihaz saatinin senkron olup olmadığı,
• kayıt zamanının “event time” mı “ingestion time” mı olduğu

raporda açıklanmalıdır.

Event time, işlemin gerçekleştiği ileri sürülen zamandır. Ingestion time ise kaydın başka bir sisteme alındığı zamandır. Bir olayın saat 12.00’de gerçekleşip saat 12.07’de kayıt havuzuna aktarılması mümkündür. İkinci tarih, ilk olayın yerine kullanılamaz.

5. IP adresi doğru olsa bile zaman yanlışsa fail aidiyeti kurulamaz

IP adresi, tek başına bir insanın adı değildir. Belirli bir tarih ve saatte kullanılan internet bağlantısına ilişkin teknik veridir. Mobil internet, ortak modem, işyeri ağı, misafir Wi-Fi, NAT ve özellikle CGNAT yapılarında IP adresinin anlam kazanabilmesi için zaman ve port bilgisi kritik önemdedir.

Sağlıklı eşleştirme için en azından şu dörtlü aranmalıdır:

IP adresi + kaynak port + doğru zaman dilimi + yeterli zaman hassasiyeti

Rapor 18.23.41 UTC zamanını gösterirken operatörden 18.23 Türkiye saati için kayıt istenmişse iki veri gerçekte aynı anı göstermeyebilir. Dahası, saniye hassasiyetindeki platform kaydı dakika yuvarlamasıyla sorgulanmışsa aynı IP havuzundaki başka bir aboneliğin kaydı dosyaya girebilir.

CGNAT kullanılan bir bağlantıda kaynak port hiç bildirilmemişse, çok sayıda abone arasından güvenilir tekil eşleştirme yapılması ciddi biçimde güçleşir. Bu eksiklik otomatik olarak beraat sonucu doğurmaz; ancak iddia makamının fail–hesap–oturum–işlem zincirini başka kesin ve denetlenebilir delillerle tamamlamasını zorunlu kılar.

6. Suç tarihindeki hata neden yalnız teknik bir ayrıntı değildir?

A. Yetkili mahkemeyi etkiler

CMK 12 uyarınca temel kural, davaya suçun işlendiği yer mahkemesinin bakmasıdır. Teşebbüs, kesintisiz suç ve zincirleme suçlarda ayrıca özel yetki kuralları bulunur. Dijital fiilin hangi tarihte ve hangi bağlantı üzerinden gerçekleştiği belirlenmeden suç yeri de güvenilir biçimde kurulamaz.

Örneğin kişinin raporda yazılı UTC anında İzmir’de, hatalı çevrilen Türkiye saatinde ise başka bir ilde olduğu varsayımında yalnız savunma değil, yer yönünden yetki tartışması da değişebilir.

B. Dava zamanaşımı hesabını etkiler

TCK 66’da zamanaşımının başlangıcı tamamlanmış, teşebbüs aşamasında kalmış, kesintisiz ve zincirleme suçlar bakımından farklı esaslara bağlanmıştır. TCK 226/3’ün ilk ve ikinci cümlelerindeki yaptırım aralıkları da aynı değildir. Bu nedenle doğru seçimlik hareket ve doğru başlangıç günü belirlenmeden zamanaşımı hesabı yapılamaz.

NCMEC raporunun düzenlenme veya Türkiye’ye gönderilme tarihi, daha önce gerçekleştiği iddia edilen fiilin zamanaşımını kendiliğinden yeniden başlatmaz.

C. Uygulanacak kanunu ve yaş değerlendirmesini etkileyebilir

Fiilin tarihi;

• failin olay tarihinde çocuk olup olmadığını,
• ilgili kişinin olay tarihindeki yaşını,
• kanun değişikliği varsa lehe kanun incelemesini,
• zincirleme suç veya tek fiil değerlendirmesini

doğrudan etkileyebilir.

Yıllar sonra işlenen bir NCMEC raporundaki “processed date” esas alınarak olay tarihindeki yaşın belirlenmesi hukuken kabul edilemez.

D. Alibi ve cihaz aidiyetini etkiler

Şüpheli hesabın kendisine ait olduğunu kabul etse bile olay anında hesabı fiilen onun kullanıp kullanmadığı ayrı bir meseledir. Doğru zaman belirlendiğinde kişinin:

• başka şehirde olduğu,
• cihazının arızalı veya serviste bulunduğu,
• hesabın başka bir cihazda açık kaldığı,
• işyeri ya da aile ortak ağının kullanıldığı,
• hesabın ele geçirildiği,
• otomatik yedekleme işleminin gerçekleştiği

ortaya çıkabilir.

Hesap aidiyeti ile fiil aidiyeti aynı şey değildir. Zaman çizelgesi, bu ikisini ayıran en güçlü araçlardan biridir.

7. Varsayımsal bir örnek: üç saatlik fark, yanlış abone eşleştirmesi

Aşağıdaki örnek tamamen varsayımsaldır:

• CyberTipline raporunda upload zamanı: 14 Mayıs 2026, 22.18.35 UTC
• Türkiye karşılığı: 15 Mayıs 2026, 01.18.35
• Rapordaki IP: dinamik ve CGNAT arkasında
• Kaynak port: raporda yok
• Operatörden istenen kayıt: 14 Mayıs 2026, 22.18 Türkiye saati
• Cihaz incelemesi: suça konu dosya veya gönderim izi yok

Bu tabloda 14 Mayıs 22.18 Türkiye saati ile 15 Mayıs 01.18 Türkiye saati aynı an değildir. Üç saatlik hata nedeniyle farklı abonelik kaydı dosyaya girmiş olabilir. Port eksikliği de tekil eşleştirmeyi ayrıca zayıflatır.

Doğru savunma yalnız “IP bana ait değil” demek değildir. Şu talepler somutlaştırılmalıdır:

1. platformun özgün UTC logunun getirtilmesi,
2. kaynak port ve saniye hassasiyetinin sorulması,
3. operatör sorgusunun düzeltilmesi,
4. account ID ve session ID verilerinin istenmesi,
5. suça konu dosyanın hash değeriyle cihaz bulgusunun karşılaştırılması,
6. cihaz ve bulut hesabı zaman çizelgesinin çıkarılması.

Teknik itiraz, soyut inkâr değildir. Denetlenebilir yeni bir ispat çizelgesi kurmaktır.

8. NCMEC raporunda “Files Not Reviewed” varsa tarih daha dikkatli okunmalıdır

Raporda “Files Not Reviewed by NCMEC”, “Unconfirmed” veya “Information Not Provided by Company” gibi ifadeler bulunabilir. Bu ibareler, içeriğin kesinlikle hukuka uygun olduğu anlamına gelmez. Fakat raporun hangi bölümünün insan incelemesine, hangi bölümünün platform beyanına, hangi bölümünün otomatik hash eşleşmesine dayandığını sorgulamayı zorunlu kılar.

NCMEC’in resmî açıklamalarına göre dosyalar insan analizi ve teknoloji yardımıyla sınıflandırılabilir; daha önce incelenmiş içerikler sonraki bildirimlerde hash eşleştirmesiyle otomatik olarak tanınabilir. Bu sistem çocukların korunması bakımından son derece değerlidir. Ancak Türk ceza yargılamasında belirli bir sanığın belirli bir tarihte belirli bir fiili işlediği ayrıca ispatlanmalıdır.

Hash eşleşmesinin gerçekleştiği tarih:

• dosyanın ilk üretildiği tarih,
• şüphelinin dosyayı ilk gördüğü tarih,
• dosyanın ilk kez internete yüklendiği tarih

değildir. Yalnızca eşleşmenin o anda kayda geçtiğini gösterebilir.

9. CMK 134 incelemesinde zaman çizelgesi nasıl kurulmalıdır?

CMK 134 kapsamındaki bilgisayar, telefon ve dijital materyal incelemesinde amaç yalnız “dosya bulundu/bulunmadı” sonucu üretmek olmamalıdır. Dijital zaman çizelgesi, rapordaki iddiayı test edecek ayrıntıda hazırlanmalıdır.

Bilirkişinin veya adli bilişim uzmanının en azından şu alanları karşılaştırması gerekir:

• cihazın sistem saati ve zaman dilimi ayarı,
• otomatik saat senkronizasyonu,
• işletim sistemi kullanıcı profilleri,
• uygulama kurulum ve güncelleme tarihleri,
• hesap oturum ve token kayıtları,
• tarayıcı ve uygulama geçmişi,
• indirme, cache, thumbnail ve media klasörleri,
• dosya created/modified/accessed zamanları,
• EXIF ve diğer metadata,
• silinmiş alan ve carving bulguları,
• bulut yedekleme ile senkronizasyon kayıtları,
• dosya hash değerleri,
• platform raporundaki event ID ve server timestamp.

Dosya sistemindeki tek bir “modified date” üzerinden suç tarihi belirlemek güvenilir değildir. Bir dosya başka cihaza kopyalandığında, sıkıştırılmış arşivden çıkarıldığında, buluttan yeniden senkronize edildiğinde veya uygulama tarafından önizleme üretildiğinde zaman alanları değişebilir.

10. Savunmada sorulması gereken 15 temel timestamp sorusu

1. Rapordaki incident date’i kim veya hangi sistem belirledi?
2. Tarih UTC mi, yerel saat mi, yoksa zaman dilimi belirtilmemiş mi?
3. Rapor tarihi ile iddia edilen fiil tarihi birbirinden ayrılmış mı?
4. Upload timestamp sunucu taraflı ham logla doğrulanıyor mu?
5. Event ID, message ID, media ID ve dosya hash değeri mevcut mu?
6. IP kaydı suça konu işleme mi, yalnız hesaba girişe mi ait?
7. Kaynak port bilgisi var mı? Genelde operatör şirketleri hatalı, eksik veya sabit olmayan IP PORT kaydı verisi sunar. (Dinamik IP)
8. Operatör sorgusunda saniye hassasiyeti ve doğru UTC dönüşümü kullanılmış mı?
9. IP–port–zaman eşleşmesi olay tarihindeki aboneyi kesin gösteriyor mu?
10. Hesabın olay anındaki session ID, device ID ve user-agent verileri var mı?
11. Yükleme manuel mi, otomatik senkronizasyon mu, yoksa uygulama içi teknik aktarım mı?
12. Dosyanın hash eşleşme tarihi ile asıl yükleme tarihi karıştırılmış mı?
13. Cihazın saat ve zaman dilimi ayarı adli imajda tespit edilmiş mi?
14. Bulundurma isnadı varsa fiilî egemenliğin başlangıç ve kesinti anı araştırılmış mı?
15. İddianamedeki suç tarihi, raporun orijinali ve teknik eklerle gerçekten uyumlu mu?

Bu sorulardan birkaçının cevapsız kalması dahi dosyanın otomatik olarak sonuçlanacağı anlamına gelmez. Fakat hangi delilin eksik olduğunu, hangi bilirkişi incelemesinin gerektiğini ve fail aidiyetinin hangi halkada koptuğunu görünür hâle getirir.

11. Tarih uyuşmazlığı KYOK veya beraat sonucunu doğurur mu?

Tek başına her tarih hatası otomatik olarak kovuşturmaya yer olmadığına ya da beraate yol açmaz. Örneğin rapordaki saat yanlış çevrilmiş olsa bile aynı olayı doğrulayan cihaz kaydı, mesaj içeriği, hesap oturumu, tanık anlatımı ve başka bağımsız deliller bulunabilir.

Buna karşılık;

• doğru UTC dönüşümü yapılmamışsa,
• IP kaydı başka zaman dilimine aitse,
• CGNAT port bilgisi yoksa,
• olay anındaki hesabı kullanan cihaz belirlenemiyorsa,
• cihazda ilgili içerik veya işlem izi bulunmuyorsa,
• server-side ham log getirtilmemişse,
• rapordaki tarih alanının kaynağı açıklanamıyorsa

NCMEC raporu ile sanık arasındaki isnat zinciri ciddi ölçüde zayıflayabilir.

CMK 217 uyarınca hüküm, duruşmada ortaya konulan ve tartışılan hukuka uygun delillere dayanmalıdır. CMK 223/2-e ise yüklenen suçun sanık tarafından işlendiğinin sabit olmaması hâlinde beraat kararı verileceğini düzenler. Bu nedenle mahkûmiyet, “tarihler birbirine yakın” varsayımına değil; doğru zaman diliminde eşleşen, hukuka uygun ve denetlenebilir delillere dayanmalıdır.

12. Avukat Orhan Önal çizgisinde sonuç: Dijital delilde saat, fiilin parmak izidir

NCMEC ve TCK 226 dosyalarında savunmanın görevi, çocukların korunmasına hizmet eden bildirim sistemini değersizleştirmek değildir. Görev; uluslararası bir ihbar verisinin Türk ceza muhakemesindeki ispat standardına uygun biçimde doğrulanıp doğrulanmadığını denetlemektir.

İzmir merkezli olarak farklı illerde takip ettiğimiz dijital ceza dosyalarında gördüğümüz temel sorunlardan biri şudur: Raporun ağırlığı ayrıntıyı gölgeler. Oysa dijital isnadın doğruluğu çoğu zaman büyük başlıklarda değil; bir zaman dilimi ibaresinde, eksik port hanesinde, yanlış çevrilmiş tarihte veya rapor tarihiyle fiil tarihinin karıştırılmasında ortaya çıkar.

NCMEC raporunda tarih incelemesinin altın kuralı şudur: Önce hangi hareketin suçlandığını belirle; sonra o hareketin ham zaman kaydını bul; en son o zamanı hesap, cihaz, IP, port ve insan iradesiyle eşleştir.

Rapor tarihi suç tarihi değildir. IP tarihi fail tarihi değildir. Hash eşleşme tarihi üretim tarihi değildir. Her teknik alan, yalnızca kendi gösterdiği kadar delildir.

13. Sık Sorulan Sorular

13.1 NCMEC rapor tarihi suç tarihi midir?

Hayır. Raporun oluşturulma, gönderilme veya işlenme tarihi idari sürece ilişkindir. Suç tarihi, isnat edilen TCK 226 hareketinin gerçekleştiği ileri sürülen ve delillerle doğrulanması gereken tarihtir.

13.2 Incident date ne demektir?

CyberTipline raporunda olayla ilişkilendirilen tarih alanıdır. Ancak kaynağı platformdan platforma veya raporun türüne göre değişebilir. Sunucu logu, kullanıcı bildirimi ya da otomatik tespit zamanı olup olmadığı raporun aslından ve eklerinden anlaşılmalıdır.

13.3 Upload date, dosyayı hesap sahibinin yüklediğini kanıtlar mı?

Tek başına kanıtlamaz. Upload kaydı teknik bir aktarımı gösterebilir. Fiilî kullanıcının kim olduğu, işlemin manuel mi otomatik mi gerçekleştiği, hangi cihaz ve oturumun kullanıldığı ayrıca ispatlanmalıdır.

13.4 NCMEC timestamp Türkiye saatine nasıl çevrilir?

Önce kaydın UTC olup olmadığı doğrulanmalıdır. Güncel Türkiye saati UTC+3’tür; ancak eski olay tarihlerinde o dönemin resmî saat uygulaması kontrol edilmelidir. Gece saatlerinde dönüşüm takvim gününü değiştirebilir.

13.5 CGNAT kaydında port yoksa ne olur?

Kaynak port bulunmaması aynı dış IP’yi kullanan aboneler arasında tekil eşleştirmeyi önemli ölçüde zorlaştırabilir. Fail aidiyeti, hesap oturumu, cihaz verisi ve diğer bağımsız delillerle desteklenmelidir.

13.6 Hash match tarihi içeriğin üretim tarihi midir?

Hayır. Hash match, sistemin dosyayı daha önce bilinen bir hash değeriyle eşleştirdiği zamanı gösterebilir. Dosyanın ilk üretildiği veya ilk kez paylaşıldığı tarih değildir.

13.7 Telefonda içerik bulunmaması NCMEC dosyasını bitirir mi?

Her zaman değil. Olay tarihinden sonra cihaz değişmiş, dosya silinmiş veya işlem başka cihazdan yapılmış olabilir. Buna karşılık cihazda içerik, cache, thumbnail, gönderim izi, hesap oturumu veya silinmiş veri bulunmaması; özellikle server-side log ve doğru IP–port eşleşmesi de yoksa ispat zincirini ciddi biçimde zayıflatabilir.

13.8 Timestamp hatası beraat sebebi olur mu?

Hatanın dosyadaki etkisine bağlıdır. Yanlış saat dönüşümü fail aidiyetini, IP eşleşmesini veya alibiyi değiştiriyorsa ve bu boşluk başka kesin delillerle giderilemiyorsa CMK 223/2-e kapsamında beraat tartışması doğabilir.

13.9 NCMEC raporunda tarih hatasına nasıl itiraz edilir?

Soyut biçimde “saat yanlış” demek yeterli değildir. Raporun orijinali, platformun ham logları, zaman dilimi, event ID, IP–port kaydı, operatör cevabı ve cihaz zaman çizelgesi yan yana konularak somut uyuşmazlık gösterilmelidir.

Konuyla İlgili Avukat Orhan Önal Yazıları (Benzer)

1. NCMEC Raporu ile Müstehcenlik Suçu Nedir? (TCK 226)
2. NCMEC Dosyalarında İlk Bakılması Gereken 10 Teknik Nokta
3. TCK 226’da Cache (Önbellek) ve Hash Delili
4. Siber Suçlarda CMK 134 İhlali: İmaj, Hash, Tutanak
5. NCMEC Raporu ile TCK 105 Davasında Beraat Savunması

Kaynaklar ve Mevzuat

• 5237 sayılı Türk Ceza Kanunu – güncel resmî metin
• 5271 sayılı Ceza Muhakemesi Kanunu – güncel resmî metin
• NCMEC 2025 CyberTipline verileri ve raporlama süreci
• NCMEC – Child Sexual Abuse Material ve CyberTipline açıklaması
• Bu içerik genel hukuki bilgilendirme amacıyla hazırlanmıştır. NCMEC/CyberTipline ve TCK 226 dosyalarında rapor alanları ile teknik kayıtlar somut olaya göre değişebileceğinden, her dosya kendi delil yapısı içinde incelenmelidir.

Avukat Orhan ÖNAL’ın Bu Konuda Çok Sık Okunan Başka Yazıları;

#	Yazı Başlığı	İçerik Odak Noktası	Orijinal Bağlantı
1	NCMEC Avukatı – Çocuklara Karşı Dijital Suçlar ve Müstehcenlik	NCMEC raporu, çocuk pornografisi, dijital delil, ceza avukatı yaklaşımı	https://www.orhanonal.av.tr/ncmec-avukati-cocuklara-karsi-dijital-suclar-mustehcenlik/
2	NCMEC Nedir? Çocuk Koruma Mücadelesi ve Müstehcenlik Suçu	NCMEC’in hukuki konumu, çocukların korunması, ihbar sistemi	https://www.orhanonal.av.tr/ncmec-nedir-cocuk-koruma-mucadelesi-sucu-mustehcenlik/
3	Müstehcenlik Suçu Nedir? TCK 226 ve Dijital Savunma	Çocuk pornografisi, TCK 226, dijital materyal, savunma stratejileri	https://www.orhanonal.av.tr/mustehcenlik-sucu-nedir-tck-m-226-dijital-savunma/
4	Müstehcenlik Suçunun Şartları ve NCMEC Rapor İhbarı	Suçun unsurları, NCMEC bildirimi, teknik-hukuki ayrım	https://www.orhanonal.av.tr/mustehcenlik-sucu-sartlari-ve-ncmec-rapor-ihbari/
5	Müstehcenlik Suçunun NCMEC Raporu ile Teknik Detayları	Hash, IP, zaman damgası, adli bilişim incelemesi	https://www.orhanonal.av.tr/mustehcenlik-sucunun-ncmec-raporu-ile-teknik-detaylari/
6	NCMEC Raporu ve NCMEC Mağduriyeti Nedir?	Hatalı isnatlar, dijital kanaat sorunu, savunma perspektifi	https://www.orhanonal.av.tr/ncmec-raporu-ve-ncmec-magduriyeti-nedir/
7	2025’te Müstehcenlik Suçları ve NCMEC Raporu Davaları	Güncel uygulama, savcılık ve mahkeme pratikleri	https://www.orhanonal.av.tr/2025te-mustehcenlik-suclari-ve-ncmec-raporu-davalari/
8	NCMEC CyberTipline: Dijital Çağın En Kritik Delil Zinciri	CyberTipline sistemi, ihbarın sınırları, delil zinciri	https://www.orhanonal.av.tr/ncmec-cybertipline-dijital-cagin-en-kritik-delil-zinciri/
9	Çocuk Pornografisi Suçunda Avukat ve Beraat Stratejileri	Çocuk pornografisi savunması, beraat örüntüleri	https://www.orhanonal.av.tr/cocuk-pornografisi-sucunda-avukat-beraat-stratejileri/
10	NCMEC ve Müstehcenlik Suçunda Savunma ve Avukatlık	Ceza avukatının rolü, CMK 134, dijital savunma	https://www.orhanonal.av.tr/ncmec-mustehcenlik-sucunda-savunma-ve-avukatlik/
11	19 İlde Eş Zamanlı NCMEC Operasyonu: Tutuklama Savunması	Eş zamanlı operasyon pratiği, gözaltı–sevk, dijital delil rejimi, tutuklama/adli kontrol stratejisi	https://www.orhanonal.av.tr/19-ilde-es-zamanli-ncmec-operasyonu-tutuklama-savunmasi/

• Avukat Orhan ÖNAL çizgisinde hazırlanan Müstehcenlik ve Çocuk Pornografisi Ceza Davaları & Soruşturmaları yazıları; tecrübeye dayalı genel bilgilendirme amaçlıdır; somut dosya stratejisi, evrak ve teknik rapor içeriğine göre ayrıca değerlendirilmelidir. Bu hususta ve benzeri nitelikte konularda ise uzun yıllardır üzerinde çalıştığımız ancak tamamlayamadığımız “NCMEC Uygulamaları Kitabında” da detaylıca yer verilmektedir.
• Teknik ve hukuk alanında tecrübe gerektiren bu konularda telafisi imkansız hak kayıplarına uğramamak için, mutlaka avukatınıza danışmanızı şiddetle önermekteyiz.
• Benzer NCMEC’den doğan ceza davalarından gördüğümüz; her nevinden NCMEC davalarında farklı savunma argümanları geliştirilerek hareket edilmesi gerekliliğinin unutulmamasını ve mutlaka avukatınızla hareket edilerek savunma yapılmasını unutmamanızı şiddetle tavsiye ederiz.
• Aradığınız dava türü veya hukuki ihtilaf hakkında *yazılar*  bölümüne veya *NCMEC DAVALARI için* tıklayarak ya da sağ üst köşeden arama yaparak onlarca davanız hakkında dilediğinizi okuyup, araştırabilirsiniz.

  • AVUKAT DESTEĞİ

    Randevu almak için çalışma saatleri içerisinde aşağıdaki telefon aracılığı ile ulaşabilir, whatsapp hattına yazabilir (tıkla) veya aşağıdaki adrese mail atabilirsiniz. 

    Hafta içi: 09:00 – 19:00
    Cumartesi: 10:00 – 18:00

    Telefon: +90 532 282 25 23

    Gizlilik

    Gizlilik, bir avukatın ve hukuk büromuzun en önemli etik ilkelerinden biridir; 1136 sayılı Kanunda tanımlanan gizlilik ve ifşa etmeme ilkesini çok dikkatli ve hassas bir şekilde uygular. Ancak büromuz, müvekkillerinin bilgi, belge ve bilgilerini gizlilik ve bilgi sorumluluğu sınırları içinde gizli tutar ve hiçbir şekilde ve hiçbir koşulda üçüncü kişi ve kurumlarla paylaşmaz.