Monday, 29 February 2016

DON'T USE POLi or Account2Account Payment Services they are bad news

These services are for people who do not use a debit or credit card to make a payment. Instead they are transferring funds directly from a bank account to a merchant. The idea of these services is they can make that type of payment as "easy" as a credit or debit card. However they are risky to use, the banks regard them as insecure and would prefer customers do not use them.

These services work by inserting a browser within a browser so that you do a logon into your internet banking in a virtual browser window inside the payment provider's website. Since this requires a secure (HTTPS) connection between you and the bank, the payment provider website must intercept this connection and decrypt the traffic occurring in your supposedly secure and private internet banking session. This is called a "man in the middle" interception and is a system that is used by hackers to steal information from HTTPS logons.

Man in the middle interception of HTTPS traffic is becoming increasingly common in a variety of contexts - not all of them good. The important point is that your supposedly secure and safe internet connection is intercepted somewhere along the way so that it is no longer secure. At the point where it is being transacted between your computer and the payment provider's website, or within the payment provider's website, there is a risk because it is no longer a secure transaction. The payment provider could be storing logon names and passwords, which if obtained by unauthorised parties, could then be used to access your internet banking and steal your money.

The answer is, if you are paying for goods online, don't use an internet banking transfer when a site like this asks you to log into Internet banking in a virtual browser window (where the logon looks like your internet banking logon but is actually within the payment provider's website). Don't provide internet banking credentials anywhere except when logging into the bank's own website. 

Use a debit card or credit card to make all online purchases. Debit cards simply access funds from a nominated account, so they are effectively the same as transferring funds from the account. If your payment website offers to save debit/credit card details against future payments, don't enable the option. You should not have saved any credentials (including debit/credit card numbers) on a third party website which can be insecure.

Although there is also a risk from debit card use, you can limit the amount of funds in the nominated account. This is safer than giving out internet banking credentials, which can be used to gain access to all of your funds,

Sunday, 21 February 2016

Switching to Linux [4]

Continuing on my series of investigations into switching the most powerful of my computers to Linux.

There are now some important questions to be resolved in the area of running a software based RAID 1 array on a pair of disks (a mirror) as this is somewhat of an advanced area of knowledge and unlike a lot of other stuff a mastery of various command line tools and hardware concepts is needed. It will require further investigations and forum postings to determine.

In the short term I can break the RAID mirror on the existing pair of Windows disks and use one of them as a source for the other which will be the Linux data volume equivalent. In other words reading the Windows disk using ntfs-3g as I transfer data to the Linux ext4 volume. Later on once this process has been completed it should be possible to bring the second disk across into a RAID-1 array in the same way as the means by which I originally set up the Windows software disk array.

In the short term I expect one of my computers will stay on Windows as there are still a few software packages that are not going to be available on Linux. But which version of Windows it will be running is a moot point. I don't think Windows 10 is warranted and it may be reverted to 7. The issue is with the cameras and photo editing software such as IrfanView. It will take me some considerable time and investigation to find alternatives that are as good as these packages. However given the availability of ntfs-3g I haven't ruled out the possibility of being able to interface a Windows virtual machine to images. The main issue is to find some way of replicating the download of photos from a camera to a Linux computer in the way that the Canon software handles it.

So from here we can look at moving closer to an actual timeframe for migration but it is a process that will have to be scheduled for when I have more time as it is not as straightforward as migrating to a new version of Windows has been. However it is not too complex.

The steps I will be following for the migration are likely to be as follows:
  • Back up all of the existing data on the PC
  • Move some of it back to the study PC (the one where most of it used to be) - photos and the photo processing software packages
  • Break the RAID mirror and check that both disks function independently
  • Install MINT on the SSD
  • Turn one of the mirror disks into a ext4 data volume and redirect the home / usr folders to it.
  • Link the other mirror disk using ntfs-3g and migrate data structures across from it
  • Reformat the second mirror disk and then create the new RAID-1 array in Linux
There is possibly more but that's the gist of it. My little AMD E350 box on which I am writing this has been doing a good job as a test bed but is stretched to its limits at times. With only 4 GB of RAM and its low power CPU then running some big stuff like Qgis along with several browsers is asking a lot of it. But I have spent as much time as possible using it and have been attempting to achieve as much as possible with it compared to the other computers in the house.

One of the things that is important is a second backup disk so that I can immediately start to make backups from the Linux system. This is on the basis of not relying on ntfs-3g for write support because we do not know how reliable their system really is, because it is unclear how they are going to guarantee bulletproof compatibility. In fact this is a really murky area. It seems the entire product has been captured by the commercial developer and is not embraced by the wider community. As such I do not see much merit in wanting to run any of my data long term on a NTFS volume using this system. For Linux therefore my data will be migrated to ext4 which is a native filesystem.

So a lot of steps and a lot of time. I am not sure what the timeframe for making it all happen will be. It may be that it is as much as two months away. I am making the most use I can of my test system and trying out various things on it but I am really champing at the bit to be able to move quickly to my main system running Linux. So I hope with a bit of juggling it will come together soon, maybe over the Easter holiday weekend, perhaps sooner if I have more time. 

Thursday, 18 February 2016

Switching to Linux [3]


Running Qgis 2.12.3 with one of my map projects.