Back in December, we announced we were working on a new sync solution for iBank. It has been in development for some time now and is coming along nicely. Though it’s not ready for release just yet, I wanted to touch base with everyone to talk about how sync is shaping up. But first some history.

Why are we doing this?

Our current sync solution was originally designed to sync from iBank for Mac to iBank Mobile on the iPhone using MobileMe. It was designed with the Mac serving as a hub for all of the iPhones that sync with it. We extended this model to support iPad and moved from MobileMe to webDAV when MobileMe was discontinued. Since that time we have been researching various replacement solutions. We looked at iCloud CoreData sync, but with the complexity of our model — including external file attachments and various schema differences between products — this option did not work for us. We looked at working with DropBox or other host file storage systems, but again, these did not meet our needs. It became apparent that to get what we wanted, we were going to have to build it.

There were two key goals that have driven the design of our new sync solution. The first is to be able to sync any combination of supported devices without needing iBank for Mac to act as the hub. This means you can sync between iBank running on an iPad and an iPhone, or two (or more) iPhones, or two (or more) iPads, all without needing iBank for Mac. (You can even sync two financial books on the same iPad, but I am not sure why you would want to.) Of course you can still include iBank for Mac in the mix. And, as part of this setup, we don’t want to require that any device be on and running iBank except the one actually doing the current sync.

The second goal is that syncing should be easy to set up and effortless to use. This means we don’t want customers to have to enter URLs, or set up accounts with third parties, or worry about router configurations. If you have Internet (specifically web) access from the device, then you can sync, period. This also means that you don’t need to be connected all the time to use your data, and when you reconnect, any changes that you made will sync.

There is a third, overarching requirement that we have for all our products and features: security. We want to make sure that your data is protected from bad guys, from good guys, and even from us.

So what did we do to reach these goals?

The first goal, to support any combination of devices with only the syncing device needing to be on, leads us to having a server to store the sync data that all devices can connect to at any time. This is because we have to hold the sync data somewhere. Furthermore, since our products can support multiple financial books or documents, the server will need to have support the syncing of different financial books to different devices.

The second goal also leads us to wanting to have an IGG server so that you don’t need to set up with third parties or enter URLs, as the webDAV solution requires. Also, the IGG server needs to be smart enough to handle incremental updates to the sync data.

This runs right into the third goal of security: we don’t want to see your data. To meet this requirement we are going to chunk and encrypt all the sync data on device with a random key. That key will be encrypted with a password that you provide. The result is that the sync server will only be dealing with chunks of encrypted data. We at IGG will have no way to see the actual data on any of our servers or in transit. When a new device is set up to sync with a financial book, you will enter the password that you originally provided for the encrypted key.

If that seems complicated, what will your experience be like?

We think this experience will be great.

When you decide that you want to share your existing iBank for Mac financial book with other devices, you just choose a new menu item “Share Financial Book…” from the file menu. This will bring up an assistant that will ask for your iBank ID (or you can set up a new iBank ID at this time). The assistant will then ask you for a name for the shared financial book, or it will default to the file’s current name. Finally the assistant will ask you to enter (and confirm) a passcode for the data encryption. After that the financial book will start uploading to the sync server.

When you go to your iPad and create a new financial book you will be asked if you want to create this from a shared financial book. When you say yes, you will be prompted for your iBank ID. Once that is entered you will get a list of shared financial books and you just select the financial book you want. You then enter your passcode for the sync encryption and the data will start to download. After that you should not need to do anything and the two (or more) local financial books will stay in sync.

What will happen to our current sync solution?

When we launch our new sync solution we will be sunsetting our old sync methods. This means that all products that support the old sync solution will continue to work. At some point after the launch of our new sync solution we will be slowly removing support for the old sync as we revise those products. I know that it will be a disappointment to some of you when we ultimately drop support for local Wi-Fi sync. However, at this time we just see one integrated host sync solution as the best way to meet the vast majority of customer needs.

How much will I have to pay for this fancy sync?

This sync solution has been very expensive to build and host. The hosting will also be an on going expense for IGG. However we think that the sync experience is so key to what our products offer, now and in the future, that we are offering sync for free: no monthly charge, no Direct Access subscription required. Just FREE.

Anyway I wanted to fill you in on where we are with sync and what it will look like. I hope that this gives you a better idea.


Follow IGG
Latest posts by James Gillespie (see all)

39 comments on “A chunk of sync update

  • Please do not drop WiFi syncing. I much prefer keeping my financial data under my control and have LOVED iBank since first starting to use it in 2010. In these days of security concerns and issues, it is unbelievable that an organization would force people to give up the privilege of syncing their information the way they feel is the most secure. Why in the world would you do this? I left Quicken long ago because your product was far superior. Will I now have to look elsewhere–again–for a product that fits my needs? Just this morning, when syncing my data over wifi, I was thinking how wonderfully fast and accurately iBank works. What a disappointment to get this information just a few minutes later!

  • I understand the concerns some might have for security, that said I do think most people are the architects of their own issues with security simply because they make misguided choices with passwords. I’m pleased to hear you are pushing forward with a more universally available sync, one that is present wherever you have Network connectivity.

    Looking forward to this being available and I do think it will add hugely to the benefits of using IGG Software

  • I currently sync iBank (v4 and v5) via Dropbox, and so long as I ruthlessly ensure the datafile is only ever open on one OSX machine all is fine.

    How will the new system cope with the possibility of the same datafile being open on 2 devices at the same time?

    And BTW, free is great news – well done and thank you!

  • At present, I sync between Mac, iPhone and iPad over local WiFi. My financial information is only stored on my devices and is only transmitted over my local network.

    Your post suggests that, in future versions of your products, such syncing will require my financial information (including account numbers, institutions, previous transactions, balances, etc.) to be sent over the Internet and stored on your servers, leaving my control. This will be encrypted before transmission and stored in encrypted form. However, the encryption key will also be stored on your servers, protected by a password.

    This means that the quality of the password chosen, your choice of encryption algorithm and its implementation become very important. It is unclear from your post how the data will be (securely) transmitted between devices and your servers, how you will control access to your servers or how you will manage and retain data. In addition, it does not clearly describe an ‘iBank ID’: is it a username and a (different) password?

    I am sure that you understand that people consider their financial information to be highly sensitive and that you are aware of the flaws found recently in widely used encryption software.

    I am very concerned about the storage of this data on your servers and the associated risks. For example, if a ‘bad guy’ gains access to users’ encrypted data and the associated password-protected encryption keys, attacks on the passwords could be tried offline.

    I have been a very happy user of iBank for Mac since 2008 and the related iOS apps since they were released. I have found these products to be very useful. However, if this becomes the only sync option available, I feel that I will also have to seek out alternative products.

  • Hello iBank Team,
    I think it is great that you are planning to integrate a sync-any-to-ay solution with your server. But I also think it makes sense to keep in mind that a lot of people will not want to share their data – encrypted or not (we all know there is NO TOTALLY secure cloud service) – with someone else and BE DEPENDENT on the availability of their servers/service. The companies I consulted to use iBank and the companion app ALL demanded (rightfully) that their data stays within their LAN/server (otherwise they might as well use one of those online banking services, right?). So if you drop direct syncing – this software will no longer work for all those companies. You might say that eventually they might be forced to move to the cloud because there is no other option – well this might be (I doubt it), but why would they then use Iggsoftware, when there are so many other solutions out there.

  • _Please don’t drop WiFi / WebDAV sync._
    Seriously, I like your work and all… But if you choose to force me away, I will leave.
    Given the current state of available alternatives, that will suck.

    Please refrain from making my life more complicate.

    iBank user since 2010.

  • I have to agree with the other statements that moving all my financial data to your servers is an absolute no go for me. I’m a Software Engineer, so I know that Software always has errors, so there is no way to guarantee that your server solution will be error free and that no one can get to all my financial data on your servers in the US. Especially with the recent history of the NSA even intercepting data from Google and other big companies, who have a lot more people working on those software solutions, I can’t trust you with my financial data, when those big companies can’t guarantee safety either.

    If this way of syncing is enforced, I will just have to stick with an old version of iBank or only use the Mac app and drop the iPad app, so that no syncing is required. I hope that you do realize that with that very expensive feature that you are offering for free, you will lose a lot of paying customers.

  • For me this is really good news. I flit between my iMac & MacBook (as well as iPhone & iPad) depending on where I am and the difficulties in keeping my accounts up to date has been very frustrating. I bought iBank 5, but have continued to use iBank 4 as it seems easier to keep iB 4 databases in sync via Dropbox. I understand why folk would want to keep local sync solutions, but for me this is a major step forward. Now if we could fix the bug with posted scheduled transactions I would be even happier!

  • Thank you for this update on your synching solution for iBank. I’ll share what I like and how I feel about the security concerns voiced by others.

    I have used iBank for iPhone to sync with my Mac since both were introduced. In the MobileMe days, I liked that I could hit the sync button on my phone at any time and send my transactions off the server at any time. What I did not like was not having any transactions that may be in my Mac file if they had been entered but the sync button not hit. The Mac as the hub was a minor annoyance. Your proposed solution gives me back the ability to sync anywhere, anytime and adds the ability to have each sync bring my device completely up to date with all transactions entered on any other device. I like this very much.

    As for security, I understand the concerns expressed in other comments. I view storing data on your server as a reasonable risk to take. My thinking is that I do not have information stored in my file which would be of use to others. I do not have account numbers or passwords in the file. Nor do I have my name or address in the file. I understand that those who use Direct Access cannot have this level of anonymity.

    One question I have on your new sync solution is on the issue of multiple Macs. I have an iMac and a MacBook Air. Right now I use iBank only on the desktop. Will the new solution keep two Mac versions in sync?

    Thank you for the continued development, keeping us in the loop, and for the opportunity to comment.

  • This is awesome!! This is the one feature i missed using Quicken. We’ll be able to sync anytime, anywhere!
    This is great especially when two people are updating data from two different devices at the same time. Both parties are up to date — real time!

  • Sounds interesting but lacking in details on the security and encryption.
    Are you using public key encryption ? Where is the encryption taking place ?

    Who or what generates the key and why would you need a password to protect the key if the key doesnt leave the local machines ?

    Is the link to your server encrypted ?

    Many unanswered questions and with your prior shaky history of having many many basic bugs its hard to trust your encryption scheme.

  • @Randall, yes you can sync multiple Macs with this solution.

    @PF Encryption always takes place on the local device. We use a DEK and KEK pattern, not public key. Your private key is encrypted with your password and a salt. The connection to our server is over SSL.

  • As much as I waited for the description of the sync solution as much I feared it will be exactly what you had just described – a hosted proprietary storage. That and the sunsetting of other methods of sync. I consider my financial data to be truly private and personal. Meaning no distrust but there are very few people, and even less – organizations, to whom I allow to see this data.

    I can understand that there are technical requirements that can be unique to iBank that prevents you from allowing my storage of choice to be used directly.
    The only suggestion I have is to make your sync service application:
    a) portable to my server of choice where I control and check access as well as backup, where compromise of my or others setup will not mean potential breach for others,
    b) make it open source for community to trust and validate.

  • PLEASE leave the option for local WiFi sync as a permanent alternative, even if it requires the two apps and books to be open during the sync process. Many of us are not comfortable with our financial information being on a 3rd party server, out of our control.

  • I also agree, local wifi sync is a must in this type of software. When Wifi local sync goes, so does this customer.

  • I’m pleased that you are incorporating a more sophisticated approach to syncing than the existing and unfortunately quite flaky Wi-Fi based approach. The steps you are taking to allow the user to control the encryption key is satisfactory from my perspective as a retired Software Engineer. As far as the NSA and all other government and non-government hackers are concerned — if they want to crack the encryption on my personal banking data stored on the IGG servers all the power to them. However, they would be further ahead just hacking all of the servers of the primary financial providers in NorthAmerica directly. Come to think of it — maybe they do!

    Tongue in cheek aside – I look forward to seeing this much need enhancement.

  • I’m glad to hear of this addition to iBank. I’ve held off switching from another program because I want something that can sync as iBank will. Can you say if this new feature will come as a free update, or will there be a new paid release? If it’s the former, then I’ll go ahead and switch now, but (since my current program gets the job done) if it’s the latter then I’ll wait to hop on board.

  • One more vote for WiFi-sync. I like the idea of “it just works” which is probably easiest to achieve in the way you described. Nonetheless this information is really private and I’d appreciate to have all the data under my control.

  • Thought about moving from Moneywell to iBank, only because they don’t offer a WIFI Sync solution.

    Now I’m reading that you are not willing to offer this feature in the future? Please understand that it’s hard to trust ANY cloud-service these days.

    I don’t want my financial information anywhere on foreign servers. Period.

    That’s why I love 1Password so much. They listened to their customers and reintegrated WIFI Sync. And they also work with attachements and all this stuff. So they proved that its doable.

  • Do not drop WebDAV synch. It will require a switch to quicken for windows if so. Please make available an export method to transfer away from ibank if you choose to remove WebDAV synch.

    If igg software company becomes defunct at sometime in the future, the program should still be able to sync locally through WebDAV since your servers will be gone as well.

    Lastly, regardless of your security model, I am not interested in uploading my financial data to any third party.

  • Dropping wi-fi sync and attempting to roll your own cloud solution seems like a very bad idea, given the current climate.

    Putting potentially sensitive information into “the cloud” is just not an acceptable solution anymore for many people, as the comments here clearly illustrate. Google and Microsoft scanning their users’ emails, government/NSA snooping and secret orders compelling cloud providers to hand over data – nobody can be fully trusted in the cloud. You’re opening yourself up for potential liability and erosion of customer trust here.

    Additionally, *financial* data in the cloud invites the attention of hardcore cybercriminals who are highly motivated to defeat whatever security you may have in mind, in order to obtain account numbers and other personally identifying information. Since your cloud solution will be solely for the purpose of storing financial info, you’ll be a big juicy target for them to attack. Is that really the kind of attention you want to invite upon yourself and your customers?

    Because of your plans to drop wi-fi sync, I actually found myself seriously contemplating one of your competitors’ products, after their big release announcement today. It didn’t last long, but the fact that I’d even fleetingly considered them a potential alternative to begin with does not reflect well upon you.

  • This is great. This has been my single most gripe when I started using IBANK years ago. In today’s age if I have to go back home to sync my updates with my wife’s iPhone that’s totally unacceptable.
    Glad to see that you are working on it. Frankly to me, anything you do to remove the MAC as hub will be welcomed.

    I still don’t understand why can’t it be very simple like ICLOUD sync.
    Also what’s the ETA for this feature ? Will this debut in 5.2 as well ??
    Lastly is there a face lift planned for IBank mobile? It’s seems to be neglected.

  • Well, I am sad to read this because I am a happy customer of iBank 5 and all associated apps. One thing is for sure I am not going to upload my finances to any company and especially not to one from US, no matter how good the security features are you are advertising. The data belongs to your government, see Microsoft. Go ahead and offer your cloud sync as an additional option for those who think the world is a good place. But removing your wifi sync will result in not upgrading iBank or removing it, hence one customer less for you. Are you having any links to the government? Who is behind IGG? It’s so generous of you guys to offer this feature for free, is any other party funding you? NO WAY!! Cheers

  • So, with the recent announcement from Cloudsafe that they are going to be closing down on October 31, any updates on your sync solution? Any chance you’ll have it in customer’s hands in time for them to try it out before that date?

  • For those customers who, for security reasons, prefer to sync only on a local network, may I suggest that you create a simple app or set of scripts that enables the WebDAV server already built into OS X? Assuming you are not removing WebDAV support, that would give a lightweight solution that did not require users to open iBank on the Mac, only that the Mac be alive on the network.


  • When is this going to be done? Cloudsafe is shutting down and wifi sync, well… is just almost worthless because you have to be running iBank on both devices at the same time to sync. I like to sync as soon as I make entries and I’m not always at home.

  • As stated above, please give an update on the timeline. Cloudsafe was a suggested option when old sync methods stopped working, and I spent a good amount of time creating multiple accounts for multiple devices and getting it all working again.

    I pay for iBank, and really do not desire to go through all that again with one of your suggested options ( or in this article:

    Please let us know!

  • Great news!! I have been using the dropbox webdav for over two years now and would love a free solution. I had actually purchase a Mac server to create my own webdav instead.

    Would multiple Mac’s also be included in the model?

    Keep up the good work!

  • It is definitely exciting… But when? iOS 8 is now deployed and there is no update on the blog.
    A quick comment like “debugging another 2 weeks” or “pending App Store approval” would help confirm someone is looking at it …

  • This is really great news and it will make this a complete group of applications. I’m not a least bit concerned if someone can potentially access information about when I by bread and milk.

  • This has been needed for a long time. I had to switch from could safe to Swissdisk and it hasn’t been as good. Continually having sync issues from mac side even though all passwords are good.
    When do you think this will be live?

  • This looks like a great step forward, but it would be good to give us customers an estimate on the rollout of this feature

  • This is Great News ! For those of us having constant sync problems esp. since upgrading… When is it coming ???? What’s the roll out date ?

  • So, is this syncing ready yet? This was first talked about in June 2014 and I’m still unable to see anything on your website about syncing between multiple Macs etc

  • Honest question for the IGG team – with everything weve seen, why should ANYONE feel secure with their data in the cloud? imagine being in the shoes of the CTOs of so many huge corporations, waking up one morning and discovering that the security standards you implemented to protect your customer data has had security holes pre-dating your installation? Or finding out that your customers ibank files are floating around now for sale in the dark web… en-masse. Its not so much rhetorical doomsday scenario, as a reality that weve seen with countless news reports over the last few years, and many corporations much bigger than IGG are facing as a frightening reality and scrambling for ways to put the fire out. While it might not be your fault, imagine the worst case scenario and what it could do to your business. Im not saying cloud services should be completely abandoned as a solution. But what I AM saying is treating cloud services as the ONLY solution alienates a growing audience of people who place security ahead of conveinece, who follow news stories like this closely, and take extra precautions to avoid cloud systems with extremely sensitive data. There are a lot of really strong arguments with factual backing to laugh at widely adopted security standards. More and more people are looking into services that meet the highest criteria when it comes to their MOST sensitive information. (open-source, end-to-end, audited by 3rd parties, A rated SSL, servers in Norway, etc). Youve seen it on this thread.

    Regarding SSL/TLS, every month a new exploit is published with a laughable name. just a few weeks ago its the BAR MITZVAH exploit which has existed as a security hole for 13 years. Before that it was POODLE, BEAST, HEARTBLEED, CRIME, FREAK, the list goes on. We also now know that if someone simply plugs a USB stick into a server, they can install undetectable trojans into server firmware. It just takes a few minutes. The information you are storing in your databases is a full consolidated financial picture of your customers financial history, banks, balances, and purchase history. This is more information than any single bank or credit card has about your customers. This is the full picture of everything youve asked your customers to feel comfortable adding into your software, but the discussion so far seems to be about how cool and convenient the system is, not much talk about safety. Consider that just one of your customers data files has enough information to put their identity, credit history, and potentially even their physical safety at risk, depending on who gets the information and how they decide to use it, its scary. With countless people uploading their full financial picture to your servers, IGGs data centers become an incredibly juicy target for hackers, data thieves, and governments. Its not just the tin-foil hat guys anymore that are warning us about this. We are all too aware of how easily our data is taken without our even knowing and sold on the black market. Eliminating wifi and webdav and asking customers to store this document isnt IGG asking us to trust you, its asking us to forget everything weve learned over the last few years about the susceptibility of cloud technology in infancy. Many of us do not believe the cloud to be ready for us to house financial data. My concern is that IGG is treating this too noncholantly.

    In 2014-15 alone, hackers broke into companies & made away with millions of records from corporations that pay millions for security infrastructure. these companies below are huge, but those institutions handle a smaller chunk of personal data about us than the abundance of information in an ibank profile:

    Morgan Stanley (
    The White House (
    Anthem Insurance (
    Yahoo (
    Xbox (
    Ebay (
    Steam (
    Evernote (
    AOL (
    Slack (
    Tmobile (
    Home Depot (
    Target (
    Sony (
    Synology (
    …and many many others

    Like a user above noted, its poor timing to tell customers that their most sensitive data will ONLY be syncable via the cloud. In a time when corporations and governments are taking creative liberties with data collection, surveillance, and hacking en-mass. While I personally have confidence in IGG to hire capable and incredible experts to work with them, so did many of the above companies. We dont live in a world anymore where we can pretend that an SSL certificate and privately encrypted passwords are enough to protect our data. MITM attacks happen. Inside jobs happen. Security holes happen. Accidents happen. Even iClouds two-step authentication was hacked by some random guy earlier this year, and this happened AFTER the celebrity hacking, leaving EVERYONES icloud accounts exposed until Apple patched it.

    In the last two years, its been publicly available knowledge that SSL certificates have vulnerabilities baked-in, courtesy of our government. Still, new SSL vulnerabilities are discovered these days at least once a month, some of the vulnerabilities just being discovered have been security holes that have been left open for years. While I have no doubt you have amazing programmers at your disposal, there will always be holes in the global security standards we rely on, and too often, we only find out about those vulnerabilities AFTER a data breach and peoples records were stolen. I beg you DO NOT eliminate options that users consider a safety-net as a cloud workaround…. If god forbid, there is a hack on your system, many of us do not want to remember the moment we pleaded that IGG maintain personalized syncing options and forced their solution upon us. The risk of a “just trust us” mentality might be feasible for customers using a to-do list application, or a place where we store our day-to-day notes, but when it comes to an application that holds all of our MOST sensitive information, like 1Password, we need a company to act sensitive to users privacy requests, ensuring we have OPTIONS. These options are pre-built, theyre here. All you need to do is keep them. Weve been confident in you thus far to provide us with an environment and ecosystem to use for this data. Dont force us into a one-size-fits-all business model. Simplicity and convenience might be attractive to some, but most technologists are warning us that you can have convenience OR you can have security. Even if you feel confident that your system is 100% air-tight, customers should still be offered ways to migrate their data in ways that they are not nervous about. Please respect your customers to make that choice – as many here have expressed, we dont want that choice taken away from us.

Leave a Reply

Your email address will not be published. Required fields are marked *