{"id":378,"title":"RDP Relay Server (PR #2101)","content":"
\n

Fortra'n\u0131n popüler a\u011f protokolü kütüphanesi Impacket<\/strong> üzerindeki #2101<\/strong> numaral\u0131 Pull Request (PR), siber güvenlik dünyas\u0131 için oldukça heyecan verici bir yenili\u011fi gündeme ta\u015f\u0131yor: RDP Relay Server (RDP Aktar\u0131m Sunucusu) deste\u011fi.<\/strong><\/p>\n

Bu geli\u015fme, özellikle s\u0131zma testi uzmanlar\u0131 ve k\u0131rm\u0131z\u0131 tak\u0131m (Red Team) operatörleri için NTLM relay sald\u0131r\u0131lar\u0131nda yeni bir ufuk aç\u0131yor. \u0130\u015fte bu PR'\u0131n detaylar\u0131, teknik arka plan\u0131 ve güvenlik dünyas\u0131 için ne anlama geldi\u011fine dair kapsaml\u0131 bir inceleme.<\/p>\n

https:\/\/github.com\/fortra\/impacket\/pull\/2101<\/a><\/p>\n

\n

Impacket'e Yeni Bir Güç: RDP Relay Server (PR #2101)<\/h1>\n

Siber güvenlik araçlar\u0131 aras\u0131nda bir \"\u0130sviçre çak\u0131s\u0131\" olarak kabul edilen Impacket, a\u011f protokollerini manipüle etme konusunda rakipsizdir. Son dönemde azoxlpf<\/strong> taraf\u0131ndan aç\u0131lan #2101 numaral\u0131 PR ile projeye eklenen RDP Relay<\/strong> özelli\u011fi, uzun süredir eksikli\u011fi hissedilen bir bo\u015flu\u011fu doldurmaya aday.<\/p>\n

1. Nedir Bu RDP Relay?<\/h2>\n

Bugüne kadar Impacket içindeki ntlmrelayx.py<\/code> arac\u0131; SMB, HTTP, MSSQL ve LDAP gibi protokoller üzerinden gelen kimlik do\u011frulama isteklerini ba\u015fka hedeflere aktarabiliyordu. Ancak RDP (Uzak Masaüstü Protokolü) üzerinden bir relay (aktar\u0131m) gerçekle\u015ftirmek, protokolün karma\u015f\u0131kl\u0131\u011f\u0131 ve \u015fifreleme katmanlar\u0131 nedeniyle her zaman daha zordu.<\/p>\n

PR #2101<\/strong>, Impacket'e bir RDP sunucusu dinleyicisi (listener) ekliyor. Bu sayede, kurban bir makineden sald\u0131rgan\u0131n makinesine yanl\u0131\u015fl\u0131kla veya yönlendirme sonucu bir RDP ba\u011flant\u0131s\u0131 ba\u015flat\u0131ld\u0131\u011f\u0131nda, sald\u0131rgan bu kimlik do\u011frulama verilerini yakalay\u0131p ba\u015fka bir servise (örne\u011fin SMB veya LDAP) aktarabiliyor.<\/p>\n

2. Teknik Detaylar ve Uygulama<\/h2>\n

Bu PR ile gelen temel de\u011fi\u015fiklikler \u015funlard\u0131r:<\/p>\n

    \n
  • \n

    RDP Protokol Deste\u011fi:<\/strong> Impacket'in protokol kütüphanesine RDP paket yap\u0131s\u0131 ve el s\u0131k\u0131\u015fma (handshake) süreçleri daha entegre hale getirildi.<\/p>\n<\/li>\n

  • \n

    ntlmrelayx<\/code> Entegrasyonu:<\/strong> RDP art\u0131k bir giri\u015f (incoming) protokolü olarak kullan\u0131labiliyor. Yani sald\u0131rgan -t<\/code> (target) parametresiyle hedefi belirlerken, kurban\u0131n RDP üzerinden ba\u011flanmas\u0131n\u0131 bekleyebiliyor.<\/p>\n<\/li>\n

  • \n

    NLA (Network Level Authentication) Manipülasyonu:<\/strong> RDP ba\u011flant\u0131lar\u0131nda kullan\u0131lan NLA katman\u0131, asl\u0131nda arka planda NTLM veya Kerberos kullan\u0131r. Bu PR, NLA el s\u0131k\u0131\u015fmas\u0131 s\u0131ras\u0131ndaki NTLM challenge-response ak\u0131\u015f\u0131n\u0131 yakalay\u0131p relay sürecine dahil ediyor.<\/p>\n<\/li>\n<\/ul>\n

    3. Sald\u0131r\u0131 Senaryosu: Nas\u0131l Kullan\u0131l\u0131r?<\/h2>\n

    Tipik bir senaryoda sald\u0131rgan \u015fu ad\u0131mlar\u0131 izler:<\/p>\n

      \n
    1. \n

      Dinleyiciyi Ba\u015flatma:<\/strong> ntlmrelayx.py -t smb:\/\/hedef-sunucu --rdp<\/code> komutuyla (veya ilgili yeni parametrelerle) bir RDP dinleyicisi aç\u0131l\u0131r.<\/p>\n<\/li>\n

    2. \n

      Kurban\u0131 Yönlendirme:<\/strong> Kurban kullan\u0131c\u0131, bir \u015fekilde (LLMNR\/NBT-NS zehirlemesi veya sosyal mühendislik ile) sald\u0131rgan\u0131n IP'sine RDP yapmaya zorlan\u0131r.<\/p>\n<\/li>\n

    3. \n

      Kimlik Aktar\u0131m\u0131:<\/strong> Kurban kullan\u0131c\u0131 kullan\u0131c\u0131 ad\u0131 ve parolas\u0131n\u0131 (veya hash bilgisini) girdi\u011finde, Impacket bu NTLM verisini al\u0131r ve an\u0131nda hedef-sunucu<\/code> üzerindeki SMB servisine basar.<\/p>\n<\/li>\n

    4. \n

      Sonuç:<\/strong> E\u011fer kurban\u0131n yetkileri yeterliyse, sald\u0131rgan hedef sunucuda komut çal\u0131\u015ft\u0131rabilir veya veri s\u0131zd\u0131rabilir.<\/p>\n<\/li>\n<\/ol>\n

      NTLMRelayx RDP sunucusunda bir yöneticinin do\u011frulamas\u0131:<\/p>\n

      \"1\"<\/p>\n

      SMB imzas\u0131n\u0131n gerekmedi\u011fi bir sunucuda NTLM kimlik do\u011frulamas\u0131n\u0131n SMB'ye ileti:<\/p>\n

      \"2\"<\/p>\n

      \"\"4. Neden Önemli?<\/h2>\n
        \n
      • \n

        Yeni Bir Vektör:<\/strong> Birçok kurumda SMB imzalama (SMB Signing) zorunlu hale getirilerek relay sald\u0131r\u0131lar\u0131 engellenmi\u015ftir. Ancak RDP üzerinden gelen ba\u011flant\u0131lar\u0131n relay edilmesi, defans ekiplerinin genellikle gözden kaç\u0131rd\u0131\u011f\u0131 bir bo\u015fluktur.<\/p>\n<\/li>\n

      • \n

        Görünmezlik:<\/strong> RDP trafi\u011fi genellikle i\u015f süreçlerinin bir parças\u0131d\u0131r ve firewall kurallar\u0131nda izinlidir. Bu, sald\u0131rgan\u0131n a\u011f içinde daha rahat hareket etmesini sa\u011flar.<\/p>\n<\/li>\n<\/ul>\n

        5. Savunma Taraf\u0131nda Ne Yap\u0131lmal\u0131?<\/h2>\n

        Bu tür sald\u0131r\u0131lardan korunmak için \u015fu önlemler kritik öneme sahiptir:<\/p>\n

          \n
        • \n

          Restricted Admin Mode:<\/strong> RDP ba\u011flant\u0131lar\u0131nda kimlik bilgilerinin sunucuya gönderilmesini engelleyen \"Restricted Admin\" modu kullan\u0131lmal\u0131d\u0131r.<\/p>\n<\/li>\n

        • \n

          SMB Signing ve LDAP Signing:<\/strong> Relay sald\u0131r\u0131lar\u0131n\u0131n nihai hedefleri (SMB\/LDAP) mutlaka imzalama zorunlulu\u011fu ile korunmal\u0131d\u0131r.<\/p>\n<\/li>\n

        • \n

          NLA Gereksinimi:<\/strong> RDP sunucular\u0131nda A\u011f Düzeyinde Kimlik Do\u011frulama (NLA) zorunlu tutulmal\u0131, ancak tek ba\u015f\u0131na yeterli olmad\u0131\u011f\u0131 (bu PR'da görüldü\u011fü üzere) unutulmamal\u0131d\u0131r.<\/p>\n<\/li>\n

        • \n

          MFA (Çok Faktörlü Kimlik Do\u011frulama):<\/strong> RDP giri\u015flerinde MFA kullan\u0131m\u0131, relay edilen statik \u015fifrelerin veya hash'lerin i\u015flevsiz kalmas\u0131n\u0131 sa\u011flar.<\/p>\n<\/li>\n<\/ul>\n

          Sonuç<\/h2>\n

          Impacket'in #2101 numaral\u0131 pull request'i, projenin modern sald\u0131r\u0131 tekniklerine ne kadar h\u0131zl\u0131 uyum sa\u011flad\u0131\u011f\u0131n\u0131n bir kan\u0131t\u0131. RDP Relay deste\u011fi, s\u0131zma testlerinde \"ula\u015f\u0131lamaz\" görülen hedeflere ula\u015fmak için yeni bir anahtar sunuyor. Henüz ana dallara (master\/main) tam olarak entegre edilme sürecinde olsa da, güvenlik ara\u015ft\u0131rmac\u0131lar\u0131n\u0131n bu geli\u015fmeyi yak\u0131ndan takip etmesi ve kendi lab ortamlar\u0131nda test etmesi \u015fiddetle tavsiye edilir.<\/p>\n

          \n

          Not: Bu yaz\u0131 bilgilendirme amaçl\u0131d\u0131r. Araçlar\u0131n yetkisiz sistemler üzerinde kullan\u0131m\u0131 yasal sonuçlar do\u011furabilir.<\/em><\/p>\n<\/div>\n

          <\/p>","excerpt":"Fortra'n\u0131n pop\u00fcler a\u011f protokol\u00fc k\u00fct\u00fcphanesi Impacket \u00fczerindeki #2101 numaral\u0131 Pull Request (PR), siber g\u00fcvenlik d\u00fcnyas\u0131 i\u00e7in olduk\u00e7a heyecan verici bir yenili\u011fi g\u00fcndeme ta\u015f\u0131yor: RDP Relay Server (RDP Aktar\u0131m Sunucusu) deste\u011fi.","created_at":"2026-01-05 21:20:40","updated_at":"2026-09-07 14:34:59","category_id":7,"view_count":494,"reading_time":5,"status":"published","editor_choice":0,"is_editor_choice":0,"published_at":"2026-01-05 18:20:40","featured_image":"\/uploads\/images\/2026\/01\/695c00d3c0f22_1767637203.png","slug":"rdp-relay-server-pr-2101","category_name":"Cyber Security","category_slug":"cyber-security"}