Программные шредеры бессильны против SSD-дисков

Программные шредеры бессильны против SSD-дисков

Один из краеугольных камней защиты от утечек информации - гарантированное уничтожение конфиденциальных сведений, хранящихся на жестких дисках компьютеров и ноутбуков, на финальном этапе их жизненного цикла. Программное обеспечение для очистки накопителей, позволяющее стереть данные без возможности их последующего восстановления, имеет хождение и среди индивидуальных пользователей - провести такую процедуру целесообразно, скажем, перед продажей ноутбука с Интернет-аукциона. Однако недавние исследования позволили установить, что доверять программным шредерам можно далеко не всегда.



Основная проблема состоит в том, что, образно говоря, системы гарантированного уничтожения файлов все еще живут вчерашним днем. Многие логические (и даже некоторые аппаратные) стиратели информации рассчитаны на работу с традиционными жесткими дисками типа ATA или SCSI и до сих пор не адаптированы к последним достижениям инженерной мысли в области хранения данных - к твердотельным накопителям (SSD), которые обладают принципиально иным внутренним устройством и в силу этого почти не поддаются привычным технологиям и приемам "безопасного" уничтожения объектов файловой системы.


Ученые из университета Сан-Диего (Калифорния, США) изучили надежность программных шредеров применительно к SSD-дискам, которые ввиду их малого веса все чаще применяются в качестве основных хранилищ информации в портативных компьютерах и мобильных устройствах. В коллективном исследовании, представленном на конференции Usenix FAST 11, говорится, что из-за базовых различий между обычными жесткими дисками и SSD представления пользователя о работе последних могут довольно сильно отличаться от их реального поведения. Соответственно, владелец твердотельного накопителя, который не разбирается в технических нюансах и принципах его работы, запустит традиционный уничтожитель данных и будет пребывать в блаженном неведении, искренне считая, что конфиденциальная информация безвозвратно удалена (в то время как на самом деле важные сведения останутся на носителе, и для их извлечения даже не понадобятся экспертные познания или сложные инструменты).


И действительно, для подобных опасений есть все основания: достаточно лишь ознакомиться с результатами, которые получили американские ученые, чтобы признать масштабность проблемы. Например:
- после того, как специалисты стерли файл с SSD-диска при помощи встроенного шредера из операционной системы Mac OS X, на носителе осталось 67% его содержимого.
- когда исследователи попробовали применить перезапись файла псевдослучайными последовательностями, на диске сохранилось 75% исходной информации.
- после того, как против файла была задействована технология уничтожения данных British HMG IS5, ученым удалось извлечь 58% "стертых" сведений.


Немногим лучше отработали и приемы полной зачистки всего содержимого накопителя. В одном из тестовых прогонов даже после двадцати последовательных циклов перезаписи на диске неназванного производителя все еще оставалось около 1% от исходного гигабайта данных. В ряде случаев от информации удалось избавиться после двух циклов очистки, однако каждый из них занял неподобающе много времени - от 58 до 121 часа.


Иногда для разрушения файловой системы и хранящихся на обычном НЖМД сведений применяется и аппаратная технология - размагничивание. Так как на твердотельных носителях информация записывается иным образом, нежели на обычных "винчестерах", бесполезность данного метода была очевидна изначально; однако для чистоты эксперимента ученые опробовали и его. Результат, естественно, оказался нулевым: ни один байт данных не пострадал.


Таким образом, выяснилось, что программные и некоторые аппаратные шредеры либо практически бессильны перед лицом новых технологий, либо слишком медленны в работе с ними. До тех пор, пока не будут созданы достаточно надежные и быстрые стиратели для SSD-дисков, специалисты рекомендуют оборонять хранящиеся на таких носителях конфиденциальные данные посредством шифрования. Естественно, носитель можно уничтожить физически - например, при помощи кувалды, - но столь радикальные меры приемлемы далеко не всегда.


The Register

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

34% тестировщиков применяют ИИ для генерации кода, 28% — для тест-кейсов

2ГИС решила разобраться, как себя чувствует русскоязычное QA-сообщество: чем пользуются тестировщики, как устроены процессы и как в работу проникает искусственный интеллект. В исследовании поучаствовали 570 QA-специалистов, почти половина из них работают в крупных компаниях.

57% опрошенных сказали, что подключаются к разработке фич ещё на этапе обсуждения требований — то есть задолго до появления кода.

Лишь 20% приходят в проект только после завершения разработки. А вариант «подключаюсь, когда в продакшене что-то сломалось» — уже почти экзотика.

89% команд используют автотесты — от юнитов до UI. Но вот инструменты вокруг них, вроде поддержки, аналитики и стабильности, применяют далеко не все. Например, код-ревью автотестов делают только 39% опрошенных, а 28% команд вообще не отслеживают никаких метрик и работают «вслепую».

ИИ используют не все, и в основном — для рутинных задач

Хотя ИИ уже прочно вошёл в мир тестирования, чаще всего его применяют для типовых задач:

  • написание тестового кода (34%),
  • генерация тест-кейсов (28%),
  • и тестовых данных (26%).

 

Более продвинутые сценарии вроде анализа тестов, автоматического поиска багов и визуального тестирования пока используются редко. Например, только 5% автоматизируют дефект-дискавери, и лишь 4% пробуют AI для визуальных проверок. А 22% QA-специалистов вообще не используют ИИ в своей работе.

Главные проблемы в тестировании

На первом месте — сжатые сроки. Об этом сказали 71% участников опроса. На втором — слабое вовлечение QA в процессы (40%) и нехватка квалифицированных специалистов (37%).

Как измеряют качество

  • Главная метрика — количество найденных багов (58%).
  • Покрытие автотестами учитывают 43%, покрытие кода — только 23%.
  • Стабильность тестов (например, чтобы они не «флапали») отслеживают всего 15% команд.

Что будет с профессией дальше? Мнения разделились:

  • 37% считают, что всё уйдёт в тотальную автоматизацию;
  • 35% уверены, что ничего особо не поменяется;
  • почти треть верит, что QA станет глубже интегрироваться в специфические направления вроде ИБ и производительности;
  • 27% видят будущее за DevOps и SRE — то есть тесной работой на всех этапах: от разработки до эксплуатации.
AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru