Pratum Blog

In 1990, the world contained exactly one Internet of Things (IoT) device: a toaster connected to the Internet by a guy named John Romkey acting on a trade-show dare. Now, experts predict we’re on track to have 41 billion IoT devices in the world by 2027.

That means the security risks of IoT devices must be a key part of the security plan in every business and home-office setting. These devices make us smarter and more efficient by disseminating a staggering amount of data from every corner of our daily experience. One popular statistic estimates the daily data stream adds up to 2.5 quintillion bytes (that’s 18 zeroes). The nationwide arrival of 5G wireless technology will only increase that number.

All that data collection introduces an entirely new realm of risk where the key concept is “attack surface.” A few years ago, “only” computers and servers presented exposure to the internet, but modern hackers can now find doorways into networks through watches; cars; smart thermostats; medical devices; wearable safety devices; Programmable Logic Controllers (PLCs) in valves and switches; and more. Even your kid’s adorable electronic teddy bear could go all Chucky on you if it has an Internet connection and spy-ready features like a camera and speakers. With exponentially more devices connected to the Internet, the attack surface now looks like the Pacific Ocean.

An obvious solution is to keep all these devices offline. In other words, reduce the attack surface. But as we’ll see below, IoT’s tremendous business advantages require you to find a way to safely implement these devices in a way consist with your business’ risk tolerance.

IoT's Advantages

Along with the obvious convenience of having data wherever you need it (remember that your smart phone once seemed like a revolutionary IoT device), the technology lets businesses monitor equipment and personnel in real-time, even in remote settings. A continuous data stream, whether it’s from a weather station in a far-off location or a machine across the shop floor, allows more current, informed decisions. It also produces efficiencies, as information can flow back to a central location for tracking and administration.

Cell towers provide one common use case. In that space, effective monitoring is fundamental to proper maintenance, tower uptime, energy consumption tracking, adherence to stringent service level agreements (SLAs), etc. However, monitoring cell sites remotely keeps getting more challenging because of expanding networks, rising operational costs and security issues. IoT solutions enable 24/7 monitoring of passive assets across multiple remote locations. These devices can now communicate and feed data into a cloud-analytics engine, leading to increased tower uptime and better power management.

IoT's Risks

Routine patches help keep computers secure, but the core design of IoT devices allows for minimal, if any, software and firmware updates. Because this space is growing at a rapid pace, devices are only supported for short periods of time before manufacturers allocate more time and resources to the development and support of new products. In a related challenge, many vendors are rushing products into this seeming gold rush of a market, giving security less attention than it deserves.

Plus, many IoT devices suffer from basic security flaws that are routinely addressed on servers and endpoint computers in organizations that have solid security policies. For example, many IoT devices use unencrypted communications, use default passwords and don’t implement multifactor authentication.

You should be particularly wary of certain high-risk IoT devices, such as off-brand devices (which rarely have the same security protection as higher-priced versions) and Internet-enabled toys, which often lack sufficient security features. These devices can sometimes be used in second-order attacks on a home network, which could quickly lead back to business data in today’s work-from-home environment.

Your unique situation will determine which threats you should focus on. For example, a Department of Defense employee who frequently deals with information requiring certain levels of security clearance probably won’t have a Google or Amazon virtual assistant in the office or use remotely controlled security systems. Your business needs may not require quite that level of security.

Common IoT Attack Vectors

The following list covers some of the most common ways hackers go after IoT devices:

  • Web application attacks – Attackers compromise the application that monitors and controls IoT devices and then uses trusted credentials to remotely control devices. Once they have access, hackers can use the devices to install rogue software or use unsecured operating systems to pivot within the environment.
  • Pivoting – Bad actors can use unsecure but trusted IoT devices as a pivot point into more critical systems.
  • Wireless intercepts – Unsecured wireless communications can be intercepted, and unauthenticated communications can be used to inject commands.
  • Credential or information stealing – Unsecure devices have credentials used to communicate with backend systems, and hackers can use stolen credentials to pivot into more critical systems. Sensitive information can be stolen as the target or used in additional attacks.

How to Protect IoT Devices

We recommend implementing the following best practices as part of your IoT strategy:

  • Network isolation – Segment IoT devices in separate logical or physical networks. Implement ingress and egress filtering to restrict data flow.
  • Device isolation – Isolate functions or services within the device. Require authentication to the device or service. Restrict communications to or from the device or service.
  • Review security event logs – This includes watching firewall events, intrusion prevention system events, application events and device events. Use a SIEM tool to analyze log data and detect suspicious activity.
  • Penetration testing – Test devices for vulnerabilities and retain a team of white hat hackers to attempt to compromise the device. Use the device to cause mechanical or physical impacts and learn from what happens.
  • Product development activities – Set up devices to eliminate as many problems as you can. Remove unnecessary services, require authentication, encrypt storage and communications, patch systems and apply updates.

For a full assessment of your IoT risks and consulting on how to control the risks for your organization, contact us.

Microsoft Office 365 Security Best Practices and Recommendations

Introduction

Since we first published this blog in 2018, Microsoft has updated its default audit settings, including improved mailbox auditing starting in January 2019. But even as Microsoft ups its game, it’s critical for you to review, configure and tune the appropriate settings within Microsoft 365’s various services to ensure that you’re meeting proper risk tolerance levels.

Microsoft leverages a defense-in-depth approach in an effort to adhere to operational best practices to provide physical, logical, and data layer protections. These layers help to protect all 365 users, but every organization must ensure that their implementation and configuration of their tenant are configured securely.

Pratum highly recommends that you review the following guide and implement its ideas as needed. Remember: These defaults impact new mailboxes. Audit settings should be reviewed for any accounts created prior to January 2019.

Business E-mail Compromise

Phishing causes a considerable share of all breaches and cyber incidents within organizations, especially those with Microsoft 365. Forensic analysis typically reveals the culprit is an e-mail that posed as a shared document hosted in a domain that looks remarkably like OneDrive. When the user clicks the link, they arrive at a sign-in page that mirrors Microsoft’s 365 login page. Unfortunately, the credentials entered within this fake screen go straight to the attacker, who may then have complete access to the user’s e-mails and files. That’s what makes multifactor authentication (MFA) one of the most successful ways of preventing an attacker from gaining access even after they have compromised a password.

It’s also critical that you recognize when a password has been compromised. It becomes even more important if the attacker successfully authenticates to the victim's data. This information is key to investigating what activity was performed or determining whether it triggers breach notification requirements.

To ensure you have sufficient data to detect these threats or perform a proper investigation, you must ensure your Microsoft 365 tenant is auditing all the crucial areas. In January 2019, Microsoft recognized the need for this information and enabled it with respect to mailbox auditing.

Reference: Manage Mailbox Auditing

Verify mailbox auditing is on by default
Get-OrganizationConfig | Format-List AuditDisabled

Enable Audit Logging

Event data containing critical information; such as user and system activity, changes, authentication details, etc.; is extremely important to have captured log data to detect threats, especially when performing an investigation. An administrator must manually enable the “Office 365 audit log search.” This feature may record user and admin activity for 90 days; however, it is best to validate which retention settings are configured based on licensing/configuration. This data can typically and should be piped to a security information and event management (SIEM) solution for additional monitoring and correlation. Note that only mailbox audit events for E5 users are available in the audit log searches within the Security & Compliance Center or through the Office 365 Management Activity API.

Reference: Enabling Audit Logging

Use the Security & Compliance Center to turn on audit log search
  • In the Security & Compliance Center, go to Search & investigation > Audit log search.
  • Click Start recording user and admin activities.
Enabling auditing via Powershell
Set-AdminAuditLogConfig -UnifiedAuditLogIngestionEnabled $true
Validate whether auditing is enabled/disabled via Powershell
Get-AdminAuditLogConfig | FL UnifiedAuditLogIngestionEnabled

Enable Mailbox Auditing

In Office 365, administrators should enable mailbox audit logging to record mailbox access activity. By default, mailbox auditing is disabled. If a security incident occurs, there may be very little data if any regarding an attacker’s activity. However, once audit logging is enabled, the audit log can be searched for mailbox activity. Additionally, when mailbox audit logging is turned on, some actions performed by administrators, delegates, and owners are logged by default. It is recommended to enable at a minimum the default logs as well as the referenced commands below; however, each organization should determine what logging level is needed.

We highly recommend enabling the ‘UpdateInboxRules’ setting for all types of users. Attackers commonly set up a forwarding rule that forwards a copy of the user's inbox to a second address such as a Gmail account. This provides them persistent access to the user’s e-mail even after they update their password! We recommend auditing and reviewing these rules. Be prepared to add logic to filter out legitimate, employee-created forwarding rules. We recommend using logic that looks for forwarding rules that are redirecting e-mail outside of the organization or tenant domain. Even if an employee is attempting to forward e-mail to their personal mailbox, this is a bad practice, as the data is no longer controlled or protected by company policies.

Reference: Enabling Mailbox Auditing, Mailbox Auditing Actions

Enabling auditing via Powershell for all user mailboxes in your organization
Get-Mailbox -ResultSize Unlimited -Filter {RecipientTypeDetails -eq "UserMailbox"} | Set-Mailbox -AuditEnabled $true
Increasing audit levels via Powershell for all user mailboxes in your organization
Get-Mailbox -ResultSize Unlimited -Filter {RecipientTypeDetails -eq "UserMailbox"} | Set-Mailbox -AuditOwner @{Add="MailboxLogin","HardDelete","SoftDelete","MoveToDeletedItems"}
Validate whether auditing is enabled/disabled via Powershell
A value of True for the AuditEnabled property verifies that mailbox audit logging is enabled.
Get-Mailbox -ResultSize Unlimited -Filter {RecipientTypeDetails -eq "UserMailbox"} | FL Name,Audit*

Enable and Enforce Multi-Factor Authentication

Pratum highly recommends the use of multi-factor authentication. User accounts are compromised daily resulting in the increased risk to losing control of key data and information. Business email compromise and credential harvesting attacks are a constant threat to an organization. One of the best security defenses to thwart this loss is requiring users to use multi-factor authentication (MFA) to access key systems, such as email and file sharing. MFA can significantly decrease the success of an attacker tactics even when they compromise the user’s password, as they would also need to compromise the additional factor. These additional factors can be in many forms, such as a hard token or an application on a smart device. There exist multiple methods and solutions for multi-factor authentication for Microsoft 365, and the configuration options will vary depending on licensing. Azure, Intune, and Enterprise Mobile Device Management plans offer additional capabilities when deploying or enforcing this security feature.

Reference: Enabling Azure Multi-factor Authentication, Requiring MFA for Intune Enrollment

Conditional Access Policies

Administrators can review and enforce additional restrictions or relax certain policies such as multi-factor authentication requirements when users are accessing resources from a trusted location or compliant device. These scenarios increase the likelihood the user accessing the resource is trusted and therefore decrease the security requirements needed to authorize the user. This feature works very well to find the right balance between security and convenience. Furthermore, restricting access from locations and devices that employees should never be logging in from can also be enforced and alerted against. An Azure AD Premium license is required for use of conditional access policies.

Reference: Configuring Conditional Access Policies, Azure AD License Comparison

Mobile Device Management

Mobile device management (MDM) should be reviewed and understood by each organization. Ensuring the proper policies are defined and agreements are in place for employees of the business. Exchange Administration can be configured to define policies on which devices/users can communicate with the email servers. Policies to enforce compliance to company policies such as device encryption should be enabled as well as which devices can connect. For additional features and control, plans can be purchased for Microsoft Intune and/or Enterprise Mobility Security.

Reference: MDM for Office 365 versus Microsoft Intune

Exchange Administration

Configuring Exchange Email Encryption Rule

Users that are communicating via email, and have a E3 or higher license, can leverage Office 365’s Message Encryption feature. An administrator can also define a mail flow rule to encrypt email messages that contain a keyword in the subject. Encryption with Rights Protection can be leveraged to reduce the ability for users that receive encrypted messages to forward them to unintended recipients, print, or access them within certain time restrictions.

Reference: Define a Mail Flow Rule to Encrypt Email

Define Spoofing Filter Rule

A rule can be created via Exchange Admin Center to set the spam confidence level (SCL) to ‘9’ if the messages sender’s address domain belongs to any of the organizations valid domains and the message is received from ‘Outside the organization.’ A spoofing filter rule definition will help limit the amount of phishing emails that are delivered.

Configure DMARC and SPF Records to Validate Email

Implementing DMARC (Domain-based Message Authentication, Reporting and Conformance) with SPF (Sender Policy Framework) and DKIM (DomainKeys Identified Mail) is recommended for all organizations. These features provide an additional layer of protection against spoofing and phishing emails. They can also help to reduce the risk of business email compromise attacks. DMARC settings will tell the Exchange servers what to do with messages that were transmitted with the organization’s domain that fail SPF or DKIM validation checks.

A DMARC TXT Record also helps to prevent spoofing and phishing attacks by verifying the IP address of an email's author against the alleged owner of the sending domain. The DMARC TXT record identifies authorized outbound email servers. The destination email server can validate the message that originated from the authorized outbound email servers.

An SPF record is used to define IP’s that are authorized to transmit email for a given domain. This way, if an attacker spoofs the organizations domain from an IP address not on the list it can fail delivery to the recipient automatically.

DKIM should be configured once the SPF and DMARC records have bene created. DKIM adds a digital signature to each email message’s header information. It is highly recommended the DMARC settings are reviewed and deployed with careful consideration such not to disrupt intended mail flow.

Reference: Define DMARC to Validate Email

Define DMARC Failure Rule

After DMARC is configured for an organization a rule should be created in the Exchange Admin Center to direct where mail that fails the DMARC validation is directed. A definition can be created such as ‘Deliver the message to the hosted quarantine’ if ‘authentication-results’ header contains “dmarc=fail” and sender’s address domain portion belongs to any of the organizations valid domains and the message is received from ‘Outside the organization.’ Under Additional properties the Sender address matches should be set to Header.

Define Data Exfiltration Rule Restrictions

Business email compromise can result in attackers configuring mailbox forwarding rules to send a copy of email outside of the organization to a 3rd party email domain. Employees may also desire to send copies of emails to personal email accounts. These forwards reduce the overall security of the organization. A rule can be created in the Exchange Admin Center to reject any messages and include an explanation that client forwarding rules to external domains are not permitted. This rule can be defined if a message is sent ‘outside the organization’ and the message type is ‘auto-forward’ and the email is received from ‘inside the organization.’ It may also be beneficial to configure alert definitions based on these conditions to ensure an account was not compromised. An alert definition can be defined while creating the rule to email a notification to the defined contact upon triggering.

Configure Connection Filters

Enabling the safe list of IP addresses that are permitted for each respective domain can help to reduce trusted senders from getting blocked.

Reference: Connection Filters

Configure Alert Policies

Configuring alert policies can help track user and administrator activities, malware threats, and data loss incidents within each organization. Alerts should be defined for malware incidents, email forwarding/redirect rules, anomaly detection, and suspicious activity at a minimum. It is highly recommended event data is also transmitted to a SIEM solution for correlation and long-term event storage. If a traditional SIEM is not being leveraged, consider Microsoft's Cloud Native SIEM, Sentinel. They allow for free logging of many Microsoft 365 events for 30 and even 90 days in certain scenarios. Additional fees may apply and typically include data storage within log analytics or any custom event sources. Consider a managed service provider such as Pratum to assist with a fully managed environment.

Manage Office 365 Secure Score

Microsoft Secure Score will help analyze each organizations Office 365 security based on administrative activities as well as audit security settings and make recommendations. A score is then provided based on the settings and is re-evaluated in an on-going basis. Secure score is a fantastic tool that will help you understand and evaluate how you are offsetting risk by leveraging the various security features across 365. It is highly recommended all of the results are evaluated and considered for your organization. *Note: Settings should be carefully reviewed and exceptions may need to be made to not disrupt mail flow for legitimate emails which are being spoofed intentionally. The Secure Score feature is being heavily supported and being rolled out across multiple areas of the Microsoft 365 cloud. This scoring feature should be reviewed on a reoccurring basis as it provides a valuable amount of data and is becoming more sophisticated with each release.

Reference: Secure Score Overview

Security & Compliance Features

There exists a multitude of features highlighted below within Microsoft 365 that should be reviewed and configured with appropriate settings. These features should each be used in accordance to the business’s IT Security requirements, the following should also be considered/configured within the Security and Compliance section.

Data Loss Prevention – Policy protection to assist with identifying and protecting sensitive data.

Data Governance – Assists with classifying content, defining retention rules and data destruction.

Classifications – Labels can be applied to email or documents to enforce policies such as retention settings or sensitivity.

Data Privacy – GDPR requirements and access to their personal data.

Threat Management – Threat tracking and attack simulators can be performed to assess risk.

Customer Lockbox

Customer lockbox requests allow organizations to control how a Microsoft support engineer accesses company data when necessary to do so. It is available through the E5 plan or with the advanced compliance license. This feature should be enabled if available.

Reference: Enable Customer Lockbox

Summary

Microsoft has millions of users leveraging Microsoft Office 365 with expectations of over two thirds of its business customers being in the cloud by 2019. Microsoft leverages a defense-in-depth approach in effort to adhere to operational best practices to provide physical, logical, and data layer protections. These layers help to protect all individuals that leverage 365, however, it is the responsibility of each organization that uses 365 ensure their implementation and configuration of their tenant is also configured securely. Each business has the responsibility to review, configure and tune the appropriate settings within the various areas of Microsoft 365’s services to ensure proper risk tolerance levels are met.

For assistance with evaluating your organizations risk or cyber security needs, please contact Pratum.

Editor's Note: This post was originally published in July 2018 and has been updated for accuracy and comprehensiveness.

Over the years, the idea of intrusion prevention has morphed well beyond the traditional packet inspection. So when you have a conversation about intrusion prevention, it’s important to make sure that you agree on its definition.

In this world, semantics matter. Using an old network-based IPS appliance as your intrusion prevention system may be exactly what you ordered. But it also may leave you horribly exposed when you thought you were getting a more wholistic solution. Clear communication around objectives and the ways to meet those objectives is always better than simply asking for specific methods and technologies.

Information security technologies constantly mature to keep pace with the ever-growing threat, and that blurs lines between traditional technologies or methods. Along the way, the words used to describe various tools evolve. And that means that simply ordering up a tool based on a name you recognize from the past could leave you less prepared for threats than you think.

Intrusion prevention, specifically, currently means many things to different people. Some still look at it in the traditional packet sense. Some consider it a host-based system that looks at network activity, OS and kernel functions, and application calls. Others look at it as an entire methodology that not only detects behavior but can modify security configurations on the fly across an entire organization to address threats in real-time. Needless to say, the idea of intrusion prevention is not the same today that it was even 10 years ago.

The changing views of Intrusion detection (IDS) and prevention (IPS) have followed roughly this progression:

  • At first, IDS simply alerted to potentially malicious or abnormal behavior based on the signature of the data payload in a packet.
  • Then we moved to actively blocking these suspicious packets in IPS. But these were still network-based systems. Traffic had to flow through a choke point to be inspected along its travels.
  • As threats changed, we moved to host-based IPS and looked at packets as they reached their destination. This helped address threats that somehow bypassed a network IPS or came from an internal source.

Focus on Your Security Objectives — Not Just a Technology

As protection methods and terminology evolve to respond to the cybersecurity threat landscape, cybersecurity professionals must work with each other, with infrastructure and application development teams and with business leadership to understand the protection objectives they have to meet.

Consider the evolution of firewalls as one example of how we must constantly update our thinking about a technology:

  • Traditional firewalls operated at Layer 3 of the OSI model. It was clean and simple. Once a packet reached Layer 3, IP addresses were assigned, and we could identify the source and destination. Administrators created rules that permitted or blocked traffic based on that information.
  • Then we moved to inspecting the ports the traffic was flowing to. Next, we moved up the stack to inspect the payload and compare it to the port. We knew we shouldn’t see FTP commands in an SMTP packet, so we’d block that traffic.
  • Today, we have Next Generation Firewalls (NGFW) and Web Application Firewalls (WAF) that inspect all seven layers and use combinations of rules to govern whether a packet reaches its destination.

See the Control Environment as a Whole

When evaluating technologies, it’s critical to view the control environment in a very wholistic way. I like the Cyber Kill Chain developed by Lockheed Martin, which helps frame protection scenarios by showing the following seven stages in the lifecycle of a cyber attack:

1. Reconnaissance – Harvest e-mail addresses, conference information, etc.

2. Weaponization – Coupling exploit with backdoor into deliverable payload.

3. Delivery – Delivering weaponized bundle to the victim via e-mail, web, USB, etc.

4. Exploitation – Exploiting a vulnerability to execute code on victim’s system.

5. Installation – Installing malware on the asset. 

6. Command & Control (C2) – ommand channel for remote manipulation of victim. 

7. Actions on Objectives – With “Hands on Keyboard” access, intruders accomplish their goals. 

Clearly, it takes many different technologies and methods to prevent intrusions. Each step of the kill chain affords us the opportunity to identify, protect, detect, respond and recover.

Many organizations need an outside opinion to help them step back from their own environment and see the right solutions for the entire landscape. To get help forming your most effective strategy, check out our cybersecurity consulting services or contact us today.

Get our blog posts delivered to your inbox:

The information we track while users are on our websites helps us analyze site traffic, optimize site performance, improve our services, and identify new products and services of interest to our users. To learn more please see our Privacy Policy.