Yeni bir Cuckoo Agent mevcut olsa da, eski Cuckoo Agent için geriye dönük uyumluluk hala mevcut ve düzgün bir şekilde çalışıyor.
[](https://acikkaynak.lastguard.com.tr/uploads/images/gallery/2023-12/iDGresim.png) # tcpdump Permission Denied hatası Sürüm 2.0.0'da değiştirildi. Yeni Cuckoo yapısıyla birlikte, tüm depolama varsayılan olarak ~/.cuckoo içinde bulunur, bu arada PCAP dosyası, ~/.cuckoo/storage/analyses/task\_id/dump.pcap konumunda saklanır. Ubuntu'da varsayılan olarak etkin olan AppArmor (AppArmor profili) ile dot-dizinlerine ($HOME içinde) yazma izni olmayan tcpdump, izin reddedildiği bir hata mesajı alır ve Cuckoo'nun PCAP dosyalarını yakalamasını engeller. AppArmor araçlarını yükleyerek ve basitçe tcpdump AppArmor profilini tamamen devre dışı bırakarak çözülebilir: > sudo apt-get install apparmor-utils > sudo aa-disable /usr/sbin/tcpdump # DistributionNotFound / No distribution matching the version hatası Sürüm 2.0.0'da değiştirildi. Cuckoo'yu Python paketi aracılığıyla kurmak, esasen güncel olmayan Python package manager sorunlarına yol açar. Bu SSS girişi, aşağıdaki sorunu hedeflemektedir: > $ cuckoo > Traceback (most recent call last): > File "/usr/local/bin/cuckoo", line 5, in <module> > from pkg\_resources import load\_entry\_point > File "/usr/lib/python2.7/dist-packages/pkg\_resources.py", line 2749, in <module> > working\_set = WorkingSet.\_build\_master() > File "/usr/lib/python2.7/dist-packages/pkg\_resources.py", line 446, in \_build\_master > return cls.\_build\_from\_requirements(\_\_requires\_\_) > File "/usr/lib/python2.7/dist-packages/pkg\_resources.py", line 459, in \_build\_from\_requirements > dists = ws.resolve(reqs, Environment()) > File "/usr/lib/python2.7/dist-packages/pkg\_resources.py", line 628, in resolve > raise DistributionNotFound(req) > pkg\_resources.DistributionNotFound: tlslite-ng==0.6.0a3 Bu ve buna benzer sorunlar güncel olmayan Python package manager yazılımından kaynaklanır. Neyse ki bunların düzeltilmesi oldukça basittir ve bu nedenle aşağıdaki komut işe yaramalıdır: > pip install -U pip setuptools # IOError: [Errno 24] Too many open files Bu sorun, çok sayıda bırakılmış dosyası olan örnekleri analiz ederken karşılaşılabilecek bir sorundur, bu kadar çok dosya ki İşleme Yardımcısı artık yeni dosya tanımlayamaz hale gelir. Bu sorunun en kolay çözümü, mevcut kullanıcı için dosya tanımlama sınırlarını artırmaktır. Bu işlemi buradaki yolu izleyerek yapabilirsiniz. [Open Files Sınırını Arttırmak Yazısını İnceleyin](https://acikkaynak.lastguard.com.tr/books/sikca-sorulan-sorular/page/open-files-sinirini-arttirmak) Eğer Supervisor kullanıyorsanız, supervisord.conf dosyasında minfds'yi ayarlamayı unutmayın. Değişikliklerin etkili olabilmesi için genellikle önce oturumu kapatmanız (yani çıkış yapmanız) ve ardından yeni bir kabuk oturumu açmanız gerektiğini unutmayın. # Open Files Sınırını Arttırmak Eğer 'Too many open files (24)' hatası alıyorsanız, application/command/script Linux tarafından izin verilen maksimum açık dosya sınırına ulaşıyor demektir. Aşağıdaki gibi açık dosya sınırını artırmanız gerekecek: #### Limiti Arttırmak #### Per User Limit /etc/security/limits.conf dosyasını açın ve aşağıdaki kısmı yapıştırın: > \* hard nofile 500000 > \* soft nofile 500000 > root hard nofile 500000 > root soft nofile 500000 Dosyayı kaydettikten sonra sisteme çıkış yapın ve tekrar giriş yapın. ##### pam-limits Sınırın daemon işlemleri için değiştirilmesi için ek bir adım gerekebilir. Buna ihtiyaç duymayabilirsiniz, ancak yukarıdaki değişiklikler sizin için işe yaramazsa, bu yolu denemeyi düşünebilirsiniz. /etc/pam.d/common-session dosyasını açın ve aşağıdaki satırı ekleyin: > session required pam\_limits.so #### System-Wide Limit Değeri yukarıda belirlenen kullanıcı sınırından daha yüksek bir şekilde ayarlayabilirsiniz. /etc/sysctl.conf dosyasını açın ve aşağıdaki satırı ekleyin: > fs.file-max = 2097152 Sonrasında aşağıdaki komutu çalıştırın: > sysctl -p Yukarıdaki işlem, sistem genelinde açık kalabilen toplam dosya sayısını artırır. #### Yeni Limit Belirlemek Dosya tanımlarının maksimum sınırını görmek için aşağıdaki komutu kullanın: > cat /proc/sys/fs/file-max Hard Limit: > ulimit -Hn Soft Limit: > ulimit -Sn Eğer root kullanıcı ile giriş yaptıysanız: ##### Diğer kullanıcılar için limiti görmek Sadece www-data yerine kontrol etmek istediğiniz Linux kullanıcı adınızı (username) yazarak değiştirin: > su - www-data -c 'ulimit -aHS' -s '/bin/bash' ##### Çalışan process’in limitini görmek Process id’yi (PID) öğrenmek için: > ps aux | grep process-name XXX PID'dir, buna göre limitleri kontrol etmek için aşağıdaki komutu çalıştırın: > cat /proc/XXX/limits # pkg_resources.ContextualVersionConflict Eğer Cuckoo Paketi kuruyorsanız veya güncelliyorsanız, aşağıdaki gibi bir hata alabilirsiniz: > pkg\_resources.ContextualVersionConflict: (HTTPReplay 0.1.5 > (/usr/local/lib/python2.7/dist-packages), > Requirement.parse('HTTPReplay==0.1.17'), set(\['Cuckoo'\])) Bu sorunun kaynağı ilgili pip bağımlılıklarının güncel sürümlerinin değil de eski sürümlerinin yüklenmiş olmasıdır. Bu sorunu çözmenin en kolay yolu, ilgili bağımlılığın tüm sürümlerini kaldırmak ve Cuckoo'yu yeniden yüklemektir. Aşağıda sunulan HTTPReplay örneğinde, işlem şöyle görünebilir: > $ sudo pip uninstall httpreplay > Uninstalling HTTPReplay-0.1.17: > /usr/local/bin/httpreplay > /usr/local/bin/pcap2mitm > /usr/local/lib/python2.7/dist-packages/HTTPReplay-0.1.17-py2.7.egg-info > ... > Proceed (y/n)? y > Successfully uninstalled HTTPReplay-0.1.17 > > $ sudo pip uninstall httpreplay > Uninstalling HTTPReplay-0.1.5: > /usr/local/lib/python2.7/dist-packages/HTTPReplay-0.1.5-py2.7.egg-info > Proceed (y/n)? y > Successfully uninstalled HTTPReplay-0.1.5 > > $ sudo pip uninstall httpreplay > Cannot uninstall requirement httpreplay, not installed Sonrasında Cuckoo'yu yeniden yüklemek için basitçe pip install -U cuckoo komutunu kullanabilirsiniz. # ValueError: incomplete format key hatası Bu sorun, $CWD/conf içindeki ayarları değiştirdikten sonra runtime anında ortaya çıkabilir, çünkü input, runtime sırasında kaçırılmadan configuration parser’a iletilir. Yapılandırma dosyalarınızı, olası sorunlu karakter kombinasyonlarına (örneğin %() gibi) karşı kontrol ederken dikkatli bir şekilde gözden geçirmeniz önemlidir. # Sanal makine (VM) ağ yapılandırması sorunu Sanal Makinenizin ağ yapılandırması beklenildiği gibi çalışmıyorsa, Cuckoo analizlerini bu şekilde kullanamayacağınıza dair bir bildirim alacaksınız. Ağ yapılandırması ve/veya kurulumunuzun neden yanlış olduğuyla ilgili birçok olasılık vardır. Bununla birlikte, genellikle sorun aşağıdaki nedenlerden birinde bulunur: 1. Sanal makinenin IP adresi yanlış yapılandırılmış olabilir. Lütfen VM'in sabit bir IP adresine sahip olduğundan, bu IP adresinin Cuckoo yapılandırması ile eşleştiğinden ve yapılandırılmış ağ arabiriminin var ve aktif olduğundan emin olun. Ayrıca, VirtualBox kullanıyorsanız, ağ arabirimini Host-Only arabirim olarak yapılandırdığınızdan emin olun. 2. Ana Makine ve Konuk arasındaki iletişimi engelleyen bir güvenlik duvarının olmadığından ve Ana Makine ile Konuk'un birbirlerine ping atabildiğinden ve birbirlerine bağlanabildiğinden emin olun. 3. Cuckoo Ana Makine'den Konuk'a bağlantılar çalışıyorsa, ancak ters yönde çalışmıyorsa, bazı ek sorunlar olabilir: - Ana Makine ve Konuk üzerinde ağ yapılandırması eşit mi? Değilse, örneğin VM farklı IP aralıklarını görüyorsa, resultserver\_ip ve resultserver\_port'u yapılandırmanız gerekebilir. - Eğer Cuckoo Analyzer'ı (genellikle $CWD/analyzer klasöründe bulunur) değiştirdiyseniz, bu hata mesajı, bir sözdizimi hatası veya başka bir istisna eklenmiş olabileceğini, Analyzer'ın düzgün başlatılamamasına ve dolayısıyla beklenildiği gibi analiz yapamamasına işaret edebilir.