<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Sonic Disruption of HDDs in Industry News</title>
    <link>https://community.isc2.org/t5/Industry-News/Sonic-Disruption-of-HDDs/m-p/10907#M1009</link>
    <description>&lt;P&gt;I'm sure I recall studies &lt;A href="https://securityledger.com/2018/05/researchers-use-sonic-attacks-to-crash-hard-drives/" target="_blank"&gt;very similar to this one on sonic disruption of drives&lt;/A&gt; in years gone by.&amp;nbsp; (Not to mention all the studies on how to get info out of a hard drive by listening to what it is doing, and the covert channels you can set up that way.)&amp;nbsp; (And I wonder if this type of stuff is behind the "sonic attacks" in Cuba and China?)&amp;nbsp; (But I digress.)&lt;BR /&gt;&lt;BR /&gt;I recall a tale from the early days when a BBC crew was filming a documentary about a new computer system that had been installed.&lt;BR /&gt;&lt;BR /&gt;Only they couldn't get any decent footage of the computer actually doing anything because the machine kept crashing.&lt;BR /&gt;&lt;BR /&gt;In the end it was determined that the BBC crew was to blame.&amp;nbsp; There was a photographer in the crew (probably shooting stuff for the Radio Times magazine) with a camera--and a flash.&amp;nbsp; The computer had ranks of tape drives, and, every time the flash went off it (simultaneously) tripped all the (optical) end-of-tape sensors, and overloaded the computer's capacity to handle the interrupts.&lt;/P&gt;</description>
    <pubDate>Mon, 09 Oct 2023 08:47:44 GMT</pubDate>
    <dc:creator>rslade</dc:creator>
    <dc:date>2023-10-09T08:47:44Z</dc:date>
    <item>
      <title>Sonic Disruption of HDDs</title>
      <link>https://community.isc2.org/t5/Industry-News/Sonic-Disruption-of-HDDs/m-p/10907#M1009</link>
      <description>&lt;P&gt;I'm sure I recall studies &lt;A href="https://securityledger.com/2018/05/researchers-use-sonic-attacks-to-crash-hard-drives/" target="_blank"&gt;very similar to this one on sonic disruption of drives&lt;/A&gt; in years gone by.&amp;nbsp; (Not to mention all the studies on how to get info out of a hard drive by listening to what it is doing, and the covert channels you can set up that way.)&amp;nbsp; (And I wonder if this type of stuff is behind the "sonic attacks" in Cuba and China?)&amp;nbsp; (But I digress.)&lt;BR /&gt;&lt;BR /&gt;I recall a tale from the early days when a BBC crew was filming a documentary about a new computer system that had been installed.&lt;BR /&gt;&lt;BR /&gt;Only they couldn't get any decent footage of the computer actually doing anything because the machine kept crashing.&lt;BR /&gt;&lt;BR /&gt;In the end it was determined that the BBC crew was to blame.&amp;nbsp; There was a photographer in the crew (probably shooting stuff for the Radio Times magazine) with a camera--and a flash.&amp;nbsp; The computer had ranks of tape drives, and, every time the flash went off it (simultaneously) tripped all the (optical) end-of-tape sensors, and overloaded the computer's capacity to handle the interrupts.&lt;/P&gt;</description>
      <pubDate>Mon, 09 Oct 2023 08:47:44 GMT</pubDate>
      <guid>https://community.isc2.org/t5/Industry-News/Sonic-Disruption-of-HDDs/m-p/10907#M1009</guid>
      <dc:creator>rslade</dc:creator>
      <dc:date>2023-10-09T08:47:44Z</dc:date>
    </item>
  </channel>
</rss>

