<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Open Source Security on Խելացի ավտոմատացում հարցաթերթիկների և համապատասխանության համար</title><link>https://blog.procurize.ai/hy/categories/open-source-security/</link><description>Recent content in Open Source Security on Խելացի ավտոմատացում հարցաթերթիկների և համապատասխանության համար</description><generator>Hugo</generator><language>hy</language><atom:link href="https://blog.procurize.ai/hy/categories/open-source-security/index.xml" rel="self" type="application/rss+xml"/><item><title>ԱԻ‑ն աջակցող իրական ժամանակի բաց կոդի համաձայնության ռիսկի գնահատման շարժիչ</title><link>https://blog.procurize.ai/hy/real-time-open-source-compliance-risk-scoring/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.procurize.ai/hy/real-time-open-source-compliance-risk-scoring/</guid><description>&lt;h1 id="աին-աջակցող-իրական-ժամանակի-բաց-կոդի-համաձայնության-ռիսկի-գնահատման-շարժիչ">ԱԻ‑ն աջակցող իրական ժամանակի բաց կոդի համաձայնության ռիսկի գնահատման շարժիչ&lt;/h1>
&lt;p>Ընկերությունները ավելի ու ավելի հաճախ կառուցում են արտադրանքները բաց‑կոդի բաղադրիչների վրա։ Սա արագացնում է նորարարությունը, բայց նաև ստեղծում է շարժվող լիցենզավորման, խոցելիության և կարգապահական պարտականությունների նպատակակետ։ Ավանդական համաձայնության ստուգումները կատարվում են գիշերային կամ պահանջի դեպքում, թողնելով բաց պատուհան, որտեղ նոր ներմուծված կախվածությունը կարող է խախտել քաղաքականությունը, մինչև որ որևէ մեկը նկատի ունենա։&lt;/p>
&lt;p>&lt;strong>Ի՞նչ լինի, եթե համաձայնությունը կարող է գնահատվել այն պահին, երբ կախվածությունը հայտնվում է pull request‑ում, ռիսկի գնահատումով, որը բացատրում է &lt;em>ինչու&lt;/em> և &lt;em>ինչպե՞ս&lt;/em> պետք է ուղղել?&lt;/strong>&lt;/p></description></item></channel></rss>