Безопасность в Golang | Навыки

• Видео обсуждает уязвимости в коде, которые могут привести к проблемам безопасности.  

• Упоминается уязвимость, связанная с хранением паролей в открытом виде.  

• Обсуждаются различные алгоритмы хеширования паролей, включая MD5, который считается плохим выбором из-за его скорости вычисления.  

• Упоминается важность времени, затрачиваемого на вычисление хэша, так как это влияет на сложность подбора пароля.  

• В видео обсуждаются популярные методы хеширования паролей, такие как MD5, Argon2 и Scrypt.  

• MD5 считается устаревшим и не рекомендуется для использования, так как его легко взломать.  

• Argon2 и Scrypt считаются более устойчивыми к атакам, но требуют больше вычислительных ресурсов.  

• Соль - это случайная строка, которая добавляется к паролю перед хешированием.  

• Соль должна быть уникальной для каждого пароля, чтобы усложнить подбор паролей злоумышленниками.  

• Соль может быть сгенерирована с помощью крипто-библиотеки, чтобы избежать уязвимостей.  

• HTTPS (HTTP Secure) - это протокол, который обеспечивает шифрование трафика между браузером и сервером.  

• Без HTTPS все узлы в сети могут видеть, что происходит в сети, что делает трафик уязвимым для атак.  

• В видео обсуждается процесс шифрования трафика с использованием сертификатов и паблик-кей.  

• Паблик-кей - это ключ, который используется для шифрования трафика.  

• Для защиты от атак, таких как "man in the middle", используется сертификат, который подтверждает, что паблик-кей принадлежит определенному домену.  

• В видео обсуждаются уязвимости, связанные с инъекциями и эксцессами.  

• Уязвимости могут быть использованы для выполнения вредоносного кода или кражи данных.  

• Для защиты от этих уязвимостей используются различные методы, такие как использование нетекстовых типов данных и использование санитайзеров.  

• В видео обсуждаются различные уязвимости в коде, включая клик-уязвимости и проблемы с логированием.  

• Упоминается, что некоторые уязвимости могут быть использованы для получения доступа к конфиденциальной информации, такой как логины и пароли.  

• Обсуждается работа с зависимостями и использование профилировщиков, таких как "попро".  

• Упоминается, что профилировщики могут быть использованы для получения информации о коде и его работе, что может быть использовано злоумышленниками.  

• Подчеркивается важность изоляции профилировщиков и защиты от несанкционированного доступа.  

• Автор демонстрирует, как можно создать счетчик, который будет считать количество хитов в игре.  

• Однако, он также показывает, что этот код может быть использован для эксплойта, если он используется в сторонней библиотеке.  

• Автор объясняет, что SSRF позволяет злоумышленнику отправлять запросы на серверы, которые не должны быть доступны извне.  

• Он демонстрирует, как можно использовать SSRF для получения доступа к закрытым серверам.  

• Автор показывает, как можно использовать сжатие данных для создания уязвимостей, таких как зип-бомб и зип-бомб.  

• Он объясняет, как можно защититься от этих уязвимостей, используя лимит-ридер или другие методы.  

• Уязвимость возникает, когда файл распаковывается и его содержимое кладется в папку выше текущей.  

• Это может привести к подмене файлов или доступу к конфиденциальной информации.  

• Уязвимость возникает, когда вредоносный код добавляется в комментарии на сайте и заставляет пользователя отправлять запросы на другой сайт.  

• Уязвимость может быть использована для кражи денег или доступа к конфиденциальной информации.  

• Не использовать изменяющие опишки на методе гет.  

• Настроить корс, чтобы сервер явно говорил, что его опишки можно дергать только с определенных доменов.  

• Использовать см сайт куки для защиты от несанкционированного доступа.  

• В примере добавляется авторизация, чтобы от лица конкретного пользователя делать запросы.  

• Используется токен CSRF для проверки, что запрос действительно сделан с сайта, а не с другого.  

• Токен CSRF добавляется в ответ и проверяется при каждом запросе.  

• Токен может быть добавлен как отдельный параметр или через хедер.  

• Токен может быть сгенерирован случайным образом или с использованием алгоритмов хеширования.  

• Метод позволяет сравнивать два токена, пришедших с разных источников, и проверять, что запрос сделан с сайта.  

• Не требует хранения информации о токене в базе данных.