4276 cikk
4276 CIKK
A Snyk célja, hogy Önök biztonságos módon használhassák a nyílt forráskódot. A sérülékenységek egy olyan jelzés, hogy egy függőség nem egészséges, de számos egyéb kockázati tényező is létezik. Ezért egy teljes csapatunk azon dolgozik, hogy a Snyk legyen az, amelyben megtalálhatja az összes információt a függéseiről – a biztonságtól kezdve a licencinformációkig, és most a “Egészség” területig.
Az FIRST egyik kezdeményezése egy különös érdeklődő csoport (SIG), amely a Common Vulnerability Scoring System (CVSS) specifikáció fejlesztéséért és karbantartásáért felelős, a cél, hogy a csapatok megértsék és prioritássá tegyék a biztonsági gyengeségek súlyát.
Ez a bejegyzés a közelmúltban felfedezett CRLF injekció-sérülést egy népszerű Python könyvtárban tárgyal, és útmutatást nyújt arról, hogyan védheted Python projektedet.
Új JVM ökoszisztéma felmérést indítunk 2019-re. A felmérés célja, hogy megértjük a teljes JVM ökoszisztéma és különösen a Java helyzetét.
Az Amazon S3 erőforrásainak konfigurációjának rossz kezelése jelentős biztonsági és megfelelési problémákhoz vezethet. Tanulja meg, hogyan lehet ezeket a kockázatokat elkerülni.
Az axios érintett verziói veszélyeztetettek a Denial of Service (DoS) támadásra, mivel a tartalom továbbra is feldolgozásra kerül a kérések után, még akkor is, ha a maxContentLength értékének határértéke meghalad. Ez növeli a be- és kimeneti tevékenységet és a CPU-használatot.
Ez a bejegyzés a Snyk által javasolt 8 biztonsági legjobb gyakorlatot mutat be az Azure Repos használatával kapcsolatban.
A csapaton belülre vonatkozó szabályok, amelyek megakadályozzák a felhasználónevek és jelszavak tárolását kódban, nagyszerű módja annak, hogy szabályozzonja a rossz viselkedést a meglévő fejlesztői munkáltatásban.
Ha érzékeny adatokra bukkolt az Azure Repos adattáradban, több dolgot kell tenned a helyreállítás érdekében, beleértve a régebben nyilvánvaló tokenek és jelszavak érvénytelenítését.
Az Snyk által biztosított natív integrációval az Azure Repos-szal, minden kódkezelési kérést tesztelnek, hogy biztosítsák, hogy a kódalapba ne kerüljön új biztonsági hiányosság. A szabályzatok konfigurálhatók, hogy a hibásan elfogadott biztonsági hiányosságok súlyát meghatározzák. A következő képen egy sikertelen PR-t láthatunk, amely új biztonsági hiányosságok miatt nem lett elfogadva.
Az Azure Repos-hoz SECURITY.md fájl hozzáadása segít a felhasználóknak megtalálni a szükséges információkat, valamint ösztönzi a karbantartókat a biztonsági gyakorlatok figyelembe vételére.
