Сочинение на тему Операционная безопасность информационных технологий

Операционная безопасность

Команды по информационным технологиям ожидают несколько частых инструментов и услуг, которые имеют универсальную поперечную актуальность. Чтобы содержать оценку уязвимости, надзор за политикой и сохранять интенсивность по диагонали составное собрание поддерживающего модуля. За несколько лет безопасность Hadoop стала обширной системой, и теперь большинство из часто обсуждаемых вопросов можно сконцентрировать на разном времени и попытках со стороны групп по информационным технологиям и безопасности. Последующее – это впечатление о наиболее частых угрозах для Hadoop (системы организации данных в целом), а также с подготовленным контрольным вкладом в превентивную безопасность для защиты от частых атак.

Аутентификация и разрешение: проверка индивидуальности имеет жизненно важное значение для любой попытки безопасности определить, кто должен иметь доступ к информации. К счастью, наибольшее преимущество в безопасности Hadoop имеет индивидуальность и доступ к информации. Он также включает в себя корпоративные дистрибутивы Hadoop. Мы включаем разработку начальных настроек по умолчанию, не внося никаких предпочтений в проверку полностью интегрированных опций на основе LDAP, Active Directory, Kerberos и X.509. Используя этот потенциал, мы защищаемся от использования признанных ролей для информации авторизации, а иногда и дольше предоставляем ее службам детального согласия, подобным Apache Sentry, или отчету об одобрении конвенции, который ограничен релевантностью профессии.

Доступ к данным организации. В большинстве организаций есть администратор платформы и администратор Hadoop, оба из которых имеют доступ к записям кластера. На пути к распределению обязанностей, чтобы гарантировать, что офицер не может осмотреть достаточную способность разделить организационные роли и ограничить ненужный доступ к наименьшему количеству. Прямой допуск к записям или данным часто концентрируется на расположении ответственности, основанном на авторизации, доступе к списку организации, правах доступа к файлам и разделении ролей организации, например, с точки зрения отдельных финансовых отчетов организации с различной ответственностью и рекомендацией. Это предоставляет базовую защиту, но не может защитить законное допуск к архиву. Повышенная безопасность требует организации служб шифрования данных и управления ключами с превосходными ключами для каждой функции или кластера, которые присутствуют, с очевидным шифрованием файлов или HDFS.

Аутентификация приложений и узлов: если защитник продолжает добавлять новый узел, который он организует, в кластер, он сохраняет информацию. Чтобы аутентифицировать узлы (а не пользователей), прежде чем они смогут присоединиться к кластеру и наиболее плотно, мы общаемся либо с использованием сертификатов X.509, либо Kerberos. Обе схемы могут также аутентифицировать пользователей, но мы рисуем эту особенность, чтобы подчеркнуть угрозу приложений или узлов организма, лишних для кластера. Потребление этих услуг также несет риски. Возможности индивидуальной поддержки сертификатов неявно скрывают настройку и использование, но их правильная организация может обеспечить строгую проверку и повысить безопасность.