В настоящее время многие Web администраторы столкнулись с серьезными вторжениями в свои сервера, которые часто заканчивались судебными исками. Первым очевидным свидетельством для обнаружения злоумышленников, конечно, являются лог-файлы IIS. Однако в этом случае сразу же возникает вопрос о том, возможно ли использовать IIS лог-файлы в качестве свидетельских показаний в суде. Может ли представитель защиты заявить, что записи в этих файлах недостаточно достоверны и поэтому не могут считаться свидетельским показанием?
Марк Бернетт <mailto:mburnett@xato.net>
В настоящее время многие Web администраторы столкнулись с серьезными
вторжениями в свои сервера, которые часто заканчивались судебными исками.
Первым очевидным свидетельством для обнаружения злоумышленников, конечно,
являются лог-файлы IIS. Однако в этом случае сразу же возникает вопрос о том,
возможно ли использовать IIS лог-файлы в качестве свидетельских показаний в
суде. Может ли представитель защиты заявить, что записи в этих файлах
недостаточно достоверны и поэтому не могут считаться свидетельским показанием?
Недавно в рамках одного криминального расследования я занимался исследованием
серьезного вторжения. Злоумышленник проник в IIS сервер, загрузил свои
программные инструменты, с помощью которых вторгся во внутреннюю базу данных
компании. Мы приблизительно знали, когда это случилось, но было неизвестно,
через какой из нескольких сотен веб-сайтов на дюжине серверов произошло
вторжение.
“Перекопав” сотни лог-файлов Web серверов, я натолкнулся на один лог-файл, в
котором среди тысяч отметок о вхождениях имелась одна пустая строчка. Я проверил
последнее изменение даты этого файла и обнаружил, что она была изменено спустя
два дня после того, как лог-файл был закрыт. Сотни мегабайтов показаний лог-
файла внезапно стали бесполезными из-за единственной пустой строчки. Поскольку
лог-файлы хранились на том же самом сервере, через который произошло вторжение,
злоумышленник, возможно, легко удалил отметку о своем вхождении или, хуже того,
заменил ее ложной записью. Изменение всего лишь одного лог-файла заставляет
подвергнуть сомнению истинность всех лог-файлов на этом сервере.
Для доказательства подлинности ваших лог-файлов необходимо привести
убедительные аргументы, так как только в этом случае эти лог-файлы могут быть
приняты судом в качестве свидетельства. Поэтому необходимо предпринять меры
защиты ваших лог-файлов, которые бы гарантировали их точность, подлинность, а
так же возможность обращения к IIS лог-файлам. Хотя, следует отметить, что
существует множество юридических сложностей, и в каждом конкретном случае
необходимо найти верное решение проблемы. Ниже приведены некоторые советы,
которые должны увеличить достоверность ваших IIS лог-файлов.
Понятие точность лог-файла означает, что Вы можете доказать точность данных
этого файла. Даже самая небольшая неточность может поставить под сомнение
истинность данных. Следующие действия помогают Вам обеспечить точность данных:
Регистрируйте всё. Настройте свои IIS лог-файлы так, чтобы в них
записывались все действия. Хотя некоторые администраторы не видят большой
ценности в хранении этой дополнительной информации, тем не менее, каждая такая
запись имеет значение, если мы производим расследование. Однажды, проверяя
лог-файлы после вторжения, я по некоторым признакам обнаружил, что нападавший
создал файлы в директории C:\ \WINNT. Однако я не мог определить местонахождение
этих файлов на жестком диске. Просмотрев более внимательно лог-файлы, я заметил,
что имя сервера не соответствовало имени, зарегистрированному в IIS лог-файлах.
Оказалось, что компания недавно перевела веб-сайт на новый сервер. Проверив
старый сервер, я немедленно нашел нужные файлы. Без зарегистрированного имени
хоста я не смог бы сделать это.
Кроме того, информация о посетителях сети помогает устанавливать, что
нападение исходит от определенной компьютерной системы или зарегистрированного
пользователя. Например, предположим, ответчик утверждает, что хакер вторгся в
его компьютер и установил анонимный прокси сервер, а затем использовал его для
нападения на другие системы. Как доказать, что трафик прибыл от веб-браузера
некоторого пользователя или нападение исходило от кого – то еще? Хотя не всегда
это можно доказать, но чем больше информации Вы соберете, тем больше шансов
разобраться с данным конкретным случаем.
Синхронизируйте время. Синхронизируйте ваши IIS серверы с внешним
источником времени пользуясь службой времени Windows. Если Вы используете домен,
служба времени будет автоматически синхронизирована с контроллером домена. На
автономном сервере, Вы можете синхронизировать время следующим образом:
Key:
HKLM\SYSTEM\CurrentControlSet|Services\W32Time\Parameters\
Setting: Type
Type: REG_SZ
Value: NTP
Key: HKLM\SYSTEM\CurrentControlSet|Services\W32Time\Parameters\
Setting: NtpServer
Type: REG_SZ
Value: tock.usno.navy.mil (see
<http://tycho.usno.navy.mil/ntp.html> для списка NTP серверов.)
Key: HKLM\SYSTEM\CurrentControlSet|Services\W32Time\Parameters\
Setting: Period
Type: REG_SZ
Value: 24 (количество синхронизаций в день. Если 24, то
синхронизация будет производиться каждый час. Можно устанавливать меньшее
количество.)
Другая проблема, связанная со временем, заключается в том, что IIS записывает
лог-файлы, используя единое время. Предполагается, что это помогает
синхронизации, когда сервер обслуживает зоны во многих часовых поясах. Однако
Windows вычисляет единое время, изменяя системное время на поясную поправку.
Единственный способ быть уверенным в правильности установки единого времени –
правильная установка местного времени.
Существует способ, позволяющий проверить то, что IIS лог-файлы используют
местное время. Вы можете проверить установку часового пояса сервера, просмотрев
первые вхождения в лог-файле. Если на вашем сервере поясная поправка равна
-0600, то первые вхождения (за день) в лог-файле должны появиться около 18:00
(00:00 – 06:00 = 18:00). Поскольку в едином времени не учитываются переходы на
летнее время, Вы должны также обращать внимание на дату. Например, поясная
поправка – 6:00 через полгода будет равна -5:00.
Используйте множественные датчики. Трудно опровергнуть регистрацию
вхождения, если оно записано двумя различными устройствами. Комбинируя лог-файлы
от нескольких устройств, Вы усиливаете ценность каждого из них. Лог-файлы
Firewall и IDS и даже столь же простые, как TCPDump могут помочь доказать, что с
данного IP адреса происходит атака на определенный сервер в определенное время.
Избегайте пропускать лог-файлы. Одна из проблем IIS лог-файлов состоит
в том, что, если сервер не атакуется в течение 24 часов, то лог-файлы не
создаются. А когда лог-файлов нет, невозможно узнать, подвергался ли сервер
атаке (например, работал в автономном режиме в течение дня) или лог-файл был
удален. Чтобы избежать возникновения этой проблемы, я предпочитаю организовывать
несколько запланированных атак каждый день. Так как в этом случае я могу быть
уверенным, что лог-файл всегда создается.
Для этого, я использую Graburl, который Вы можете найти на
<http://www.kiraly.com/software/utilities/graburl/>
Используя планировщика задач (Task Scheduler), я организовываю две атаки на
сервер сети: одну от своего хоста, а другую – от внешнего, при помощи простой
команды:
Graburl.exe www.example.com
Причина того, что требуются две атаки, состоит в следующем: первая атака со
своего хоста проверяет, что сервер работает, а вторая проверяет, что сервер
доступен из Интернета. Кроме того, вторая атака также проверяет синхронизацию
времени. Если вторая атака запланирована в 1:00, AM каждый день, соответствующие
вхождения в лог-файле должны всегда происходить в 1:00 AM. В общем,
запланированные атаки помогают доказывать, что механизм лог-файлов работает
должным образом.
Если сервер сети выключен более чем на 24 часа, лог-файл не будет записан, но
ваш EventLog укажет, что сервер был выключен. Применяя эти инструменты, Вы
можете быть уверены, что, если лог- файл отсутствует, то это скорее всего
связано с тем, что файл был преднамеренно удален.
Подлинность лог-файла
Лог-файлы называются подлинными, если можно доказать, что они не были
изменены со времени первоначальной записи. IIS лог-файлы являются обычными
текстовыми файлами, которые легко изменить. Дата файла и отметки времени также
могут легко быть изменены. В случае недоверия IIS лог-файлы не могут считаться
подлинными, но при помощи следующих действий, Вы можете исправить эту
ситуацию.
Переместите лог-файлы. Чтобы гарантировать подлинность, переместите
IIS лог-файлы из Веб-сервера. Если сервер был компрометирован, Вы должны
предполагать, что лог-файлы также, возможно, были скомпрометированы. Переместите
лог-файлы на мастер-сервер, после чего, как можно быстрее, переместите их (в
автономном режиме) на ленту, компакт-диск, или WORM device.
Подписи, кодирование и контрольные суммы. Единственный способ,
абсолютно гарантирующий, что лог- файл не был изменен, – это подписать и
закодировать лог-файл при помощи PGP или другой схемы кодирования. Подписи файла
полезны, потому что, если отдельный лог-файл испорчен, другие файлы истинны. Вы
можете также использовать инструмент типа Fsum
<http://www.slavasoft.com/fsum/>, чтобы быстро сгенерировать MD5 –
таблицы для файлов. Храните подписи и хэш-таблицы вместе с лог-файлами, но также
храните и защищенную копию в отдельном месте.
Обратите внимание, что, если Вы используете автоматизированный процесс
подписывания файлов, Вы должны всегда иметь собственноручную подпись
администратора, которому доверяете.
При шифровке файлов, Вы должны иметь в виду воздействие на созданные,
измененные, и входные данные, которое может произойти. Вы можете сделать запись
этих данных в отдельном месте, используя утилиту типа Fdir
<http://www.roninsg.com/fdir.zip>.
Работайте с копиями. При выполнении анализа лог-файла, никогда не
работайте с оригинальными файлами. Делайте копии перед выполнением любой
последующей обработки или анализа. Создание уверенности, что оригинальные
лог-файлы не затронуты, помогает Вам гарантировать, что они все еще подлинны.
Если Вы используете лог-файлы в качестве свидетельских показаний, Вы должны
представить оригинальные файлы в их первоначальном виде. Заметим, что в
Федеральном законе Соединенных Штатов о свидетельских показаниях записано:
точная распечатка также может рассматриваться, как свидетельское показание (см.
Federal Rules of Evidence 1001(3)
<http://www.law.cornell.edu/rules/fre/>).
Следите за целостностью системы. Вы всегда должны проверять сервисные
пакеты и hotfixes, чтобы гарантировать, что ваши системные файлы в порядке. Вы
должны также проверять все изменения в бинарных файлах вашей директории WINNT.
Если злоумышленник способен изменить системные файлы, которые делают запись
лог-файлов, то лог-файлы не могут являться свидетельским показанием.
Установите процесс. Имейте в виду, что хорошо установленный и
зарегистрированный процесс может реально помочь устанавливать подлинность.
Процедура, дающая состоятельные результаты, может помочь установить, что файлы
подлинны. Кроме того, убедитесь, что у вас есть зарегистрированный и
состоятельный метод для того, чтобы захватывать дополнительное свидетельства
(типа использования диагностических утилит сети против нападающего), потому что
деловые отчеты, созданные в ожидании тяжбы могут не всегда быть приемлемы на
суде. Это особенно верно, когда желание следовать закону требует от вас
использование инструментов типа сниффера, чтобы собирать дополнительные
свидетельства.
Установление процесса означает создание документа, который записывает все
ручные или автоматические действия. Кроме того, любые записи, которые Вы
используете при обработке лог-файла, должны также содержать комментарии, точно
объясняющие, какая обработка производится. Методы, которые Вы используете в
вашем процессе, должны быть общепринятыми процедурами для управления
лог-файлами.
Контроль доступа
Как только лог-файл создан, важно предохранить его от возможности
проникновения и проверять все законные и незаконные доступы. Если Вы должным
образом обеспечиваете и проверяете лог-файл, пользуясь NTFS разрешениями, Вы
имеете документальное свидетельство, помогающее установить его достоверность.
Ограничьте доступ к файлу. Лог-файл должен иногда разрешать доступ,
чтобы IIS мог записывать в файл. Но после того, как лог-файл закрыт, ни у кого
не должно быть разрешения на изменение содержание файла. Вы можете использовать
список команд для блокирования разрешений и проверок после закрытия лог-файла.
Кроме того, когда Вы перемещаете лог-файлы, убедитесь, что NTFS разрешения
правильно установлены в новом месте.
Цепь охраны. Когда Вы перемещаете лог-файлы с сервера на автономное
устройство, Вы должны сохранить путь следования Вашего файла. Это может быть
сделано с помощью технических или нетехнических методов. Например, один мой
клиент опечатывал свои ленты с резервными копиями и использовал специальный
лэйбл для записи физического движения ленты. Прослеживание охраны свидетельств
особенно важно при восстановлении содержания резервных копий в криминальном
расследовании.
Имейте в виду, что каждодневный процесс сбора лог-файлов однажды может стать
частью сбора свидетельских показаний в криминальном расследовании. Вы всегда
должны рассматривать ваш IIS веб- сервер, как место возможного преступления и
поэтому содержите свои лог-файлы так, чтобы они могли использоваться в качестве
свидетельских показаний.
В мире имеется множество законов. В современной юридической практике
лог-файлы часто рассматривают всего лишь как деловые отчеты. Если Вы хотите,
чтобы суд принял лог-файлы в качестве свидетельских показаний, то необходимо
следовать некоторым правилам, чтобы гарантировать их достоверность. Не всегда
есть четкое определение того, что является допустимым, а что является
достоверным. Но, как и в случае со свидетелями суда, эти понятия часто сводятся
к правдоподобности. Чем больше у Вас зарегистрированных свидетельств, тем более
правдоподобны Ваши IIS лог-файлы.
Конечно, Ваши местные законы могут различаться, и ваш адвокат может иметь
другое мнение о том, что делает лог-файл достоверным. Обсудите эти проблемы с
вашим адвокатом, и установите процесс, который будет гарантировать точность,
подлинность, и управляемый доступ к Вашим IIS лог-файлам.
В статье мы расскажем о наиболее интересных стартапах в области кибербезопасности, на которые следует обратить внимание.
Хотите узнать, что происходит нового в сфере кибербезопасности, – обращайте внимание на стартапы, относящиеся к данной области. Стартапы начинаются с инновационной идеи и не ограничиваются стандартными решениями и основным подходом. Зачастую стартапы справляются с проблемами, которые больше никто не может решить.
Обратной стороной стартапов, конечно же, нехватка ресурсов и зрелости. Выбор продукта или платформы стартапа – это риск, требующий особых отношений между заказчиком и поставщиком . Однако, в случае успеха компания может получить конкурентное преимущество или снизить нагрузку на ресурсы безопасности.
Ниже приведены наиболее интересные стартапы (компании, основанные или вышедшие из «скрытого режима» за последние два года).
Компания Abnormal Security, основанная в 2019 году, предлагает облачную платформу безопасности электронной почты, которая использует анализ поведенческих данных для выявления и предотвращения атак на электронную почту. Платформа на базе искусственного интеллекта анализирует поведение пользовательских данных, организационную структуру, отношения и бизнес-процессы, чтобы выявить аномальную активность, которая может указывать на кибератаку. Платформа защиты электронной почты Abnormal может предотвратить компрометацию корпоративной электронной почты, атаки на цепочку поставок , мошенничество со счетами, фишинг учетных данных и компрометацию учетной записи электронной почты. Компания также предоставляет инструменты для автоматизации реагирования на инциденты, а платформа дает облачный API для интеграции с корпоративными платформами, такими как Microsoft Office 365, G Suite и Slack.
Копания Apiiro вышла из «скрытого режима» в 2020 году. Ее платформа devsecops переводит жизненный цикл безопасной разработки «от ручного и периодического подхода «разработчики в последнюю очередь» к автоматическому подходу, основанному на оценке риска, «разработчики в первую очередь», написал в блоге соучредитель и генеральный директор Идан Плотник . Платформа Apiiro работает, соединяя все локальные и облачные системы управления версиями и билетами через API. Платформа также предоставляет настраиваемые предопределенные правила управления кодом. Со временем платформа создает инвентарь, «изучая» все продукты, проекты и репозитории. Эти данные позволяют лучше идентифицировать рискованные изменения кода.
Axis Security Application Access Cloud – облачное решение для доступа к приложениям , построенное на принципе нулевого доверия. Он не полагается на наличие агентов, установленных на пользовательских устройствах. Поэтому организации могут подключать пользователей – локальных и удаленных – на любом устройстве к частным приложениям, не затрагивая сеть или сами приложения. Axis вышла из «скрытого режима» в 2020 году.
BreachQuest, вышедшая из «скрытого режима» 25 августа 2021 года, предлагает платформу реагирования на инциденты под названием Priori. Платформа обеспечивает большую наглядность за счет постоянного отслеживания вредоносной активности. Компания утверждает, что Priori может предоставить мгновенную информацию об атаке и о том, какие конечные точки скомпрометированы после обнаружения угрозы.
Cloudrise предоставляет услуги управляемой защиты данных и автоматизации безопасности в формате SaaS. Несмотря на свое название, Cloudrise защищает как облачные, так и локальные данные. Компания утверждает, что может интегрировать защиту данных в проекты цифровой трансформации. Cloudrise автоматизирует рабочие процессы с помощью решений для защиты данных и конфиденциальности. Компания Cloudrise была запущена в октябре 2019 года.
Cylentium утверждает, что ее технология кибер-невидимости может «скрыть» корпоративную или домашнюю сеть и любое подключенное к ней устройство от обнаружения злоумышленниками. Компания называет эту концепцию «нулевой идентичностью». Компания продает свою продукцию предприятиям, потребителям и государственному сектору. Cylentium была запущена в 2020 году.
Компания Deduce , основанная в 2019 году, предлагает два продукта для так называемого «интеллектуального анализа личности». Служба оповещений клиентов отправляет клиентам уведомления о потенциальной компрометации учетной записи, а оценка риска идентификации использует агрегированные данные для оценки риска компрометации учетной записи. Компания использует когнитивные алгоритмы для анализа конфиденциальных данных с более чем 150 000 сайтов и приложений для выявления возможного мошенничества. Deduce заявляет, что использование ее продуктов снижает ущерб от захвата аккаунта более чем на 90%.
Автоматизированная платформа безопасности и соответствия Drata ориентирована на готовность к аудиту по таким стандартам, как SOC 2 или ISO 27001. Drata отслеживает и собирает данные о мерах безопасности, чтобы предоставить доказательства их наличия и работы. Платформа также помогает оптимизировать рабочие процессы. Drata была основана в 2020 году.
FYEO – это платформа для мониторинга угроз и управления доступом для потребителей, предприятий и малого и среднего бизнеса. Компания утверждает, что ее решения для управления учетными данными снимают бремя управления цифровой идентификацией. FYEO Domain Intelligence («FYEO DI») предоставляет услуги мониторинга домена, учетных данных и угроз. FYEO Identity будет предоставлять услуги управления паролями и идентификацией, начиная с четвертого квартала 2021 года. FYEO вышла из «скрытого режима» в 2021 году.
Kronos – платформа прогнозирующей аналитики уязвимостей (PVA) от компании Hive Pro , основанная на четырех основных принципах: предотвращение, обнаружение, реагирование и прогнозирование. Hive Pro автоматизирует и координирует устранение уязвимостей с помощью единого представления. Продукт компании Artemis представляет собой платформу и услугу для тестирования на проникновение на основе данных. Компания Hive Pro была основана в 2019 году.
Израильская компания Infinipoint была основана в 2019 году. Свой основной облачный продукт она называет «идентификация устройства как услуга» или DIaaS , который представляет собой решение для идентификации и определения положения устройства. Продукт интегрируется с аутентификацией SSO и действует как единая точка принуждения для всех корпоративных сервисов. DIaaS использует анализ рисков для обеспечения соблюдения политик, предоставляет статус безопасности устройства как утверждается, устраняет уязвимости «одним щелчком».
Компания Kameleon , занимающаяся производством полупроводников, не имеет собственных фабрик и занимает особое место среди поставщиков средств кибербезопасности. Компания разработала «Блок обработки проактивной безопасности» (ProSPU). Он предназначен для защиты систем при загрузке и для использования в центрах обработки данных, управляемых компьютерах, серверах и системах облачных вычислений. Компания Kameleon была основана в 2019 году.
Облачная платформа безопасности данных Open Raven предназначена для обеспечения большей прозрачности облачных ресурсов. Платформа отображает все облачные хранилища данных, включая теневые облачные учетные записи, и идентифицирует данные, которые они хранят. Затем Open Raven в режиме реального времени отслеживает утечки данных и нарушения политик и предупреждает команды о необходимости исправлений. Open Raven также может отслеживать файлы журналов на предмет конфиденциальной информации, которую следует удалить. Компания вышла из «скрытого режима» в 2020 году.
Компания Satori, основанная в 2019 году, называет свой сервис доступа к данным “DataSecOps”. Целью сервиса является отделение элементов управления безопасностью и конфиденциальностью от архитектуры. Сервис отслеживает, классифицирует и контролирует доступ к конфиденциальным данным. Имеется возможность настроить политики на основе таких критериев, как группы, пользователи, типы данных или схема, чтобы предотвратить несанкционированный доступ, замаскировать конфиденциальные данные или запустить рабочий процесс. Сервис предлагает предварительно настроенные политики для общих правил, таких как GDPR , CCPA и HIPAA .
Компания Scope Security недавно вышла из «скрытого режима», будучи основана в 2019 году. Ее продукт Scope OmniSight нацелен на отрасль здравоохранения и обнаруживает атаки на ИТ-инфраструктуру, клинические системы и системы электронных медицинских записей . Компонент анализа угроз может собирать индикаторы угроз из множества внутренних и сторонних источников, представляя данные через единый портал.
Основным продуктом Strata является платформа Maverics Identity Orchestration Platform . Это распределенная мультиоблачная платформа управления идентификацией. Заявленная цель Strata – обеспечить согласованность в распределенных облачных средах для идентификации пользователей для приложений, развернутых в нескольких облаках и локально. Функции включают в себя решение безопасного гибридного доступа для расширения доступа с нулевым доверием к локальным приложениям для облачных пользователей, уровень абстракции идентификации для лучшего управления идентификацией в мультиоблачной среде и каталог коннекторов для интеграции систем идентификации из популярных облачных систем и систем управления идентификацией. Strata была основана в 2019 году.
SynSaber , запущенная 22 июля 2021 года, предлагает решение для мониторинга промышленных активов и сети. Компания обещает обеспечить «постоянное понимание и осведомленность о состоянии, уязвимостях и угрозах во всех точках промышленной экосистемы, включая IIoT, облако и локальную среду». SynSaber была основана бывшими лидерами Dragos и Crowdstrike.
Traceable называет свой основной продукт на основе искусственного интеллекта чем-то средним между брандмауэром веб-приложений и самозащитой приложений во время выполнения. Компания утверждает, что предлагает точное обнаружение и блокирование угроз путем мониторинга активности приложений и непрерывного обучения, чтобы отличать обычную активность от вредоносной. Продукт интегрируется со шлюзами API. Traceable была основана в июле 2020 года.
Компания Wiz, основанная командой облачной безопасности Microsoft, предлагает решение для обеспечения безопасности в нескольких облаках, рассчитанное на масштабную работу. Компания утверждает, что ее продукт может анализировать все уровни облачного стека для выявления векторов атак с высоким риском и обеспечивать понимание, позволяющее лучше расставлять приоритеты. Wiz использует безагентный подход и может сканировать все виртуальные машины и контейнеры. Wiz вышла из «скрытого режима» в 2020 году.
Работает на CMS “1С-Битрикс: Управление сайтом”
free cc fullz 2021 fullz cvv