ГОСТ Р ИСО/МЭК 27002-2012; Страница 31

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ Р МЭК 61620-2013 Жидкости изоляционные. Определение тангенса угла диэлектрических потерь измерением электрической проводимости и емкости (Настоящий стандарт устанавливает метод одновременного измерения проводимости G и емкости С для вычисления тангенса угла диэлектрических потерь tg дельта изоляционных жидкостей, используемых в трансформаторах и другом электротехническом оборудовании. Метод применяют к неиспользованным изоляционным жидкостям и изоляционным жидкостям в эксплуатируемых трансформаторах и других электрических устройствах. Настоящий стандарт не заменяет МЭК 60247, а дополняет его, поскольку может применяться для жидкостей с высокими изоляционными показателями и устанавливает метод измерения для этих жидкостей. Метод настоящего стандарта позволяет достоверно определить такие низкие значения тангенса угла диэлектрических потерь как 10 в степени минус 6 при промышленной частоте сети. Более того, диапазон измерений лежит между 10 в степени минус 6 и 1, который в определенных условиях можно расширить до 200) ГОСТ Р ИСО/МЭК 27011-2012 Информационная технология. Методы и средства обеспечения безопасности. Руководства по менеджменту информационной безопасности для телекоммуникационных организаций на основе ИСО/МЭК 27002 (Настоящий национальный стандарт определяет рекомендации, поддерживающие реализацию менеджмента информационной безопасности в телекоммуникационных организациях. Применение данного национального стандарта позволит телекоммуникационным организациям выполнять базовые требования менеджмента информационной безопасности в отношении конфиденциальности, целостности, доступности и любых других аспектов безопасности) ГОСТ Р 55080-2012 Чугун. Метод рентгенофлуоресцентного анализа (Настоящий стандарт распространяется на анализ образцов чугуна, имеющих диаметр, достаточный, чтобы перекрыть отверстие приемника пробы (кассеты, камеры))

Страница 31

Страница 1

Untitled document

ГОСТ Р ИСО/МЭК 27002-2012

6.1.8 Независимая проверка информационной безопасности

Мера и средство контроля и управления

Подход организациик менеджменту информационной безопасностии ее

реализации (т. е. цели управления, политики, процессы и процедуры по обеспечению

информационной безопасности) должен проверяться независимым образом через

запланированные интервалы времени, или когда произошли значительные изменения,

связанные с реализацией безопасности.

Рекомендация по реализации

Независимая проверка должна инициироваться руководством. Такая независимая

проверканеобходимадляобеспечения уверенностивсохраняющейся

работоспособности, адекватности и эффективности подхода организации к менеджменту

информационной безопасности. Проверка должна включать в себя оценку возможностей

улучшения и необходимость изменений подхода к безопасности, в том числе политику и

цели управления.

Такая проверка должна осуществляться специалистами, не работающими в

рассматриваемой области деятельности, например службой внутреннего аудита,

независимым менеджером или сторонней организацией, специализирующейся на таких

проверках.Специалисты,привлекаемыек такимпроверкам, должныобладать

соответствующими навыками и опытом.

Результаты независимой проверки должны регистрироваться и сообщаться

руководству, инициировавшему проверку. Эти отчеты необходимо сохранять для

возможного последующего использования.

Если в результате независимой проверки устанавливается, что подход организации

и реализация менеджмента информационной безопасности неадекватны или не

соответствуют направлению информационной безопасности, изложенному в документе,

содержащем политику информационной безопасности (см. 5.1.1), руководству следует

рассмотреть соответствующие корректирующие действия.

Дополнительная информация

Область деятельности,которуюменеджерыдолжнырегулярнопроверять

(см. 15.2.1), может быть проверена независимым образом. Методы проверки могут

включать опрос руководства, проверку данных регистрации или анализ документов,

программы, вставляющей исправления в объектный код соответствующих модулей приложения. Иногда

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