SCADApedia
AAA  AAA 

New Solutions to Secure Field Communications

One of the real challenges in securing SCADA networks, especially over a shared or exposed WAN, is the SCADA protocols do not authenticate the source of the communications or the data integrity. If an attacker can access the WAN, she can send commands to a field device or responses to a control server. This vulnerability may not result in one of the highest risks today in many SCADA networks today, but as the community gets the basics in place hopefully we can address this vulnerability.

Over the last couple of weeks I’ve heard updates on three projects to address this vulnerability:

PNL

The most interesting project is out at PNL where they have developed a protocol that does just what I mentioned earlier, it authenticates the source of all requests and responses and verifies the data has not been modified in transit. Originally it was called Secure DNP3, but the security protocol is now generalized.

There are some cool features such as setting authentication to occur periodically or by function code. You may not care if polls are authentic, but writes and reboots affect integrity and availability and warrant security. Mark Hadley gave me a briefing at PCSF, and PNL will be giving a presentation and demo of the solution at the KEMA event in August.

It is a bump in the line solution with visions of being integrated into PLC’s and other field devices. In this game, the first solution to get widely integrated into PLC’s probably wins. PNL and the other national labs may have an advantage over small security vendors in getting the ears of large PLC manufacturers.

Digital Authentication Technogies (DAT)

DAT has received multiple SBIR contracts from government agencies for a “physics based authentication” technology. DAT has explained the physics to me a couple of times, and I still can’t get it. The idea is the DAT receiver can tell where it is based on the surroundings such as the room shape and contents of the room, and this it is not GPS which they say can be fooled.

DAT is looking to apply this technology to secure field communications so a field device could not be moved? They use other factors besides location. I don’t have much else to say on this, but it is certainly very different than any other approach based on limited info. It will be interesting to see if they can interest a field device vendor in this bleeding edge technology.

Langner Communications

I’ve been e-mailing and chatting with Ralph Langner of Langner Communications in Hamburg, Germany for years now. Maybe someday we will meet. I put him on a short list of people in the SCADA security community that has a lot of ideas, and since he can code, those ideas quickly come to market as free tools or products.

Ralph’s latest is the i-Plant Total Control. This solution consists of an industrial computer, a Siemens Microbox 420 running hardened XP, sitting in front of your PLC’s and a web based management interface. The devices in front of the PLC are passive and understand the Modbus and Siemens field protocols. These devices report information back to the management system based on how they are configured.

What could they report? Changes by unauthorized users or systems. Configuration changes (for you Cisco folks think of this as CiscoWorks RME). Reboots. Logs being full. All the information is brought back to the manager and displayed in a GUI that has more of a control system look and feel than an IT look and feel. We may eventually see this type of technology in SCADA systems, but in the interim this is a possible solution for monitoring the security of field devices.

Comments

Comment from Anonymous
Time: June 18, 2006, 9:11 am

Oh gosh, let’s all be the first kids on our block to have something labeled “security” on it. Not one of these solutions is open or based on a well known standard.

The standard-based protocols are coming soon. They’ll get much more of the attention of the pen-testing community and the many engineers who install them. Meanwhile, these closed standards will lurk in obscurity. For all we know, the attackers may come from the very companies who made these security products. This is the hazard to using closed proprietary security systems.

At least the open standards can be evaluated by everyone. A flaw, if one exists, can be noted and fixes can be made available. Do we know that this same due dilligence will be done by these proprietary solutions?

Comment from Dale Peterson
Time: June 18, 2006, 9:38 pm

I think anonymous is absolutely correct that open, vetted standards-based protocols are the better.

But what if they don’t exist or are weak? A lot of the efforts that are coming soon are simply encapsulating protocols in SSL which really isn’t what is needed.

RSA, Diffie Hellman and the elliptic curve protocols all started as proprietary and moved to be included in standards.

I do think any of these new solutions need to be shared and vetted before they can be taken seriously, but they may have something worth looking at. I’m especially intriqued by the PNL approach.

Write a comment