Безопасность Solaris 10 Привилегии и Зоны, Часть 1 cc shop carding, unicc cc shop

Posted on by

  Данная статья фокусируется на реализации “Концепции Привилегий” (официальное название “Минимальные привилегии” – Least Privilege)  в операционной системе SUN Solaris.
На протяжении долгого времени безопасность в дистрибутивах Unix основывалась на двух параметрах: идентификаторах (IDs) и правах доступа (permissions). Каждый файл имеет UID (идентификатор пользователя) и GID (идентификатор группы), определяющие владельца файла, а также набор атрибутов, определяющих права доступа пользователя-владельца, группы и всего остального мира. Права определенного пользователя на чтение, запись или исполнение файла зависят от его идентификаторов и прав доступа, хранящихся в описателе файла – inode.
На определенном этапе развития в Unix появились Списки Контроля Доступа ( Access Control Lists – ACL), но они также основывались на идентификаторах и правах доступа. Пользователь, захотевший выполнить специфическую задачу, требующую прав суперпользователя, вначале должен получить идентификатор суперпользователя. Однако это позволит пользователю выполнить не только его специфическую задачу, а любую задачу. В соответствии со старой моделью пользователь не сможет выполнять задач администрирования, не имея UID 0 (root). Получив этот идентификатор, он сможет выполнять все администраторские задачи.
В Solaris 8 появился Контроль Доступа, Основанный на Ролях (Role Based Access Control – RBAC). RBAC связывает роли, профили, права и пользователей, позволяя определенным пользователям выполнять некоторые действия, типа перезагрузки машины и других администраторских функций, без знания пароля пользователя root. Ясно, что это было усовершенствование. Подход “все или ничего” был заменен на более совершенную модель безопасности. Но в ее основе все равно лежат идентификаторы и права доступа.
В Solaris 10 была представлена концепция Привилегий. Концепция Привилегий (официальное название “Минимальные привилегии” – Least Privilege) не нова. В конце двадцатого века Агентство Национальной Безопасности США начало разработку нового способа повышения безопасности операционных систем. Эта новая концепция включала изменения в ядре в комбинации с RBAC. В качестве платформы разработки был выбран Linux. Первый официальный релиз появился в 2000 году и основывался на ядре версии 2.2.12. Данная статья фокусируется на реализации Sun Microsystems, но с реализацией на базе Linux (Security Enhanced Linux) можно ознакомиться на этом сайте: http://www.nsa.gov/selinux .
У пользователя есть два идентификатора: реальный (Real UID) и эффективный (Effective UID). В Posix-системах и System V есть еще третий идентификатор – Saved UID, но в этой статье он обсуждаться не будет.
При входе в систему оба идентификатора идентичны и берутся из файла passwd. При запуске пользователем процесса, эффективный UID может отличаться от реального UID. Для изменения эффективного идентификатора пользователь обычно использует команду su. Когда пользователь с UID равным, к примеру, 2001 запускает su, у него будет запрошен пароль суперпользователя и после этого создан новый процесс. Этот процесс имеет реальный UID 2001 и эффективный UID 0, что означает, что на протяжении времени жизни нового процесса все команды пользователя будут выполняться с UID равным 0. Пользователь должен знать пароль другого пользователя, под идентификатор которого он хочет переключиться. root – единственный пользователь, который может переключиться под любой UID без знания пароля этого пользователя. Необходимость знания пароля другого пользователя – главный недостаток в использовании su.
RBAC комбинирует пользователей, роли, профили, права и параметры запуска (Exec Attributes). Пользователь, c помощью команды su, может изменить свою роль, что даст ему возможность выполнять определенные команды, описанные в профиле роли. Профиль связан с параметром запуска. Параметр запуска это специальная команда, выполняющаяся со специфичным эффективным UID.
Хорошей практикой является присоединение нескольких профилей к одной роли, позволяя пользователю выполнять различные задачи администрирования, всего лишь изменив свою роль. Так же как и при использовании su для смены идентификатора, пользователь должен знать пароль доступа к желаемой роли, однако в случае с ролями его права будут гораздо более ограничены в соответствии со следующим базисом:
Пользователь -> Роль -> Профиль -> Параметр запуска
Приведем пример:
Для начала добавим пользователя “baseuser” на x86 машину с именем “solx”.
Затем добавим в систему роль.
Обратите внимание на командный интерпретатор (/bin/pfsh). Этот шелл позволяет пользователю выполнять команду в профиле. Это не тот командный интерпретатор, с помощью которого вы можете войти в систему.
Присоединим пользователя “baseuser” к роле “reboot”.
Создадим профиль.
Соединим профиль “REBOOT” с ролью “reboot”.
Итак, у нас есть пользователь “baseuser” ассоциированный с ролью “reboot”. Роль “reboot” имеет профиль “REBOOT”. Нам осталось сделать так, чтобы профиль (REBOOT) разрешал роле (reboot) выполнить /usr/sbin/reboot с UID 0.
Теперь “baseuser” может переключиться под роль “reboot” и запустить /usr/sbin/reboot для перезагрузки машины. Стоит ли разрешать простому пользователю перезагружать машину – вопрос, выходящий за рамки данной статьи.
Все эти подходы все еще основываются на идентификаторах. Пользователь, не ассоциированный с ролью, не сможет переключиться под эту роль. Роль, не ассоциированная с профилем, не сможет запустить этот профиль. Профиль, не ассоциированный с надлежащим параметром запуска, не сможет выполнить нужную команду. В результате мы имеем много файлов с большим количеством двоеточий…
Привилегии работают на другом уровне – уровне процессов, обслуживающимся ядром ОС. Это очень серьезное отличие: RBAC работает на уровне пользователя и основывается на идентификаторах и правах доступа, тогда как привилегии работают на уровне ядра и обходятся без атрибутов прав доступа к файлам. Это означает, что если процесс пользователя имеет соответствующую привилегию, он может читать файл, доступный на чтение (в соответствии с inode этого файла) только пользователю root. Или, с другой стороны, пользователь, имеющий доступ на чтение директории, не может читать ничего больше, т.к. привилегия на вызов fork убрана из списка привилегий процесса.
Для получения полного списка привилегий вы можете запустить ppriv:
Любая из этих 48 привилегий может быть дана любому из процессов вашей системы. Для упрощения этого, Sun Microsystems сгруппировали эти привилегии следующим образом: группа эффективных привилегий (Effective set), группа допустимых привилегий (Permitted set), группа наследственных привилегий (Inheritable set), и группа предельно допустимых привилегий (Limit set).
Чтобы узнать, какие из привилегий есть в вашем распоряжении, можно снова запустить ppriv:
Привилегии процессов выглядят не очень функциональными, из-за того, что когда пользователь выйдет из системы и зайдет в нее снова, все сделанные изменения пропадут.
Приведем несколько примеров, помогающих понять плюсы группировки привилегий.
Ниже пример отмены привилегии PRIV_PROC_FORK из группы эффективных привилегий процесса с идентификатором 1774:
В этом примере процесс 1744 будет получать сообщение об отсутствие привилегии каждый раз, когда будет пытаться вызвать fork. Чтобы убедиться в этом, попробуйте ввести команду ls.
Вы можете разрешить процессору с PID 1882 читать любые файлы в системе, добавив к его набору привилегий PRIV_FILE_DAC_READ.
В результате этого процессу с идентификатором 1882 разрешено читать любой файл в системе, независимо от EUID и атрибутов файла.
Нам нужно чтобы установленные привилегии были постоянными для выбранных пользователем приложений, т.е. чтобы привилегии устанавливались при входе в систему и каждый процесс, созданный пользователем, имел нужный набор привилегий. Для достижения этой цели, мы должны добавить в /etc/user_attr следующую запись:
В этом примере пользователь “baseuser” не сможет создавать жесткие ссылки на файлы, владельцем которых он не является. Понижение привилегий будет иметь эффект сразу после входа в систему:
Пользователь может получить информацию о нехватке привилегий другим способом, используя опцию отладки утилиты ppriv:
Чем дальше, тем лучше. Ясно, что RBAC и привилегии это две разные концепции, работающие на разных уровнях и единственное, что их связывает, это предназначение – защита системы.
Но что насчет Зон? Нужно рассмотреть какое место занимают Зоны во всем вышеописанном. Во второй части этой статьи мы рассмотрим, как комбинировать Привилегии и Зоны для создания защищенного окружения веб сервера Apache.
В статье мы расскажем о наиболее интересных стартапах в области кибербезопасности, на которые следует обратить внимание.
Хотите узнать, что происходит нового в сфере кибербезопасности, – обращайте внимание на стартапы, относящиеся к данной области. Стартапы начинаются с инновационной идеи и не ограничиваются стандартными решениями и основным подходом. Зачастую стартапы справляются с проблемами, которые больше никто не может решить.
Обратной стороной стартапов, конечно же, нехватка ресурсов и зрелости. Выбор продукта или платформы стартапа – это риск, требующий особых отношений между заказчиком и поставщиком . Однако, в случае успеха компания может получить конкурентное преимущество или снизить нагрузку на ресурсы безопасности.
Ниже приведены наиболее интересные стартапы (компании, основанные или вышедшие из «скрытого режима» за последние два года).
Компания 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С-Битрикс: Управление сайтом”
cc shop carding unicc cc shop