ZDNet UK


Skip to Main Content

ZDNet.co.uk - Winner of Best Business Website 2007
  1. Home
  2. News
  3. Blogs
  4. Reviews
  5. Prices
  6. Resources
  7. Community
  8. My ZDNet

 

ZDNet UK RSS Feeds


IT Jobs

Security threats Toolkit

Vulnerability found in Yoggie Pico

Tom Espiner ZDNet.co.uk

Published: 04 Jul 2007 17:08 BST

  • Email
  • Trackback
  • Clip Link
  • Print friendly
  • Post Comment

A vulnerability has been found in Linux-based USB security device Yoggie Pico.

Yoggie Pico sits on a device, such as a laptop, and monitors web traffic to detect and block malware.

The zero-day vulnerability was disclosed on Monday by vulnerability researcher Cody Brocious.

Sentry Posts Blog

Sentry Posts Blog
Guarding the network

What you need to know — and what you and your peers have to tell us — about security management in our new community group blog

Read more +

Brocious said in his post that remote code execution was possible by subverting the "ping" function in the Yoggie web interface. "They expose a 'ping' function in their web interface for diagnostic purposes, which passes the IP/hostname given directly to ping in the form of 'ping -c 10 '. They do basic checking for ampersands, semicolons and pipes, but do not check for backticks, which allows you to execute commands as root on the device," wrote Brocious.

Avi Dardick, Yoggie's senior director of product management and support, said that the vulnerability had been fixed and that an update was released within 30 minutes of being disclosed.

Dardick played down the vulnerability, and denied that remote code execution was possible. "This was not remote execution, as the vulnerability requires access from the computer the device is supposed to connect to, to begin with, which requires an SSL handshake, and to begin processing you need to enter the username and password," he said. "With this in mind, yes, you could have hacked our Linux, but the exploit was by no means remote."

  • Email
  • Trackback
  • Clip Link
  • Print friendly Print with HP

Did you find this article useful?
19 out of 19 people found this useful



Company/Topic Alerts

Create a new alert from the list below:







Related Jobs

C39490: AMS Digital Media Analyst

Design and execute tracking and reporting tools client for all new media, including scorecard formats, KPIs, and client reports. Specifically, the ...

Lead Test Engineer - LONDON - Urgent!

Prepare, automate and execute automated tests Technical Skills: Automation experience Agile / UML UAT This is an exciting and challenging role where ...

C++ Developer with Trade Execution; Arbitrage Trading in European Bank

C++ Developer with Trade Execution; Arbitrage Trading in European Bank A leading European Investment Bank has a senior C++ opportunity within the ...

Sentry Posts Blog

Mobile Linux Better For Mobile Busines...

Mobile Linux Better For Mobile Business Apps? Author: Eric Everson, MyMobiSafe.com As mobile Linux is carving it’s footprint on the future of mobile application development, the... More

Post a comment

DWP downplays security breach

The Department for Work and Pensions (DWP) has admitted that some of its staff have been forwarding passwords with password protected material. An email that was leaked on the 'Dizzy... More

Post a comment

How many headshots does one chairperso...

We got a strange request last week from the head of PR from Russian security experts Kaspersky. It seems although the company was very happy with the interview we recently carried with... More

Post a comment

Featured Talkback

On the contrary, if vendors were forced to stand behind their products it should increase innovation. It would force more, and better , testing before hitting the sales floor, resulting in fewer updates and less downtime for the consumer. At present the EULA removes responsibility from the vendor, and moves it to the user, which is a step backward. Make the vendor responsibility for their code.

By: ator1940

Read full story:
RSA: Vendor liability may stifle innovation