Oh no, you're thinking, yet another cookie pop-up. Well, sorry, it's the law. We measure how many people read us, and ensure you see relevant ads, by storing cookies on your device. If you're cool with that, hit “Accept all Cookies”. For more info and to customize your settings, hit “Customize Settings”.

Review and manage your consent

Here's an overview of our use of cookies, similar technologies and how to manage them. You can also change your choices at any time, by hitting the “Your Consent Options” link on the site's footer.

Manage Cookie Preferences
  • These cookies are strictly necessary so that you can navigate the site as normal and use all features. Without these cookies we cannot provide you with the service that you expect.

  • These cookies are used to make advertising messages more relevant to you. They perform functions like preventing the same ad from continuously reappearing, ensuring that ads are properly displayed for advertisers, and in some cases selecting advertisements that are based on your interests.

  • These cookies collect information in aggregate form to help us understand how our websites are being used. They allow us to count visits and traffic sources so that we can measure and improve the performance of our sites. If people say no to these cookies, we do not know how many people have visited and we cannot monitor performance.

See also our Cookie policy and Privacy policy.

This article is more than 1 year old

Australian spooks' email guide banishes MS Word macros, JavaScript

The Defence Signals Directorate says scripts don't belong in your inbox

The Australian Signals Directorate (ASD), the sigint outfit renowned for its “don't be stupid” guide to infosec, has published its latest guidelines for e-mail admins.

E-mail being what it is, its Malicious Email Mitigation Strategies carries a fair amount of detail, but the basics are easy: treat attachments like live grenades; don't accept attachments you can't scan; and please reject Microsoft Office macros.

There's a simple reason the focus is on stopping badware getting into users' inboxes in the form of attachments: users are going to click on attachments or links no matter how many times you tell them not to.

While the advice won't surprise infosec insiders, it's a very handy checklist to make sure your security admins have ticked all the boxes.

Top of the list isn't, as you might expect, “run all attachments through antivirus”; rather, if you can, the ASD reckons your mail systems should change the attachment's file type. For example, incoming Word attachments could land in the user's inbox as PDFs, meaning that users can view a document without risking a macro virus coming from the far end.

Incoming file types should be explicitly whitelisted, the ASD reckons, and the mail server should quarantine encrypted attachments, password-protected zips, and the like (with whitelisting only if there's a legitimate reason to encrypt).

After a bunch more attachment-handling suggestions, the advice moves on to how e-mail body filtering and here, the biggie is that you should get rid of clickable HTML links in e-mails; expose obfuscated links; and remove active content (VBScript or JavaScript) from the e-mail body.

Sender verification – Sender Policy Framework (SPF) or Domain Keys Identified Mail (DKIM) – should be supplemented with Domain-based Message Authentication, Reporting and Conformance (DMARC). ®

Similar topics

TIP US OFF

Send us news


Other stories you might like