English | Türkçe

Only the latest release is supported. When a new version is published, every previous release is immediately deprecated and receives no security fixes, bug fixes, or support. Deprecated releases are marked [DEPRECATED] in their GitHub release title. The rolling ioc-data release is exempt — it is not a software version and always hosts the current IoC dataset.

DO NOT report security vulnerabilities through public GitHub issues.

Use GitHub's built-in Private vulnerability reporting feature: Report a vulnerability →

If the above is unavailable, open a private issue describing the vulnerability.

• Type of issue (e.g., injection, path traversal, etc.)
• Full paths of source file(s) related to the issue
• The location of the affected source code (tag/branch/commit or direct URL)
• Any special configuration required to reproduce the issue
• Step-by-step instructions to reproduce the issue
• Proof-of-concept or exploit code (if possible)
• Impact of the issue, including how an attacker might exploit it

When using this tool:

• Never commit .env files or API keys
• Use environment variables for sensitive configuration
• Run the pipeline in isolated environments
• Validate all IoC data before applying to production systems
• Keep dependencies updated (pip-audit, dependabot)

• Automated dependency updates via Dependabot
• Regular security audits with pip-audit
• Secret scanning with push protection enabled
• Dependabot security updates and automated fixes enabled

Yalnızca en son sürüm desteklenir. Yeni bir sürüm yayınlandığında, önceki tüm sürümler derhal kullanımdan kaldırılır ve güvenlik düzeltmesi, hata düzeltmesi veya destek almaz. Kullanımdan kaldırılan sürümler, GitHub sürüm başlıklarında [DEPRECATED] olarak işaretlenir. Yuvarlanan ioc-data release'i bu kuraldan muaftır — bir yazılım sürümü değildir ve her zaman güncel IoC veri kümesini barındırır.

Güvenlik açıklarını herkese açık GitHub sorunları üzerinden bildirmeyin.

GitHub'un yerleşik Özel güvenlik açığı bildirimi özelliğini kullanın: Bir güvenlik açığı bildirin →

Yukarıdaki seçenek kullanılamıyorsa, sorunu özel bir sorun olarak açın.

• Sorunun türü (ör. enjeksiyon, yol aşımı, vb.)
• Sorunla ilgili kaynak dosya(lar)ın tam yolları
• Etkilenen kaynak kodunun konumu (etiket/dal/commit veya doğrudan URL)
• Sorunu yeniden üretmek için gereken özel yapılandırma
• Sorunu yeniden üretme adımları
• Kanıt kodu veya exploit kodu (mümkünse)
• Saldırganın sorunu nasıl istismar edebileceğini de içeren etki

Bu aracı kullanırken:

• .env dosyalarını veya API anahtarlarını asla commit etmeyin
• Hassas yapılandırma için ortam değişkenlerini kullanın
• Hattı izole ortamlarda çalıştırın
• Tüm IoC verilerini üretim sistemlerine uygulamadan önce doğrulayın
• Bağımlılıkları güncel tutun (pip-audit, dependabot)

• Dependabot aracılığıyla otomatik bağımlılık güncellemeleri
• pip-audit ile düzenli güvenlik denetimleri
• Push korumalı gizli tarama etkin
• Dependabot güvenlik güncellemeleri ve otomatik düzeltmeler etkin