<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Использование похожих Unicode-символов для обхода аутентифик...</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/119257.html</link>
    <description>GitHub оказался подвержен атаке, позволяющей захватить доступ к учётной записи через манипуляцию с Unicode-символами в email. Проблема связана с тем, что некоторые символы Unicode  при применении функций преобразования в нижний или верхний регистр транслируются в обычные символы, близкие по начертанию (когда несколько разных символов транслируются в один символ - например, турецкий символ &quot;&amp;#305;&quot; и &quot;i&quot; при приведении в верхний регистр преобразуются в &quot;I&quot;)...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52047&lt;br&gt;</description>

<item>
    <title>Использование похожих Unicode-символов для обхода аутентифик... (Аноним)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/119257.html#5</link>
    <pubDate>Sat, 21 Dec 2019 14:24:56 GMT</pubDate>
    <description>Весьма древняя проблема. И она принципиально не лечится.&lt;br&gt;&lt;br&gt;- Если вы маппите одни символы в другие, вознимает множество проблем взаимодействия и неоднозначностей. Через которые системы могут того-этого.&lt;br&gt;- А если не маппите, тогда можно спуфить ники, используя очень похожее отображение.&lt;br&gt;</description>
</item>

<item>
    <title>Использование похожих Unicode-символов для обхода аутентифик... (Аноним)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/119257.html#4</link>
    <pubDate>Thu, 19 Dec 2019 22:58:00 GMT</pubDate>
    <description>toUpperCase в обоих случаях&lt;br&gt;</description>
</item>

<item>
    <title>Использование похожих Unicode-символов для обхода аутентифик... (Xasd)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/119257.html#3</link>
    <pubDate>Thu, 19 Dec 2019 18:45:47 GMT</pubDate>
    <description>&amp;gt; Адрес проходил проверку так как преобразовывался в верхний регистр и &lt;br&gt;&amp;gt; совпадал с исходным адресом (mike&#064;example.org ), но при отправке &lt;br&gt;&amp;gt; письма подставлялся как есть и код восстановления уходил по &lt;br&gt;&amp;gt; поддельному адресу (m&amp;#305;ke&#064;example.org&lt;br&gt;&lt;br&gt;корень (краеугольная причина!) этой проблемы в том что в ряде случаев в базах данных хранятся (опрометчиво) только &quot;нормализированный-варианты-email&quot;.&lt;br&gt;&lt;br&gt;но при отправке -- сервис справедливо хочет использовать &quot;оригинальный-вариант-email&quot; а не &quot;нормализированный&quot;, на случай вдруг нормализация испортила свойства этого email.&lt;br&gt;&lt;br&gt;а откуда взять &quot;оригинальный-вариант-email&quot; если он не был сохранён?! вот программисты и решили (опрометчиво!) что ЯКОБЫ могут взять его прямо сразу из формы ввода пользователя. хитрые какие :-) ..&lt;br&gt;&lt;br&gt;вот и выводы -- либо сохраняйте в базе данных сразу оба варианта email...&lt;br&gt;&lt;br&gt;...и в любом случае после процесса верификации email -- имейте точно ввиду что-же-именно вы верифицировали.&lt;br&gt;&lt;br&gt;фраза звучит бонально, но всё же программистам в неё </description>
</item>

<item>
    <title>Использование похожих Unicode-символов для обхода аутентифик... (svsd_val)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/119257.html#2</link>
    <pubDate>Thu, 19 Dec 2019 12:18:41 GMT</pubDate>
    <description>Более того она нелепа =)&lt;br&gt;</description>
</item>

<item>
    <title>Использование похожих Unicode-символов для обхода аутентифик... (helgi)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/119257.html#1</link>
    <pubDate>Thu, 19 Dec 2019 11:59:53 GMT</pubDate>
    <description>&apos;&amp;#223;&apos;.toLowerCase() === &apos;SS&apos;.toLowerCase()&lt;br&gt;false&lt;br&gt;&apos;John&#064;G&amp;#305;thub.com&apos;.toUpperCase() === &apos;John&#064;Github.com&apos;.toUpperCase();&lt;br&gt;true&lt;br&gt;&lt;br&gt;Отправлять письмо по введенному адресу, а не по тому, что был найден в базе? Ну, ок.&lt;br&gt;</description>
</item>

</channel>
</rss>
