Template:Security guidelines: Difference between revisions

From Teltonika Networks Wiki
VisualWikitext
No edit summary
(52 intermediate revisions by 4 users not shown)
Line 1: Line 1:
==Summary==
In this article you can find details about all Teltonika's supported security features also what device has which security implementations and a guide how to use them properly.


==Security Guidelines==
<table class="wikitable">
 
    <tr>
Below you may find some of the most common security recommendations - these recommendations can and should be applied not only to Teltonika devices, but to all internet-facing appliances. It is always advised to adhere to the following security recommendations whenever device is exposed to the internet in some way.
        <th width="200">Security measurement type</th>
 
      <th width="200">Security measurement name</th>
==General Security Guidelines==
      <th width="200">By default</th>
 
<th width="500">Details</th>
* '''Keep Firmware Updated''' - Always ensure that firmware is up to date.
    </tr>
* '''Set Strong Passwords''' - Use strong, unique passwords for all services (WebUI, SSH, Post/Get). Passwords should include numbers, symbols, uppercase, and lowercase letters. Passwords should be between 15-20 characters long.
    <tr>
* '''Install Trusted Packages''' - Only install packages from known and trusted sources.
      <td rowspan="5">DDOS Prevention</td>
* '''Use Secure Configuration Protocols''' - Use SSH or HTTPS for device configuration. Avoid using insecure protocols like telnet or HTTP, especially for remote configuration.
      <td>SYN Flood Protection</td>
* '''Disable unused services''' - Disable services that are not used, especially those that provide some sort of administrative capabilities (e.g.: WiFi, SMS Utilities, Web CLI).
      <td>On</td>
* '''Ensure WiFi Security''' - If WiFi is used, ensure it employs the latest encryption standards like WPA3 or WPA2 with AES. Avoid using TKIP.
<td>A SYN flood is a form of denial-of-service attack in which an attacker sends a succession of SYN requests to a target's system in an attempt to consume enough server resources to make the system unresponsive to legitimate traffic.</td>
* '''Assign Minimum Necessary Permissions''' - Make sure to provide the least amount of required permissions for any additionally created user account.
    </tr>
* '''Set SIM Card Limits''' - Set SMS and data limits for your SIM card to prevent misuse.
    <tr>
 
      <td>Remote ICMP Requests</td>
==Security Hardening Guidelines==
      <td>On</td>
 
      <td>An Internet Control Message Protocol (ICMP) flood attack, also known as a Ping flood attack, is a common denial-of-service attack in which an attacker attempts to overwhelm a targeted device with ICMP echo-requests (pings).</td>
* '''Limit Administrative Access''' - Avoid exposing administrative services to the internet. If public access is mandatory, set unconventional ports (e.g., 32768-65535) for common services.
    </tr>
* '''Secure Exposed Services''' - If remote access is necessary, ensure that it is protected by a firewall. If remote access is required for any administrative interface, modify the rule to only accept traffic from known sources (e.g. modify the SSH WAN access rule to only allow connections from a specific source address).
    <tr>
* '''Manage WiFi Effectively''' - Disable WiFi if it is not needed. Consider reducing wireless transmission power rather than hiding the ESSID.
      <td>SSH Attack Prevention</td>
* '''Use Key-Based Authentication''' - Make sure to use key-based authentication wherever possible (e.g. accessing device via SSH).
      <td>Off</td>
* '''Verify Backup Integrity''' - Always write down & compare MD5/SHA hashes of backup files and firmware files before uploading them to the device.
      <td>A Secure Shell (SSH) flood attack, is a common denial-of-service attack in which an attacker attempts to overwhelm a targeted device with SSH requests.</td>
* '''Use Phone Number Whitelisting''' - Create phone number groups for SMS commands to act as a whitelist.
    </tr>
* '''Disable Unnecessary Utilities''' - Review and disable unnecessary SMS/Call utilities and commands, or disable this functionality completely.
    <tr>
 
      <td>HTTP Attack Prevention</td>
==Secure Operation Guidelines==
      <td>Off</td>
 
      <td>A Hypertext Transfer Protocol (HTTP) flood attack is a common denial-of-service attack in which an attacker attempts to overwhelm a targeted device with HTTP requests.</td>
* '''Regularly Update Firmware''' - Regularly check and apply firmware updates for security patches and improvements.
    </tr>
* '''Monitor Access Continuously''' - Continuously monitor access to administrative services and restrict as needed. Create and regularly review ”Events Reporting” rules to inform when certain events occur on the device.
    <tr>
* '''Update Passwords Periodically''' - Regularly update passwords and ensure they adhere to strong password policies.
      <td>HTTPS Attack Prevention</td>
* '''Audit Protocols Regularly''' - Regularly audit the protocols used for configuration and management to ensure they remain secure.
      <td>Off</td>
* '''Review Firewall rules''' -  Regularly audit and review firewall and traffic rules.
      <td>HyperText Transfer Protocol Secure (HTTPS) flood attack is same as HTTP flood attack but using HTTPS protocol instead of simple HTTP</td>
* '''Review used services''' - Regularly review the services that are being used on the device. Disable services that are not used.
    </tr>
* '''Configure Secure VPNs''' - Use secure VPN protocols (e.g., IPsec, OpenVPN, WireGuard) for remote access instead of exposing sensitive services directly.
    <tr>
* '''Conduct WiFi Audits''' - Periodically review WiFi settings and ensure they comply with the latest security requirements.
      <td rowspan="6">Port Scan Prevention</td>
* '''Review SIM Card Usage''' - Regularly review SMS and data usage limits and adjust them based on current needs and usage patterns. Disable SMS utilities entirely, if it is not utilized whatsoever.
      <td>Port Scan</td>
 
      <td>Off</td>
 
<td>A port scan is a process that sends client requests to a range of server port addresses on a host, with the goal of finding an active port.</td>
 
    </tr>
Please note that regardless of currently running configuration, '''we strongly recommend to keep up with the latest firmware version''' which generally includes not only overall improvements to the router functionality, but also security patches & vulnerability fixes.
    <tr>
 
      <td>SYN-FIN attack</td>
Understandably, every production environment is different and some features may be altered or changed in newer firmware versions – please always make sure to test & verify newer firmware versions '''before deploying any such firmware onto devices in production environment'''.
      <td>Off</td>
<td>An attacker may send TCP/IP packets with the SYN and FIN TCP/IP flags set to a target system, ranging across all ports, to find open TCP/IP ports for further attacks. The target system will drop packets which are destined to open ports and send back RST/ACK packets for closed ports. The attacker may gather information from the system responses.</td>
    </tr>
    <tr>
      <td>SYN-RST attack</td>
      <td>Off</td>
<td>SYN-RST attack, also known as TCP reset attack, is an abrupt closure of the session which causes the resources allocated to the connection to be immediately released and all other information about the connection is erased. TCP reset is identified by the RESET flag in the TCP header.</td>
    </tr>
    <tr>
      <td>X-Mas attack</td>
      <td>Off</td>
<td>Christmas Tree (X-Mas) Attack is designed to send a very specifically crafted TCP packet to a device on the network. This crafting of the packet is one that turns on a bunch of flags. There is some space set up in the TCP header, called flags. And these flags all are turned on or turned off, depending on what the packet is doing.</td>
    </tr>
    <tr>
      <td>FIN scan</td>
      <td>Off</td>
<td>FIN packets can bypass firewalls without modification. Closed ports reply to a FIN packet with the appropriate RST packet, whereas open ports ignore the packet on hand. This is typical behavior due to the nature of TCP.</td>
    </tr>
    <tr>
      <td>NULLflags attack</td>
      <td>Off</td>
<td>A Null Scan is a series of TCP packets that contain a sequence number of 0 and no set flags. In a production environment, there will never be a TCP packet that doesn’t contain a flag. Because the Null Scan does not contain any set flags, it can sometimes penetrate firewalls and routers that filter incoming packets with particular flags.</td>
    </tr>
    <tr>
      <td rowspan="8">Access Control</td>
      <td>Remote SSH access</td>
      <td>Off</td>
<td>All Remote access is disabled by default. If user is using remote access feature it may be a security threat. If user decides to use this feature - it is recommended to use a strong password.</td>
    </tr>
    <tr>
      <td>Remote HTTP access</td>
      <td>Off</td>
<td>All Remote access is disabled by default. If user is using remote access feature it may be a security threat. If user decides to use this feature - it is recommended to use a strong password.</td>
    </tr>
    <tr>
      <td>Remote HTTPS access</td>
      <td>Off</td>
<td>All Remote access is disabled by default. If user is using remote access feature it may be a security threat. If user decides to use this feature - it is recommended to use a strong password.</td>
    </tr>
    <tr>
      <td>Remote CLI access</td>
      <td>Off</td>
<td>All Remote access is disabled by default. If user is using remote access feature it may be a security threat. If user decides to use this feature - it is recommended to use a strong password.</td>
    </tr>
    <tr>
      <td>Local SSH access</td>
      <td>On</td>
<td>Enabled by default for user convenience, allows possibility of configuring the device when user is in the same LAN.</td>
    </tr>
    <tr>
      <td>Local HTTP access</td>
      <td>On</td>
<td>Enabled by default for user convenience, allows possibility of configuring the device when user is in the same LAN.</td>
    </tr>
    <tr>
      <td>Local HTTPS access</td>
      <td>Off</td>
<td>By default turned off - where is no scenario where HTTPS usage would be needed "out side the box".</td>
    </tr>
    <tr>
      <td>Local CLI access</td>
      <td>On</td>
<td>Enabled by default for user convenience, allows possibility of configuring the device when user is in the same LAN.</td>
    </tr>
    <tr>
      <td rowspan="2">Block Unwanted Access</td>
      <td>SSH Access Secure</td>
      <td>On</td>
<td>By default, device allows a maximum of 5 login attempts (user defined). If all attempts are used, device will block SSH acccess from that source.</td>
    </tr>
    <tr>
      <td>WebUI Access Secure</td>
      <td>On</td>
<td>By default, device allows a maximum of 5 login attempts (user defined). If all attempts are used, device will block WebUI acccess from that source.</td>
    </tr>
    <tr>
      <td>Configuration via SMS</td>
      <td>SMS Utilities</td>
      <td> By router admin password</td>
<td>Default authorization method for configuration via SMS command is by router admin password. It's very important to have a strong password for admin account.</td>
    </tr>
    <tr>
      <td>Default admin password</td>
      <td>First login</td>
      <td>On</td>
<td>Default password for Teltonika's devices is admin01 (weak password) but on first login to WebUI - RutOS forcefully requires user to change it. Recommendation is to use strong password or passphrase*</td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td rowspan="5"> DDOS Prevention</td>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td rowspan="5"> DDOS Prevention</td>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td rowspan="5"> DDOS Prevention</td>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
    <tr>
      <td></td>
      <td></td>
<td></td>
    </tr>
</table>

Revision as of 13:57, 27 January 2020

Security measurement type Security measurement name By default Details
DDOS Prevention SYN Flood Protection On A SYN flood is a form of denial-of-service attack in which an attacker sends a succession of SYN requests to a target's system in an attempt to consume enough server resources to make the system unresponsive to legitimate traffic.
Remote ICMP Requests On An Internet Control Message Protocol (ICMP) flood attack, also known as a Ping flood attack, is a common denial-of-service attack in which an attacker attempts to overwhelm a targeted device with ICMP echo-requests (pings).
SSH Attack Prevention Off A Secure Shell (SSH) flood attack, is a common denial-of-service attack in which an attacker attempts to overwhelm a targeted device with SSH requests.
HTTP Attack Prevention Off A Hypertext Transfer Protocol (HTTP) flood attack is a common denial-of-service attack in which an attacker attempts to overwhelm a targeted device with HTTP requests.
HTTPS Attack Prevention Off HyperText Transfer Protocol Secure (HTTPS) flood attack is same as HTTP flood attack but using HTTPS protocol instead of simple HTTP
Port Scan Prevention Port Scan Off A port scan is a process that sends client requests to a range of server port addresses on a host, with the goal of finding an active port.
SYN-FIN attack Off An attacker may send TCP/IP packets with the SYN and FIN TCP/IP flags set to a target system, ranging across all ports, to find open TCP/IP ports for further attacks. The target system will drop packets which are destined to open ports and send back RST/ACK packets for closed ports. The attacker may gather information from the system responses.
SYN-RST attack Off SYN-RST attack, also known as TCP reset attack, is an abrupt closure of the session which causes the resources allocated to the connection to be immediately released and all other information about the connection is erased. TCP reset is identified by the RESET flag in the TCP header.
X-Mas attack Off Christmas Tree (X-Mas) Attack is designed to send a very specifically crafted TCP packet to a device on the network. This crafting of the packet is one that turns on a bunch of flags. There is some space set up in the TCP header, called flags. And these flags all are turned on or turned off, depending on what the packet is doing.
FIN scan Off FIN packets can bypass firewalls without modification. Closed ports reply to a FIN packet with the appropriate RST packet, whereas open ports ignore the packet on hand. This is typical behavior due to the nature of TCP.
NULLflags attack Off A Null Scan is a series of TCP packets that contain a sequence number of 0 and no set flags. In a production environment, there will never be a TCP packet that doesn’t contain a flag. Because the Null Scan does not contain any set flags, it can sometimes penetrate firewalls and routers that filter incoming packets with particular flags.
Access Control Remote SSH access Off All Remote access is disabled by default. If user is using remote access feature it may be a security threat. If user decides to use this feature - it is recommended to use a strong password.
Remote HTTP access Off All Remote access is disabled by default. If user is using remote access feature it may be a security threat. If user decides to use this feature - it is recommended to use a strong password.
Remote HTTPS access Off All Remote access is disabled by default. If user is using remote access feature it may be a security threat. If user decides to use this feature - it is recommended to use a strong password.
Remote CLI access Off All Remote access is disabled by default. If user is using remote access feature it may be a security threat. If user decides to use this feature - it is recommended to use a strong password.
Local SSH access On Enabled by default for user convenience, allows possibility of configuring the device when user is in the same LAN.
Local HTTP access On Enabled by default for user convenience, allows possibility of configuring the device when user is in the same LAN.
Local HTTPS access Off By default turned off - where is no scenario where HTTPS usage would be needed "out side the box".
Local CLI access On Enabled by default for user convenience, allows possibility of configuring the device when user is in the same LAN.
Block Unwanted Access SSH Access Secure On By default, device allows a maximum of 5 login attempts (user defined). If all attempts are used, device will block SSH acccess from that source.
WebUI Access Secure On By default, device allows a maximum of 5 login attempts (user defined). If all attempts are used, device will block WebUI acccess from that source.
Configuration via SMS SMS Utilities By router admin password Default authorization method for configuration via SMS command is by router admin password. It's very important to have a strong password for admin account.
Default admin password First login On Default password for Teltonika's devices is admin01 (weak password) but on first login to WebUI - RutOS forcefully requires user to change it. Recommendation is to use strong password or passphrase*
DDOS Prevention
DDOS Prevention
DDOS Prevention
Retrieved from "https://wiki.teltonika-networks.com/index.php?title=Template:Security_guidelines&oldid=53907"