SecureMail -Business
|
Providing a means for people and government agencies to exchange information electronically. Information for BusinessesTo print the information on this page, download the file: PDF [188 KB] or Word [504 KB]. Government is encouraging the deployment of SecureMail by businesses so that agencies can securely exchange messages with them. For a business, the value proposition for providing SecureMail is anticipated to be: Convenience: SecureMail will be an easier way for government, people and business to send a message, where previously they have used letters and other channels because of security concerns. Some message types that are expected to use SecureMail include:
Automation of tasks: SecureMail will help enable the development of new transactional applications. Processing of structured messages (such as invoices) can be integrated with business applications, potentially reducing the time staff spend on routine tasks. Improved service for customers: SecureMail offers several opportunities for a business to improve service:
SecureMail systemThe diagram below demonstrates how the SecureMail system will work for a business. For simplicity, multiple instances of each organisation are not shown. On the left, it shows a large business using its own Gateway to send/receive SecureMail messages to the Internet. Other technical configurations for small and medium businesses are represented on the right of the diagram. On the right, the diagram shows three types of receivers: On the bottom right, a Gateway/Mail Service Provider provides their own Gateway and mail store services to many people and small businesses. On the middle right, the diagram also shows how a large organisation can use its own Gateway to send/receive secure messages over the Internet, without any service provider intervention. One configuration option for SecureMail is to only have a single government Service Provider. Effectively, this option would require the establishment of a centralised all-of-government webmail service. This option is not currently being considered, but is included for completeness.
SecureMail deployment - an overviewBefore deploying SecureMail, a business will need to consider:
To use SecureMail, a business will need to organise access, by installing its own Gateway, contracting the service from a Gateway Service Provider or obtaining a SecureMail mailbox from a Mail Service Provider. Option 1: Own Gateway: A business requiring its own Gateway will need to:
Option 2: Contracted Gateway: A business can use the service of a Gateway Service Provider. The Gateway Service Provider will impose SecureMail requirements for security and interoperability on the business. Option 3: Obtaining a SecureMail mailbox: A business can obtain a SecureMail mailbox from an accredited SecureMail service provider. Note: Many businesses may have an ISP that is an accredited SecureMail service provider, in which case, their ISP may be able to upgrade their mailbox to a SecureMail mailbox. To deploy SecureMail, a business willl need to:
To operate SecureMail, a business will need to:
Business topics to considerBefore deploying SecureMail a business will need to consider how SecureMail will impact on its business processes. Some of the topics that need to be considered are outlined below. The topics fall into three categories:
Dealing with CustomersVerify SecureMail address: Existing customers who wish to use SecureMail to communicate with a business will have to go through a process to change their contact information (from a postal address, to an email address). A business may require the mailbox holder to identify him or herself to a level sufficient for a particular type of transaction to be carried out, such as providing a form of photo ID. The mailbox holder’s Mail Service Provider might choose to provide a service to simplify this process. Customer accountability: SecureMail does not identify the person who sent the email – it authenticates the FROM: address. Some customers may share a SecureMail email address. In some cases, depending on the nature of the transaction, a business may require the customer to acknowledge they are the only person using the mailbox (ie it is not a mailbox to which other people have access). The customer’s Mail Service Provider might choose to provide a service to simplify this process. A business may require strong authentication to give a higher assurance of accountability - such a business will have to assist customers who require this. Staff obligations: Staff are responsible for all authorised use of a SecureMail mailbox. It is important to safeguard access to the mailbox and do not share it. If the SecureMail mailbox is used for high value or high-risk transactions, then a more secure form of authentication, other than username/password, may be necessary. Value added services: A business is free to develop value-added services as they see fit. Such services must not compromise SecureMail. In some situations, such as developing structured message formats, then a business will be encouraged to develop standards for the whole of New Zealand. Service level expectations: The Internet has raised service level expectations about messages. Customer expectations need to be carefully managed to ensure realistic targets for things such as response times. A business may need a quality assurance process to ensure consistent style and content in communications sent via paper mail, and those sent via SecureMail. Because people and business may find it easier to send emails than to write letters, the volume of correspondence may grow. This growth may highlight or exacerbate problems with existing business processes or infrastructure. Prioritisation of SecureMail: A business may prioritise SecureMail messages (which are likely to have a very low junk email ratio because of the authentication of the sender’s email address) over non-SecureMail messages, to deal with the increasing volume junk mail. Education: A business will need to consider what extra information and support its staff and customers need to use this new technology. For instance, it may have to advise its customers not to access SecureMail through insecure public access points, unless they can use a more secure form of strong authentication. Delivery receipt: SecureMail will return a delivery receipt if requested. This indicates the message has been successfully delivered, unlocked and verified by the organisation responsible for handling the receiver’s messages. This feature is not a read receipt – for an important transaction, the business may have to request an acknowledgement from the receiver, that the message has come to the recipient’s attention. Having a GatewayContact information: A business will need generic contact information, kept up-to-date with the SecureMail administrator. This information cannot contain personally identifiable information, but rather < securemailadmin@business.co.nz > and a phone number. Gateway obligations: A business running their own Gateway will be expected to maintain compliance with the SecureMail interoperability and security requirements. They will require staff with experience in the operational issues that arise if message encryption fails. For example, if a Gateway fails, then until a new Gateway is implemented, all the arriving encrypted messages cannot be delivered. A significant upstream queuing facility may be required to store incoming messages. If the agency’s decryption key is lost, then messages are useless – there must be a robust process to ensure the key is backed up securely and available in a timely fashion when required. Sovreignty: A business must ensure SecureMail messages from government are protected for the public interest and to preserve personal privacy. To ensure New Zealand laws protect such SecureMail messages, a business will not be able to use facilities outside of New Zealand to handle SecureMail, i.e. a business is only allowed to store such messages in New Zealand and send those messages over the New Zealand part of the Internet. Mail server obligations: A business must ensure that any SecureMail message it sends, has an authenticated FROM: address and can be linked to an accountable sender. SecureMail has minimum standards for authentication. A business must support username/password access to a mailbox. Online authentication: It is expected that any authentication mechanism used within SecureMail will be consistent with the Best Practice Framework for Authentication. Personal UsePersonal use: A business will need to determine how its employees and contractors will use SecureMail. For example, a business may allow SecureMail for personal use. In such situations, it is recommended a separate mailbox/email address be used e.g. myname@personaluse.business.co.nz AND that information be categorised with [PERSONAL]. Each business will need to make its own evaluation of the business issues around using SecureMail. Legal topics to considerBefore deploying SecureMail a business will need to consider how SecureMail will impact on it from a legal perspective. Some of the legal topics that need to be considered are outlined below. Electronic transactions: A business will need to:
Privacy: As with any communication, SecureMail messages and associated information, such as operation logs, will be subject to Privacy Act obligations. Crimes: If an interception, copying, accessing or interference offence is committed in relation to SecureMail messages or the associated SecureMail environment, a business should take appropriate action. Human rights: A business that deploys SecureMail must continue to provide alternative communication channels. Employee/Contractors: A business must ensure that obligations are imposed on employees and contractors through agreements. Some topics to consider include ensuring that they:
A business needs to make its own evaluation of the legal issues around using SecureMail. Back to top |


