Вложенная виртуализация была введена в Windows Server 2016 Hyper-V. Когда она активирована, расширенные технологии виртуализации в центральном процессоре доступны в виртуальной машине, при этом виртуальные процессоры vCPU позволяют запускать внутри нее Hyper-V. Новые серии виртуальных машин Dv3 и Ev3 будут поддерживать вложенную виртуализацию, которая будет предоставлять новые типы сценариев тестирования, где потребуется вложенная виртуализация. Кроме того, вложенная виртуализация позволяет задействовать контейнеры Hyper-V (с изоляцией в режиме ядра) в Azure, что предполагает хостирование контейнеров.
Блог
-
Сканер уязвимостей OpenVAS 9
Фреймворк OpenVAS представляет собой «открытую систему оценки уязвимости», которая многим известна по первоначальному своему названию, как GNessUs. Эта программная платформа создана для сканирования сетевых узлов с целью найти возможные уязвимости и управлять ими.
Особенности OpenVAS
Как уже упоминалось, OpenVAS является средством, с помощью которого можно управлять уязвимостями с открытым исходным кодом, активно мониторить сетевые узлы, чтобы:
- выявлять проблемы в системе безопасности;
- оценивать опасность выявленных уязвимостей;
- контролировать дальнейшее их устранение.
За основу данного сканера взята современная коллекция тестов безопасности НВТ, именно они и выявляют возможные уязвимости. OpenSCAP поддерживает множество спецификаций (например, XCCDF, CCE, CVSS и под.).
Что входит в понятие «активное сканирование с OpenVAS»?
В процессе проведения мониторинга с OpenVAS выполняются следующие шаги:
- скан портов открытого типа;
- формирование пакетов, имитирующих атаки (либо авторизации на узлах) с последующей их пересылкой;
- доступность к консоли управления;
- выполнение требуемых команд.
Таким образом, выявляются проблемные узлы, которые имеют небезопасные настройки или необновленное своевременно ПО, хосты с неверными конфигурациями. Это поможет в дальнейшем обезопасить инфраструктуру.
Нововведения в OpenVAS: 9 версия
Специалисты выделяют несколько существенных новшеств 9-той версии от предыдущей. Во-первых, это обновленный, удобный в использовании, энтерпрайзный веб-интерфейс скана – панели с расширенными мониторинговыми функциями.
Во-вторых, управление ресурсами осуществляется по окончательным результатам сканирования ОС, хостов. Нововведение придает процессу сканирования оперативности, так как он имеет мультисканерную архитектуру.
В-третьих, пользователи отмечают, что OpenVAS 9 очень удобен в использовании благодаря виртуальному аплайнсу. Для этого требуется обновление базы NVT сразу же после процедуры установки скана.
OpenVAS 9 требует:
- 2CPU;
- 2 Gb RAM;
- 9 Gb HDD.
К тому же OpenVAS 9 версии совместим с Hyper-V, ESXi, VirtualBox.
Следует отметить, что на основе данного скана разработана целая линейка продуктов специально для устройств, выпускаемых компанией «Greenbone Security Manager» – релиз GCE с ключом активации.
Рекомендации специалистов
OpenVAS необходимо своевременно обновлять, потому что от этого зависит обнаружение уязвимостей (например, многие из них могут быть пропущены).
За внедрением данного продукта, обращайтесь office@itfb.com.ua
-
Azure CLI
Я использую вторую версию командного интерфейса Azure CLI (v2) в Azure, но мне необходимо аутентифицироваться в «облаке» US Government. Как это сделать?
Для использования «облака» типа Government используйте команду:
az cloud set — name AzurellSGovernment
Затем продолжите аутентификацию как обычно, то есть командой az login. -
Что такое GDPR?
Что означает GDPR?
General Data Protection Regulation -Общее регулирование защиты данных.
Откуда появилось GDRP?
В январе 2012 года Европейская комиссия изложила планы реформирования защиты данных в Европейском союзе, чтобы сделать Европу «пригодной для цифровой эпохи». Почти четыре года спустя было достигнуто соглашение о том, что это такое и как оно будет применяться.
Одним из ключевых компонентов реформ является введение Общего регламента защиты данных (GDPR). Этот регламент применяется к организациям во всех государствах-членах ЕС и имеет последствия для бизнеса и отдельных лиц в Европе и за ее пределами.
«Цифровое будущее Европы может строиться только на доверии. С прочными общепринятыми стандартами защиты данных люди могут быть уверены, что они контролируют свою личную информацию», – сказал Андрус Ансип, вице-президент Digital Single Market, выступая, когда реформы были согласованы в декабре 2015 года.
Что такое GDPR?
По своей сути, GDPR – это новый набор правил, призванных дать гражданам ЕС больше контроля над своими личными данными. Он направлен на упрощение нормативной базы для бизнеса, поэтому граждане и предприятия в Европейском союзе могут полностью воспользоваться цифровой экономикой.
Реформы рассчитаны на то, чтобы отразить мир, в котором мы сейчас живем, и привносят законы и обязательства, в том числе связанные с персональными данными, конфиденциальностью.
По сути, почти каждый аспект нашей жизни вращается вокруг данных. От компаний социальных сетей, банков, розничных торговцев и правительств – почти каждая используемая нами услуга включает сбор и анализ наших персональных данных. Ваше имя, адрес, номер кредитной карты и многое другое собрано, проанализировано и, возможно, самое главное, хранится организациями.
Что такое соответствие GDPR?
Нарушения данных неизбежно происходят. Информация теряется, украдена или иным образом попала в руки людей, которые не должны ее видеть, – и у этих людей часто есть злые намерения.
В соответствии с условиями GDPR не только организации должны обеспечить, чтобы личные данные собирались строго юридическим способом, но те, кто хранит и управляет ими, будут обязаны защищать их от злоупотреблений и использования, а также уважать права владельцов данных – или буьуд оштрафованы.
К кому относится GDPR?
GDPR применяется к любой организации, действующей в ЕС, а также к любым организациям за пределами ЕС, которые предлагают товары или услуги клиентам или предприятиям в ЕС. Это в конечном итоге означает, что почти каждая крупная корпорация в мире должна быть готова к вступлению в силу GDPR и должна начать работу над своей стратегией соответствия GDPR.
Существует два разных типа обработчиков данных, к которым применяется законодательство: «процессоры» и «контроллеры».
Соответствует требованиям GDPR? Контрольный список
Контролер – это «лицо, государственный орган, или другой орган, который самостоятельно или совместно с другими определяет цели и средства обработки персональных данных», а процессор – «лицо, государственный орган, или другой орган, который обрабатывает личные данные от имени контроллера ».
GDPR в конечном счете возлагает юридические обязательства на процессор для ведения учета, хранения и обработки персональных данных.
Контролеры также будут вынуждены обеспечи, чтобы все контракты с процессорами соответствовали GDPR.
Общее правило защиты данных: что это значит для вас?
Типы данных, считающиеся личными в соответствии с действующим законодательством, включают имя, адрес и фотографии. GDPR расширяет определение персональных данных, так что что-то вроде IP-адреса может быть персональным. Он также включает в себя конфиденциальные личные данные, такие как генетические данные, и биометрические данные, которые можно обработать, чтобы однозначно идентифицировать человека.
Когда GDPR вступает в силу?
GDPR будет применяться во всем странам Европейском союзе с 25 мая 2018 года.
После четырех лет подготовки и дебатов, GDPR был одобрен Европейским парламентом в апреле 2016 года, а официальные тексты и регулирование этой директивы были опубликованы на всех официальных языках ЕС в мае 2016 года.
Каков срок соблюдения GDPR ?
По состоянию на 25 мая 2018 года ожидается, что все организации будут соответствовать требованиям GDPR .
Как влияет Brexit на GDPR ?
Великобритания собирается покинуть ЕС 29 марта 2019 года, чуть более десяти месяцев после вступления в силу GDPR. Правительство Великобритании заявляет, что это не повлияет на вступление GDPR в стране, и что GDPR будет работать на благо Великобритании, несмотря на то, что страна перестает быть членом ЕС. Таким образом, Brexit вряд ли окажет какое-либо влияние на требования к соответствию требованиям GDPR организации.
Что означает GDPR для бизнеса?
GDPR устанавливает один закон по всему континенту и единый набор правил, применяемых к компаниям, ведущим бизнес в государствах-членах ЕС. Это означает, что правовые нормы распространяются дальше, чем границы самой Европы, поскольку международные организации, расположенные за пределами региона, но осуществяющие деятельность на «европейской почве» должны выполнять эти требования.
Хотелось бы надеяться, что благодаря законодательству по данным с GDPR, это может принести пользу бизнесу. Европейская комиссия утверждает, что, обладая единым надзорным органом для всего ЕС, это упростит и удешевит бизнес для работы в регионе. Действительно, Комиссия утверждает, что GDPR будет экономить 2,3 млрд евро в год по всей Европе.
«Объединив европейские правила защиты данных, законодатели создают возможности для бизнеса и поощряют инновации», – сказано в сообщении Комиссии.
Это означает, что регулирование дает гарантии защиты данных, которые будуь встроены в продукты и услуги с на самом раннем этапе разработки, обеспечивая «защиту данных» в новых продуктах и технологиях.
Как соответствовать GDPR, обеспечим защиту и хранение данных, обращайтесь office@itfb.com.ua
-
Кодирование видео на процессоре и видеокарте, сравнение
Одной из ресурсоемких задач являетя кодирование и обработка видео. В виду этого производители при выпуске новинок своих продуктов, часто ссылаются на то что на их оборудовании время кодирования и обработки видео меньше. С недавних пор данные операции выполняют не только за счет ресурсов процессора CPU, а есть возможность использовать GPU мощности графического процессора.
Принцип создания современных графических процессоров, позволяет выполнять задачи быстрее, запуская их параллельными процессами.
Самыми мощными на данный момент считаются NVIDIA и AT, выполняют 1 TFLOPs. Было бы странно, что разработчики оставили бы без внимания такие ресурсы, и не использовали их для обработки видео.
CUDA (Compute Unified Device Architecture) — программно-аппаратная архитектура параллельных вычислений, благодаря, которой можно увеличить производительность вычислений используя графические процессоры производителя Nvidia.
Как отличаются результаты при кодировании на процессоре и на видеокарте с использованием Nvidia CUDA.
Для установки специализированного ПО, установим необходимое програмное обеспечение:apt-get install -y libtheora-dev libwavpack-dev libwavpack1 libxvidcore-dev libxvidcore4 libvorbis-dev libopenal-dev librtmp-dev rtmpdump sox libsox-dev libsox-fmt-all libsox2 libsoxr-dev libsoxr-lsr0 libvpx-dev libvpx4 libopus-dev libmp3lame-dev x265 libx265-dev x264 libx264-dev git vdpau-driver-all mesa-vdpau-drivers vdpau-va-driver libvdpau-dev vdpauinfo libva-dev vainfo ocl-icd-opencl-dev opencl-headers yasm autoconf automake build-essential libass-dev libfreetype6-dev libsdl2-dev libtool libxcb1-dev libxcb-shm0-dev libxcb-xfixes0-dev pkg-config texinfo zlib1g-dev
Далее скачиваем само ПОwget https://developer.download.nvidia.com/compute/cuda/9.2/secure/Prod/local_installers/cuda_9.2.88_396.26_linux.run chmod +x cuda_9.2.88_396.26_linux.run uname -a apt install linux-headers-4.9.0-6-amd64
Запускаем установку
./cuda_9.2.88_396.26_linux.run
Скачиваем и устанавливаем кодек
git clone https://git.videolan.org/git/ffmpeg/nv-codec-headers.git cd nv-codec-headers/ make make install
Выполняем натсройку
echo /usr/local/cuda-9.2/lib64/ > /etc/ld.so.conf.d/cuda.conf ldconfig
Скачиаваем и устанавливаем FFmpeg
git clone https://github.com/FFmpeg/FFmpeg.git ffmpeg cd ffmpeg/ ./configure --prefix="/usr" --enable-shared --extra-cflags=-I/usr/include --extra-cflags=-I../nvidia/cudautils --extra-ldflags=-L../nvidia/cudautils --enable-nonfree --enable-gpl --enable-version3 --enable-avresample --enable-avisynth --enable-openal --enable-opencl --enable-opengl --enable-libnpp --enable-nvenc --enable-cuda --enable-vaapi --enable-vdpau --enable-libx264 --enable-libx265 --enable-libxvid --enable-libass --enable-libwavpack --enable-libsoxr --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx
После установки и настройки ПО проведем тесты
Тестирование кодирования видео с использованием процессораffmpeg -i 1.mp4 -vcodec libx264 -b:v 7000k -tune film -profile:v baseline -level 3.0 -vf format=yuv420p -threads 0 -movflags faststart -s 1280x720 -acodec copy -preset slow 1_1080.mp4 Время: 12m 19s
Тестирование кодирования видео с использованием видеокарты
ffmpeg -i 1.mp4 -c:v h264_nvenc -preset slow -profile:v baseline -vf format=yuv420p -threads 0 -movflags faststart -an -b:v 7M -s 1280x720 -acodec copy 1_1080.mp4 Время: 1m 28s
Исходя из проведенных тестов, кодирование с использованием процессора заняло чуть больше 12 минут, в тоже время с использование видеокарты чуть больше минуты. Можно сделать вывод, что производительность кодировки видео на видеокарте GPU в 12 раз быстрее чем на процессоре CPU.
Нужна настройка, обращайтесь office@itfb.com.ua
-
Security: решение проблем для небольших сайтов
Если у вас появились страницы на другом языке, или вставки чужих товаров и так далее, вердикт прост – ваш сайт взломали. Но как узнать о заражении до претензий клиентов и избежать убытков? Ведь в первую очередь страдает репутация. Если клиент зашел первый раз, а ваш сайт был отмечен как вредоносный, второй раз он вряд ли зайдет. Чтобы избежать этого, нужно проверять сайт на наличие вирусов и вовремя лечить.
Как узнать о заражении сайта?
Во-первых, нужно проверить, есть ли вредоносный код и активность на вашем сайте, или нет. Это возможно сделать несколькими способами.
Через панель веб-мастера
Нужно проверить панель веб-мастера поисковых систем. Во вкладке безопасность в случае наличия угроз появится сообщение о блокировке сайта
Пример от Google. Сообщение говорит, что сайт может быть опасен и выводится с предупреждающей пометкой.
Через провайдера
При обнаружении подозрительной активности, провайдер может выслать notification или блокировать ваш сайт. Сообщения о рассылке спама, осуществлении атак, абуз и т.п. могут говорить о наличии вируса на вашем сайте. Провайдеры также блокируют майнинг, если он обнаруживается.
Редирект сайта на неизвестный ресурс
Простая проверка основных урлов сайт так же поможет выявить наличие угроз. Когда появляется непонятная переадресация, можно уверенно сказать, что сайт заражен.
Большая почтовая очередь
Когда ваш сайт начинает рассылку писем, которые не должны быть, ваш сайт заражен. Если в почтовой очереди слишком больше количество писем, или происходит незапланированная рассылка, то нужно дополнительная проверка. Очередь можно проверить online checker-ами.
ониторинг online checker-ами
Хорошо, когда вы сами обнаружили проблему. Плохо, когда вы узнали о ней от недовольных клиентов или провайдера. Поэтому важно проверять сайт на наличие угроз постоянно. В простом варианте это можно сделать online checker-ами. Например сервис от Google, выполняет статическую проверку, проверку на blacklist и многое другое.
Типовые проблемы с вирусами на сайтах
Вирусы рано или поздно проявляют себя. Типовые проблемы, которые создают вирусы на сайте:
- Рассылка спама – Зачастую взлом происходит для массового распространения спама с помощью чужих ресурсов. Это грозит блокировкой IP и попаданием в blacklist.
- Подделка урлов – Происходит привлечение трафика на чужие сайты путем редиректа на чужие магазин, сайты, товары. Возникают проблемы с SEO. Сайт жертвы, при этом падает в рейтинге, а конечный сайт поднимается. Ссылки не всегда легко заметить, особенно когда сайт большой. Иногда, допустим, вирус добавляет баннеры, или заменять часть ссылок.
- Использование в качестве источника для DDoS атак – Сервер заражают и он выступает в качестве зомби сервера для различного рода атак на другие ресурсы. При такой активности, сервер может быть заблокирован провайдером. По этой причине VPS используют для того, чтобы атаковать веб-ресурсы.
Как обнаружить вирус?
После выявления наличия вируса его нужно найти и обезвредить. Обычно поиск вируса идет в виде поиска известных частей вредоносного кода с помощью скриптов. Вариантов, как это сделать несколько.
С помощью простых скриптов
Можно провести сканирование на наличие вкладок в base 64 в коде приложения.
Поиск вставок кода в скриптах сервера:[sociallocker]
find /var/www/*/data/www/ -type f -name '*.php' -print0 | xargs -0r grep -Hm1 . | grep -E 'strtoupper.*eval|eval\(|_GLOBAL|eval\(base64|eval\("\\x65\\x76\\x61\\x6C\\x28|gzinflate|"e"."v"."a"."l\(b"."a"."s"."e"|FilesMan|\\x7f\\x45\\x4c|GLOBALS.*global' | awk -F: '{print $1}‘[/sociallocker]
Сканирование специализированным скриптом ai-bolit.php
ai-bolit.php – бесплатное средство распространенное на рынке СНГ. Оно находит вредоносные скрипты, закладки для хакеров, очевидные уязвимости и т. д. Если в отчете есть информация о заражении или уязвимостях, можно получить бесплатную консультацию или отправить запрос на лечение. Сервис проводит лечение сайта в течение 48 часов. Скачать с официального сайта.
Также сервис предлагает услугу “Сайт под наблюдением”, которая позволяет мониторить состояние сайта и устранять угрозы.
Проверка антивирусом
OS сервера можно проверить на наличие вирусов так же, как и обычную. Но проверка и устранение вируса не дает гарантию безопасности от повторного заражения. Для этого нужно устранить именно уязвимость, через которую система была заражена.
Команда «clamscan -i -r путь» – стандартный антивирус Linux. Он частично показывает вирусы, но может не найти все.
Определение спамера в почте
Если сайт заражен, не всегда понятно какой сайт или какой скрипт начинает рассылать спам. И если движок модифицирован, его не возможно залатать быстро.
Просмотр почтовой очереди поможет выявить домен рассылки. Для этого в php.ini добавляем:
[sociallocker]
- add_x_header on
- log /var/log/php-mail.log[/sociallocker]
В логе сможем найти скрипт рассылки. Будет видно какой скрипт рассылает спам.
Платный продукт ConfigServer eXploit Scanner (cxs)
ConfigServer eXploit Scanner (cxs) – это утилита, который проводит активное сканирование файлов сервера. Новые и модифицированные файлы так же находятся под контролем CXS. Он выявляет 99% вредоносного кода, опирается как на базы антивирусов, так и свои сигнатуры. Цена – 60$ за сервер, но бессрочно. CXS, помимо обнаружения вирусов и вставок вредоносного кода, также дает рекомендации по их удалению. Но если источник проблемы не исправлен, заражение рано или поздно повториться.
Как лечить сайт от вирусов?
Полноценное решение проблемы с заражением сайта может быть исправлено специалистом по security. Так же можно использовать сервисы, которые проводят автовостановление сайта. В любом случае главный момент – найти уязвимость и предотвратить повторное заражение.
Локально
Для решения проблем возможно привлечь специалиста по security. Он, имея соответствующую квалификация, найдет уязвимости, через которую был произведен взлом, и устранит их.
Некоторые владельцы сайтов с недостаточной квалификацией, как правило, думают, что если антивирус проверил сайт и удалил вирусы, то теперь все ок. Они проводят аналогию с OS обычного компьютера. Но проблема в том что уязвимость, с помощью которой был взломан сайт, остается. Поэтому взлом повторяется в скором времени.
Поэтому веб-профессионал помимо того, что должен найти скрипты, должен еще и устранить уязвимость, через которую вирус проник в систему. Можно, конечно, обновить систему, но исправить код, который вызывает проблему, нужно в любом случае.
Специалист по security стоит 50-300$ в зависимости от сложности сайта.
Внешние сервисы
SiteLock – сервис для автоматического поиска и удаления вирусов и исправления сайта. В ситуациях, когда автоматическое удаление не возможно, необходимо вручную проверить файлы веб-сайта на наличие вирусов и устранить проблему.
Revisium – компания из России, которая оказывает услуги в области security. В своей работе он использует их собственные разработки, благодаря которым может точно выявлять вредоносный код.
ITFB – компания специализирующаяся на предоставлении ИТ услуг, одной из который является очистка сайта от вирусов. Обеспечивает поиск, диагностику, очистку сайта. Одним из преимуществ является низкая стоимость относительно конкурентов.
Как защитить сайт от вирусов?
Защитить свой сайт на 100% сложно, но можно снизить вероятность взлома. Для начала нужно выполнить простые шаги.
Надежный пароль
Иногда не все зависит от специалиста по security. Бывает так, что сайт пересмотрен вдоль и поперек и все уязвимости устранены, но сайт все равно взламывается. В результате оказывается, что администратор использует очень простой логин и пароль и вирусы взламывают сайт банальным подбором. Поэтому надежный пароль – важная часть security.
Как сделать пароль безопасным:
- использовать сложный логин и пароль, состоящий из цифр, строчных и заглавных букв и знаков препинания.
- использовать 2FA код двухфакторной аутентификации.
- устанавливать разные пароли для CMS, FTP, почты и регулярно менять их.
- установить защиту от перебора паролей (например denyhosts).
Отдельный аккаунт для разных сайтов
Иногда владельцы держат 5-6 сайтов на одной учетной записи. В случае взлома, киберпреступник получает доступ ко всем, и заражает вирусом все сайты. Более того, придется платить за проверку и поиск уязвимостей во всех сайтах. И стоимость решения проблемы вырастет в разы. Так что такая экономия вряд ли оправдана.
Ограничение прав доступа
Важно устанавливать максимальные ограничение на права к папкам и файлам сайта. Часто взлом происходит из-за полного отсутствия любых ограничений (режим Бога).
С помощью open_basedir нужно запретить выполнять скрипты в директории uploads.
Плагины из доверенных источников
Важно устанавливать дополнения (темы, плагины и аддоны) только с проверенных источников (предпочтительнее с официальных сайтов). Плагины можно скачать в маркетах, но качество не всегда лучшее, и это нужно учитывать при планировании security. Неизвестный плагин в конечном итоге приведет к заражению.
Backup сайта
Регулярное резервирование сайта поможет в быстром восстановлении системы. При этом backup нужно обязательно хранить на отдельном диске от сайта.
Использование firewall и антивируса
Использование с правильной настройкой firewall, например ConfigServer Security and Firewall (CSF) усложнит жизнь киберпреступнику.
Регулярная проверка антивирусом и скриптом по поиску вставок кода позволит вовремя узнать и даже отразить заражение. Ведь чем меньше времени сайт заражен, тем ниже убытки.
Обязательное наличие антивируса на ПК, с которого производится подключение к серверу.
Обновление систем
Нужно поддерживать сервисы в актуальной версии. Если выявляются серьезные уязвимости, то они обычно устраняются в следующем обновлении. Но что если вы не обновили WordPress например? Получается ваш сайт остается уязвимым, и эта уязвимость известна хакерам. Риск быть взломанным возрастает в разы. Поэтому важно обновлять OS, CMS, WordPress и так далее.
Заключение
У разного размера сайтов разные потребности, разные проблемы и соответственно разные пути решения. Для энтерпрайз характеры специфические проблемы. Сложнее защищать данные клиентов, так как с ними работает много людей и на данные охотятся. А маленькие сайт содержат мало личных данных и, обычно, подвергаются взлому автоматическими системами. На них редко бывает сфокусированная атака. В тоже время даже репутационные риски для небольшого сайта критичнее. Поэтому к security небольших сайтов нужно подходит с такой же ответственностью, как и для энтерпрайз.
Обращайтесь office@itfb.com.ua, мы решим проблемы с вирусами и безопасностью сайтов
-
Security: статистика безопасности
Предыдущий отчет по статистики безопасности в этой статье.
Вредоносное программное обеспечение подрывает безопасность бизнес-инфраструктуры. По мере того, как программное обеспечение становится все более сложным и связанным, сложность обеспечения безопасности приложений возрастает в геометрической прогрессии.
Global malware report 2017 by Comodo
Группа компаний Comodo работает в сфере разработки программного обеспечения по безопасности, обеспечения SSL и другими сертификатами, а так же предоставляет обслуживаемые DNS сервера. В соответствии с W3Techs.com, Comodo является крупнейшим провайдером цифровых сертификатов.
Трояны доминируют среди вирусов, выявленных компанией Comodo. Приложения с вредоносным, опасным или нежелательным поведением занимают второе место. Третье место среди обнаруженных вирусов занимает Backdoor. Самыми распространенными троянами стали «Agent», «Fynloski» и «Scar». Приложения с вредоносным функционалом особенно опасны, так как должны быть установлены в OS. Среди них лидируют программы «DealPly», «ELEX», «MailRu» и «BrowseFox». Работа Backdoor направлена на обход аутентификации пользователя с целью получения доступа. Он может быть получен как вместе с установленным софтом, так и при обновлении существующего ПО и плагинов. Другие вредоносные программы могут включать в себя Backdoor. Самыми распространенными стали «Bladabindi», «Androm», «IRCBot», «Shiz», «Teldoor», «EMO» и «NetWiredRC».
OWASP Top 10 Application Security Risks – 2017
OWASP – онлайн общество, работа которого направлена на создание бесплатных средств обеспечения безопасности веб-приложений. Первый отчет был опубликован в 2003 году и с тех пор регулярно обновляется. Так как организация некоммерческая, ее отчет может быть наиболее непредвзятым среди остальных.
Злоумышленник может потенциально использовать много путей для нанесения вреда. OWASP Top 10 сфокусирован на определении самых серьезных рисках для веб-приложений.
Top 10:
- А1 – Injection –
- А2 – Broken Authentication
- А3 – Sensitive Data Exposure
- А4 – XML External Entities
- А5 – Broken Access Control
- А6 – Security Misconfiguration
- А7 – Cross-Site Scripting (XSS)
- А8 – Insecure Deserialization
- А9 – Using Components with Known Vulnerabilities
- А10 – Insufficient Logging & Monitoring
Топ 3 угроз занимают Injection, Broken Authentication and Sensitive Data Exposure. Уязвимость к Injection возникает когда:
- Данные, вводимые пользователем, не проверяются, не фильтруются и не очищаются.
- Интерпретатор использует динамические запросы или непараметризованные вызовы без экранирования с учетом контекста.
- Внешние данные используются в параметрах поиска ORM для извлечения конфиденциальных записей.
- Внешние данные непосредственно используются или конкатенируются для построения SQL запросов.
Для защиты от атак, связанных с Broken Authentication, необходимы подтверждение личности пользователя, проверка подлинности и управление сеансами. Могут возникать уязвимости аутентификации, если приложение:
- Имеет ограниченный список допустимых имен пользователей и паролей, который может стать известен киберпреступнику.
- Разрешает пароли по умолчанию, слабые или известные пароли.
- Использует слабые или неэффективные способы восстановления учетных данных
- Передает пароли в виде текста или слабозашифрованных данных
- Использует неэффективную многофакторную аутентификацию.
- Предоставляет идентификаторы сеансов через URL.
- Не меняет идентификаторы сессий после успешного входа в систему.
- Оставляет действительными во время выхода из системы или периода бездействия сеансы пользователей или маркеры проверки подлинности.
Для предотвращения Sensitive Data Exposure необходимо выполнить ряд условий:
- Исключить передачу данных в открытом виде? (протоколы HTTP, SMTP и FTP). Особенно опасен внешний интернет-трафик. Но и весь внутренний трафик, например, между подсистемами балансировки нагрузки, веб-серверами или серверными системами, должен быть скрыт.
- Не хранить конфиденциальные данные в открытом тексте. Так же касается резервных копий.
- Не использовать устаревшие или слабые криптографические алгоритмы по умолчанию?
- Не использовать криптографические ключи по умолчанию, генерируемые либо повторно используемые слабые.
- Надлежащее управление ключами и их смену.
- Применять шифрование.
- Агент пользователя должен проверяет действительность сертификата сервера.
Итог
Обеспечение безопасности приложений сегодня является обязательной. В виду растущего количества атак, организации должны создавать эффективные способы для защиты своих приложений и API. Security должна быть видимой и измеримой, чтобы все участники могли видеть и понимать состояние безопасности приложения. Также важно сосредоточиться на устранении уязвимостей и уменьшении рисков. Анализ статистики поможет выбрать правильный вектор в обеспечении безопасности вашего приложения.
За помощью в разработке и реализации стратегии безопасности, обращайтесь office@itfb.com.ua
-
Как правильно завершить соединение с базой данных
Нередко при выполнении определенных задач по обслуживанию или обновлению администратору приходится прерывать все соединения пользователей с базой данных. Иногда причиной тому правила эксклюзивности при обновлении или стремление защитить целостность данных и не влиять на работу клиентов при миграции, когда нужно обеспечить корректность изменений. Завершить соединения с базой данных можно несколькими способами.
Вариант 1. Простой, но неисчерпывающий подход: перевести базу данных в автономный режим
При использовании этого метода мы просто переводим базу данных в автономный режим, а затем возвращаем ее в оперативный режим. Этот процесс прост, но он не завершится до тех пор, пока не будут закончены все текущие транзакции и закрыты все сеансы. Это не лучший подход к переводу базы данных в монопольный режим, и я не рекомендую его использовать.
ALTER DATABASE [имя базы данных] SET OFFLINE;
Вы можете выполнить отмену всех открытых транзакций и закрыть сеансы с помощью дополнительного предложения ROLLBACK IMMEDIATE, но помните, что администратору базы данных следует избегать команд, негативно влияющих на работу конечных пользователей:
ALTER DATABASE [имя базы данных] SET OFFLINE WITH ROLLBACK IMMEDIATE;
За:
- Транзакции завершаются перед разрывом соединения, если не выдана команда ROLLBACK IMMEDIATE; простота выполнения.
Против:
- В зависимости от открытых транзакций вам, возможно, придется ждать завершения автономной команды, если не включить ROLLBACK IMMEDIATE.
Открытые сеансы без активных транзакций не завершаются и не закрываются, если не задействовано ROLLBACK IMMEDIATE, поэтому технически этот вариант нс позволяет достичь цели.
Рекомендуется избегать этого метода, если только у вас нет полного понимания того, как приложения и пользователи работают с базой данных, и уверенности, что перечисленные выше недостатки не помешают вам получить монопольный доступ.
Вариант 2. Динамическая инструкция SQL для завершения всех пользовательских сеансов базы данных
Можно воспользоваться динамическим административным представлением sys.dm exec sessions для идентификации всех пользовательских сеансов для определенной базы данных — или всех баз данных, если применяемые изменения охватывают область сервера, — и создать динамическую инструкцию KILL для каждого сеанса, возвращаемого из запроса, код которого приведен в листинге.
За:
- Возможности этого программного кода несколько шире, чем у первого варианта, и теперь в вашем распоряжении есть код (благодаря этой статье).
Против:
- Существует проблема промежутка времени между выполнением запроса для получения динамической инструкции SQL и запуском этой динамической инструкции. В этот период создаются новые сеансы, которые будут вне действия динамической инструкции SQL или, хуже того, могут быть выполнены, а значения session id завершаемых сеансов могут быть назначены сеансам, не имеющим никакого отношения к базе данных, с которой вы работаете.
- Во время применения KILL выполняется откат сеансов, и пользователи могут думать, что их транзакции зафиксированы, хотя на самом деле произошла их отмена.
Вариант 3. Изменение базы данных на SINGLE_USER или RESTRICTEDJJSER
Существует три различных режима подключения пользователей к базам данных: MULTI USER, SINGLE USER и RESTRICTED USER. Обычно база данных находится в режиме MULTI_ USER, то есть несколько пользователей могут подключаться одновременно. В режиме SINGLE_USER база данных может обслуживать один сеанс, и, когда этот сеанс открыт, для базы данных не может быть организовано никаких других сеансов. В режиме RESTRICTED_USER любой пользователь, который является участником роли базы данных dbowner или участником роли сервера sysadmin или dbereator, может подключиться к базе данных, но все остальные пользователи лишаются этой возможности. При переключении, например, первого режима все открытые сеансы, нс относящиеся к привилегированным ролям, должны завершить работу, прежде чем будет выполнена инструкция ALTER DATABASE.
Программный код для каждого режима:
ALTER DATABASE [имя базы данных] SET SINGLE_USER | RESTRICTED_USER;
Если приемлемо выполнить отмену всех открытых транзакций базы данных, можно усовершенствовать приведенную выше команду, но помните о проблемах, уже упомянутых в отношении WITH ROLLBACK IMMEDIATE:
ALTER DATABASE [имя базы данных] SET SINGLE_USER | RESTRICTED_USER WITH ROLLBACK IMMEDIATE;
По окончании вернитесь к режиму MULTI_USER с помощью команды:
ALTER DATABASE [имя базы данных] SET MULTI_USER;
За:
- Транзакции могут завершиться, прежде чем разрываются подключения (если не включено предложение WITH ROLLBACK IMMEDIATE).
- У привилегированных пользователей по-прежнему остается возможность подключения через RESTRICTED_USER. Если вы корректно назначили права, то у вас нс будет конечных пользователей с уровнем разрешений, который обеспечил бы им непрерывный доступ. Единственные пользователи, которым нужен такой уровень доступа, — это администраторы баз данных и ИТ-персонал, непосредственно ответственный за администрирование среды обработки данных и часто выполняющий процесс обновления или миграции, ради ознакомления с которым вы и читаете эту статью.
Против:
- В зависимости от открытых транзакций вам, возможно, придется ждать завершения автономной команды, если вы нс используете предложение WITH ROLLBACK IMMEDIATE.
- Если применяется параметр SINGLE_ USER, рекомендуется вставить его в сценарий обновления в начале сценария. В противном случае после закрытия сеанса, выполнившего инструкцию ALTER DATABASE… SET SINGLE USER, конечный пользователь может получить контроль над базой данных, и вам не удастся подключиться или изменить ее, пока этот сеанс не будет закрыт и при условии, что никто другой не предпримет попытки подключения.
Дополнительные соображения
В зависимости от особенностей использования баз данных настоятельно рекомендуется в первую очередь везде, где возможно, ограничить подключения приложений. Есть вероятность, что пользовательские соединения будут восстановлены, если не пресечь попытки пользователей вернуться к базе данных после принятия описанных выше мер. Данная задача — еше одно напоминание о том, что, имея дело с технологиями, вы никогда не работаете индивидуально. Это непременно коллективные усилия, когда успех всего проекта зависит от слаженных действий нескольких групп.
-
Security: актуальная статистика безопасности
Быстрый темп современных процессов разработки программного обеспечения делает особенно важным вопрос поиска уязвимостей и предупреждения атак. Сегодня ни один бизнес не может позволить себе игнорировать проблемы безопасности.
В отличие от DDoS-атак, атаки на веб-приложения резко выросли в 2017 году, и нет оснований полагать, что это изменится в 2018 году. Подавляющее большинство атак веб-приложений являются результатом нецелевого сканирования в поисках уязвимой системы, но некоторые из них направлены на попытки скомпрометировать конкретную цель.
2018 Internet Security Threat Report by Symantec
Компания Symantec занимается разработкой программного обеспечения и сервисов и специализируется на вопросах безопасности сети. Она публикует каждый год отчет о security угрозах в интернете.
Stealthy coin mining
Киберпреступники, которые были сосредоточены на поиска способов дохода с помощью вымогательства, теперь исследуют новые перспективы.
2017 год показал астрономический рост скрытого майнинга криптовалют. Более чем на 8500% выросло количество зараженных компьютеров. С использованием браузеров, хостингов и даже мобильных телефонов киберпреступники делают так, чтобы чужие компьютеры майнили за них. Они используют эту мощность для получения прибыли.
Software supply chain attacks
Этот способ распространения угроз полагается на обновление программного обеспечения. Сегодня софт в разработке часто опирается на сторонние библиотеки. При разработке возникает dependency, и безопасность теперь зависит так же и от сторонних библиотек. В свою очередь они так же могут имеет свои dependency. Киберпреступники, взламывая и добавляя свой код в какой-нибудь плагин библиотеки, распространяют таким образом вредоносный софт.
Важным моментом противодействия такой угрозе является проверка обновлений dependency. Семантическое версионирование является хорошей практикой для защиты от вредоносных update. В зависимости от важности обновлений dependency, активируется алгоритм обеспечения безопасности. Триггер может основываться на названии обновления, лицензии, его версии.
Повысить безопасность можно за счет использования популярных, проверенных библиотек.
Mobile malware
Угрозы в сфере мобильных девайсов продолжают расти из года в год. Количество новых видов вредоносных программ для мобильных устройств увеличилось на 54 процента по сравнению с 2016.
Проблема усугубляется за счет использования старых версий операционных систем. Например, на последней версии Android работает только 20 процентов устройств и только на 2,3% используют последний релиз. Пользователи мобильных устройств также сталкиваются с проблемами безопасности конфиденциальности от grayware – приложений, которые не являются полностью вредоносными, но могут быть ненадежными. Компания Symantec обнаружила, что через 63% нежелательных приложений происходит утечка номера телефона.
Ransomware
Ransomware – вредоносный код с требованием выкупа. Если рассматривать его как бизнес, прибыльность ransomware привела к его избытку на рынке. В 2017 году этот рынок изменился в сторону уменьшения размера выкупа. Не смотря на это, некоторые группы киберпреступников попытались разнообразить ransomware, что привело к росту.
Особую нишу занимают ransomware, который шифрует содержимое системы с требованием выкупа. Вирус Petya/NotPetya зашифровал половину государственных органов Украины и 20% украинских банков.
Internet security report by Akamai 2017
Akamai – американская CDN и облачный сервис. Один из лидирующих в мире контент-провайдеров.
Web application attacks
SQLi инъекции (SQLi) по прежнему доминируют среди атак на веб-приложения. SQLi занимает лидирующие позиции попросту потому, что организации уделяют недостаточно внимания защите своих сайтов. Этот тип атак легко автоматизируется и масштабируется с целю поиска уязвимостей и не нацелен на конкретные организации.
По сравнению с Q4 2016 в Q4 2017 произошло увеличение на 10% в общем количестве атак и на 10% увеличение SQL атак.
DDoS attacks
UDP fragment flood по-прежнему является самой частой атакой, на втором месте атаки на DNS. CLDAP теперь занимает третье место, в то время как NTP атаки сместились на четвертое. 99% атак происходит на инфраструктуру, так как относительно очень просто их осуществлять. Достаточно найти пару методов и инструментов в сети и выполнить атаку. Минимальное время с минимальной стоимостью.
По сравнению с Q4 2016 в Q4 2017 произошло увеличение на 14% в общем количестве DDoS атак. Атаки на инфраструктуру выросли на 14% , а атаки на веб-приложения – на 22%.
Итог
В общем направление деятельности киберпреступников не изменилось. Наблюдается тенденция к увеличению количества атак и их сложности. Новым направлением, которое показало огромный рост, стал Stealthy coin mining. В планировании Security важно учитывать этот факт. Атаки со временем могут стать изощренными, скрытыми и сложность их выявления возрастет.
-
Оркестратор для snapshot
Партнерство НРЕ и Veeam обеспечивает исчерпывающую защиту данных для гибридной ИТ-среды. Интеграция программных продуктов Veeam с решениями для хранения данных НРЕ позволяет создавать согласованные с приложениями резервные копии из моментальных снимков хранилища НРЕ для быстрой и эффективной защиты данных. Для долгосрочного внешнего хранения данных НРЕ StoreOnce выполняет дедупликацию данных в целях эффективного использования хранилища и изоляции ошибок. Кроме того, Veeam может отправлять резервные копии в ленточный накопитель НРЕ StoreEvenmn в «облако» для долгосрочного удаленного архивирования данных. Наконец, тесную интеграцию с Veeam Backup & Replication называют главной причиной, по которой потребители покупают Nimble SFA.
Но как удается добиться результата? Очевидно, тесная интеграция между хранилищем НРЕ и продуктами Veeam играет ключевую роль. В данной статье речь пойдет в первую очередь об обновленной интеграции НРЕ 3 PAR StoreServ, позволившей реализовать оркестровку аппаратных моментальных снимков в пакете Veeam Availability Suite 9.5 Update 3.
Напомню, что Snapshot Orchestration, будучи автономным компонентом, удачно дополняет все остальные компоненты и функции Veeam и НРЕ, такие как Backup from Storage Snapshot, Veeam Explorer for Storage Snapshots, встроенная дедупликация. Synthctic-Full-Backups, Backup Copy Jobs с эффективным использованием полосы пропускания,
защита от вредоносных программ с использованием файла резервной копии, восстановление Instant VM Recovery из дедуплицированных данных и т. д.Главная цель Snapshot Orchestration — значительно упростить работу администраторов. Теперь они могут создавать задания резервного копирования Veeam только для моментальных снимков всего одним щелчком мыши. Эта функция уже была доступна в НРЕ Nimble Storage после выпуска Veeam Backup & Replication 9.5, как показано на экране 1.
Для создания резервной копии Snapshot-Only просто составьте обычное задание резервного копирования и вместо традиционной резервной копии выберите:
- НРЕ 3 PAR Snapshot;
- моментальный снимок Nimble.
Почему так важен компонент Hardware Snapshot Orchestration? Предположим, что вы защитили производственные виртуальные машины посредством ежедневного резервного копирования данных в целевой репозиторий, такой как НРЕ StoreOnce. Почему вы ограничены одной точкой восстановления в день? Почему не каждый час? До появления нового компонента Hardware Snapshot Orchestration вы бы ответили: «Наша инфраструктура непригодна для дополнительных нагрузок и емкостей».
С появлением Snapshot Orchestration правила игры меняются: теперь вы можете получить частые, согласованные и отказоустойчивые точки восстановления на основе моментальных снимков с очень незначительной дополнительной нагрузкой. Когда требуется восстановить данные, можно воспользоваться точкой восстановления, возраст которой менее одного часа, вместо того чтобы возвращаться к состоянию на предыдущий день.
Когда я впервые изложил эти соображения своему коллеге, тот возразил: «Моментальный снимок — нс резервная копия!» Это, несомненно, правда. Если основной массив погибнет при пожаре или произойдет ошибка по вине человека или встроенного программного обеспечения, то моментальные снимки будут утрачены наряду с производственными данными. В основе хорошей стратегии защиты данных лежат частые моментальные снимки и сохранение традиционных ночных резервных копий во вторичном хранилище. Традиционные резервные копии защищают от редких катастрофических потерь главного массива хранения. В большинстве других случаев для восстановления можно применить свежий моментальный снимок.
Но будем реалистами. Быстрое восстановление из резервной копии после сбоя с минимальными затратами — важнейшая цель каждой организации. Если вам приходилось выполнять мгновенное восстановление виртуальных машин, предпроизводственное тестирование или инкрементальное восстановление из моментального снимка, то вы знаете, насколько быстро происходит этот процесс: восстановление моментального снимка выполняется так же быстро, как использование основного хранилища. Стоимость моментальных снимков невелика. В современных массивах хранения данных, таких как Nimble и 3 PAR, несущественно, сколько моментальных снимков мы храним, важнее возраст этих моментальных снимков. Обычно для моментальных снимков за 36 часов может потребоваться от 2 до 5% дополнительной емкости, что не очень много, если учесть получаемые преимущества.
Примеры рекомендуемого применения:
- Моментальные снимки через 36 часов.
- 56 ночных моментальных снимков в системах хранения данных НРЕ, таких как НРЕ Apollo, НРЕ Nimble SFA или НРЕ StoreOnce, в которой используется технология Synthetic Full.
- 14 ночных резервных моментальных снимков, реплицированных на удаленный сайт.
Это основные характеристики Hardware Snapshot Orchestration, но следует учитывать и многие другие факторы. Рассмотрите приведенные на экранах 2 и 3 диаграммы, чтобы оценить возможности и простоту интегрированного решения.
Существует множество вариантов построения решения для защиты данных:
- Согласованные с расписаниями Veeam или отказоустойчивые моментальные снимки хранилища.
- Veeam запускает НРЕ Nimble Snap Replication на удаленном массиве Nimble или создание моментальных снимков НРЕ 3 PAR StoreServ Snapshots на основе НРЕ 3 PAR Peer Persistence на одноранговом узле.
- Veeam создает резервную копию из удаленных локальных моментальных снимков в НРЕ Apollo, НРЕ Nimble SFA или НРЕ StoreOnce.
- Veeam копирует выбранные резервные копии на магнитную ленту.
- Veeam Backup & Replication отслеживает все независимые точки восстановления для легко запускаемых процедур восстановления из различных хранилищ и моментальных снимков.
Установка и настройка резервного копирования сервера, обращайтесь office@itfb.com.ua