by Robert Tripp | Jul 25, 2006 | Articles, Banking Product Engines
Given the high degree of complexity in IT security and the very large costs in changing security embedded in programs there will not be a radical change over the next couple of years but rather some more steps in the continuous evolution. The author’s forecast is that...
by Robert Tripp | Jul 25, 2006 | Articles, Banking Product Engines
This brings us up to date and is illustrated in the diagram below. In essence, most banks have bits of security processing from every generation of technology development. This means we are running a complicated mess with a desire to move more of the access control to...
by Robert Tripp | Jul 25, 2006 | Articles, Banking Product Engines
The arrival of browser technology as a way of presenting and accessing information produced some particular challenges. People outside the bank (customers and brokers) would directly access the core data. Previously any customer based electronic banking carefully...
by Robert Tripp | Jul 25, 2006 | Articles, Banking Product Engines, General
RACF was helping tidy up the security processes on the mainframe where many important bank processes were carried out.Unfortunately most banks were buying and building lots of systems on other IT infrastructure such as AS/400, UNIX, Microsoft NT. This is illustrated...
by Robert Tripp | Jul 25, 2006 | Articles, Banking Product Engines
IBM spotting a market opportunity produced a piece of software called RACF (Resource Access Control Facility) which tried to centralise the security processing. This is illustrated in the diagram below. The key ideas are that there is a separate database of users,...
