<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Анализ утечек конфиденциальных данных через репозитории на G...</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html</link>
    <description>Группа исследователей из Университета штата Северная Каролина &lt;br&gt;опубликовала (https://www.ndss-symposium.org/ndss-paper/how-bad-can-it-git-characterizing-secret-leakage-in-public-github-repositories/) результаты (PDF (https://www.ndss-symposium.org/wp-content/uploads/2019/02/ndss2019_04B-3_Meli_paper.pdf)) анализа случайного попадания конфиденциальных данных в публично доступные репозитории на GitHub. Например, из-за недосмотра в репозитории временами попадают оставленные в рабочем каталоге или вшитые в код ключи доступа (https://www.opennet.ru/opennews/art.shtml?num=41370) к облачным сервисам, пароли к СУБД, ключи к VPN и сертификаты (https://www.opennet.ru/opennews/art.shtml?num=47584) для цифровых подписей. &lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;В ходе проделанной работы был исследован как статических срез, включающий 13&#037; репозиториев на GitHub (около 4 млн репозиториев), так и проанализирована динамика появления новых утечек, для чего на протяжении 6 месяцев отслеживались все новые коммиты на GitHub. Для анализа  использовались ср</description>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (анон)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#43</link>
    <pubDate>Sun, 24 Mar 2019 21:14:28 GMT</pubDate>
    <description>сами себе противоречите, в мс только такие и работают&lt;br&gt;</description>
</item>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (Anon_Erohin)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#42</link>
    <pubDate>Sun, 24 Mar 2019 12:09:07 GMT</pubDate>
    <description>Засилье джуниоров формошлепов на гитхабе после покупки мелкомягкими, которые по незнанию выкладывают корпоративные ключи... Вот что значит уменьшить порог вхождения и упрощать инструменты разработки.&lt;br&gt;Нормальные разработчики и кампании ставят свои инстансы гита, на крайний случай - гитлаб.&lt;br&gt;</description>
</item>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (Honeypot)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#41</link>
    <pubDate>Sun, 24 Mar 2019 04:11:23 GMT</pubDate>
    <description>Они уверены что конф. данные не были специально там размещены особенно для перехвата через VPN?&lt;br&gt;</description>
</item>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (Ordu)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#40</link>
    <pubDate>Sat, 23 Mar 2019 22:06:59 GMT</pubDate>
    <description>&amp;gt; А можно по командам разложить и со скрина, если в IDE делаете? &lt;br&gt;&lt;br&gt;Как пользоваться rebase? https://mtyurt.net/post/git-using-advanced-rebase-features-for-a-clean-repository.html&lt;br&gt;&lt;br&gt;А вот тут можно попрактиковаться: https://github.com/salemove/gojo&lt;br&gt;</description>
</item>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (InuYasha)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#39</link>
    <pubDate>Sat, 23 Mar 2019 19:37:27 GMT</pubDate>
    <description>А что не выложили-то? :)&lt;br&gt;</description>
</item>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (universite)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#38</link>
    <pubDate>Sat, 23 Mar 2019 18:12:13 GMT</pubDate>
    <description>А можно по командам разложить и со скрина, если в IDE делаете?&lt;br&gt;</description>
</item>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (Ordu)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#37</link>
    <pubDate>Sat, 23 Mar 2019 13:38:06 GMT</pubDate>
    <description>&amp;gt;&amp;gt; От них легко избавиться, если следить за созданием красивой истории.&lt;br&gt;&amp;gt; ну то есть никогда ничего не push&apos;ить в апстрим просто так.&lt;br&gt;&amp;gt; если его считать просто архивом на память - то можно и так, &lt;br&gt;&amp;gt; конечно.&lt;br&gt;&amp;gt; Можно ли работать с выдуманной историей вместо настоящей - я вот хз, &lt;br&gt;&amp;gt; потому что изменения делались тобой при одном состоянии репо, а подмененная &lt;br&gt;&amp;gt; история показывает другое.&lt;br&gt;&lt;br&gt;Задача истории -- документировать изменения.&lt;br&gt;&lt;br&gt;&amp;gt; Но скорее всего эта история никому и никогда &lt;br&gt;&amp;gt; не потребуется, ни настоящая, ни поддельная. А для blame она не &lt;br&gt;&amp;gt; важна.&lt;br&gt;&lt;br&gt;Зачем нужен blame, как ты думаешь?&lt;br&gt;&lt;br&gt;Мне кажется, что некоторые считают, что blame нужен для того, чтобы найти виноватого и надрать ему задницу. Так вот, это ложное суждение. Это бюрократии он будет нужен для этого: она в случае любого косяка первым делом ищет стрелочников. Тебе же blame будет нужен для того, чтобы выяснить зачем нужна та или иная строчка кода. Зачем эта строчка кода была добавлена, были ли какая-то специальная причина, и если был</description>
</item>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (нах)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#36</link>
    <pubDate>Sat, 23 Mar 2019 13:02:06 GMT</pubDate>
    <description>&amp;gt; т.е. вы вели разработку приложения для работы с криптовалютой не в приватном репозитории&lt;br&gt;&lt;br&gt;а почему она должна вестись за закрытыми дверями и посреди минного поля? &lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Анализ утечек конфиденциальных данных через репозитории на G... (нах)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/116892.html#35</link>
    <pubDate>Sat, 23 Mar 2019 13:00:20 GMT</pubDate>
    <description>&amp;gt; От них легко избавиться, если следить за созданием красивой истории.&lt;br&gt;&lt;br&gt;ну то есть никогда ничего не push&apos;ить в апстрим просто так.&lt;br&gt;если его считать просто архивом на память - то можно и так, конечно.&lt;br&gt;&lt;br&gt;Можно ли работать с выдуманной историей вместо настоящей - я вот хз, потому что изменения делались тобой при одном состоянии репо, а подмененная история показывает другое. Но скорее всего эта история никому и никогда не потребуется, ни настоящая, ни поддельная. А для blame она не важна.&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
