Skip to content Skip to footer

Who we are

Our website address is: https://shipip.com.

What personal data we collect and why we collect it

Comments

When visitors leave comments on the site we collect the data shown in the comments form, and also the visitor’s IP address and browser user agent string to help spam detection.

An anonymized string created from your email address (also called a hash) may be provided to the Gravatar service to see if you are using it. The Gravatar service privacy policy is available here: https://automattic.com/privacy/. After approval of your comment, your profile picture is visible to the public in the context of your comment.

Media

If you upload images to the website, you should avoid uploading images with embedded location data (EXIF GPS) included. Visitors to the website can download and extract any location data from images on the website.

Contact forms

Cookies

If you leave a comment on our site you may opt-in to saving your name, email address and website in cookies. These are for your convenience so that you do not have to fill in your details again when you leave another comment. These cookies will last for one year.

If you visit our login page, we will set a temporary cookie to determine if your browser accepts cookies. This cookie contains no personal data and is discarded when you close your browser.

When you log in, we will also set up several cookies to save your login information and your screen display choices. Login cookies last for two days, and screen options cookies last for a year. If you select "Remember Me", your login will persist for two weeks. If you log out of your account, the login cookies will be removed.

If you edit or publish an article, an additional cookie will be saved in your browser. This cookie includes no personal data and simply indicates the post ID of the article you just edited. It expires after 1 day.

Embedded content from other websites

Articles on this site may include embedded content (e.g. videos, images, articles, etc.). Embedded content from other websites behaves in the exact same way as if the visitor has visited the other website.

These websites may collect data about you, use cookies, embed additional third-party tracking, and monitor your interaction with that embedded content, including tracking your interaction with the embedded content if you have an account and are logged in to that website.

Analytics

Who we share your data with

How long we retain your data

If you leave a comment, the comment and its metadata are retained indefinitely. This is so we can recognize and approve any follow-up comments automatically instead of holding them in a moderation queue.

For users that register on our website (if any), we also store the personal information they provide in their user profile. All users can see, edit, or delete their personal information at any time (except they cannot change their username). Website administrators can also see and edit that information.

What rights you have over your data

If you have an account on this site, or have left comments, you can request to receive an exported file of the personal data we hold about you, including any data you have provided to us. You can also request that we erase any personal data we hold about you. This does not include any data we are obliged to keep for administrative, legal, or security purposes.

Where we send your data

Visitor comments may be checked through an automated spam detection service.

Your contact information

Additional information

How we protect your data

What data breach procedures we have in place

What third parties we receive data from

What automated decision making and/or profiling we do with user data

Industry regulatory disclosure requirements

We hacked a ship. The owner is liable.

Author: Ewan Robinson, director of maritime communications and solutions provider Yangosat. 

We hacked a ship. The Owner is Liable.

Well, we hacked the communications system of the ship. Technically we have been doing this for a few years.

This time we did it like a “bad guy” would.

We got into the vessel, belonging to a multinational company, and found out everything possible about the system, the setup, the manufacturers information.

This is a very specialised vessel that was alongside in the capitol city of a major European country, carrying out cargo discharge.

We could have broken the system so badly, the vessel would have been back to Sat-C and flag signals.

Any information going through that satcomm would have been able to be collected, checked and used.

As we are Ethical Hackers, we are obliged to act in certain ways. One of them is that we have to tell everyone involved if we did something during testing.

We did. Well, we tried to.

The Owners operators, when we finally managed to get someone in the overworked operations department to listen, didn’t care and ignored us.

The manufacturers didn’t even bother to respond.

All of the test was documented, peer reviewed and otherwise substantiated by trusted persons.

The lawyers are going to have a field day and be very happy.

Ship owners are not.

Owners and operators are being badly supported and advised by these super providers, who use third party engineers, or poorly trained engineers, and leave systems in an exposed state. Equipment manufacturers and developers are so guilty of poor techniques and security that using “industry best practice” is a total contradiction.

Lawyers, P&I and Class are going to be so busy refusing claims in the event of a cyber incident, that the poor owners are not going to know where to turn.

Owners are forced into accepting sub-standard equipment. This equipment cannot be made secure in its current format, and yet the manufacturers and developers, fail to update and secure them.

The providers supply this equipment, along with the bandwidth and engineers who install them, and then incorrectly configure and allow public access to them. The Owner is still liable.

So how were they failed?

We have been presenting at various conferences over the last few years, highlighting how exposed we are as an industry to ‘hackers’ and bad actors.

It normally consisted of a prepared victim vessel, using a system that had been poorly configured by the provider, or the providers appointed/trained engineer, and accessing the equipment onboard, normally the antenna or satcomm system. It’s a quick way to display to an audience just how much we are ‘displaying publicly’.

recently someone asked “what could someone actually do?”

A relevant question we thought, so we tested to see what we could actually do.

As a basic attack, an intruder could lock out all the users from accessing the equipment. They could turn off the satcom, or prevent systems and users onboard gaining access to the internet or to systems onshore or stop onshore reaching the vessel.

OK, so this is annoying and disruptive, costing from a few hundreds to several tens or hundreds  of thousands if the charterer deems “off hire” status due to lack of communications.

Well, that’s quite expensive, potentially.

But what can we learn from the systems we can get at?

A lot.

Given the amount of systems that are exposed to the internet, with poor configuration, it is relatively easy to find a ‘victim’, and to maximise the information gained by using the tools available and exposed by the simplest of mistakes.

Default admin passwords.

There is a need for it, but no excuse for it.

Service Providers, who manage several thousands of vessels, still use engineers who leave default admin usernames and passwords.

So, it’s a fault on one vessel, but it cant really hurt can it?

It can. And it does.

Our target vessel was found.

That took 7 minutes to locate.

It belonged to a very large multinational corporation. The default username and password was still in effect on the VSAT system.

Access was made to the administration area, so all usernames and passwords could be changed. Also available was access to the system by FTP. Even if this had not already been enabled, as we were in the Admin area, we could have enabled it.

This is where major security flaw #1 was found. The FTP access gave access to the entire operating system of the device, not just the FTP area.

Major security flaw #2 was putting a text file in every folder with a map of the entire structure of the operating system.

This allowed for finding and copying the ‘hidden’ password file to our local machine. It was actually encrypted.

2 hours later, it wasn’t.

So now we had all the manufacturers usernames and passwords.

Now we can access the publicly available machines where they have changed the default admin username and password, by using the manufacturers. They have these so the engineers can always get in. Great for business and support, not so for security.

The network connections listed in the antenna setup were then investigated.

The VSAT Modem was accessed, again using default connections on SSH, with publicly available usernames and passwords.

Command line access to the modem was achieved, allowing us to take control and alter the configuration. In effect we could now control the communications in 2 different places.

Such systemic failures, at the developmental and operational level, are going to have huge issues when Cyber 2021 comes into force next year.

Class and P&I will be left wondering who to refuse claims and who to sue for negligence when there are events, while the operators are trusting the providers to implement correctly, and the manufacturers and developers are failing at such basic levels, they will likely be left with the legal responsibility in the first instance.

The lesson of life in todays marine communications environment?

Don’t trust what’s being given to you.

Unless you have had your own trusted IT check what’s gone before, why would you blindly trust a stranger with your vessels now?

The Owner is Liable.

Yangosat is a maritime communications and solutions provider, helping shipowners and providers realise new systems and invigorate existing ones. This article has been reproduced with the author’s permission.