Comments (2)
Anti brute-forcing within IoT might be better suited at the management web application / API level. On the client/device side, keep state of such connections and attempts might result in a self-DoS scenario. Locally hosted embedded web apps on devices are typically primitive in their design (i.e. CGI, PHP based) exposing configurations (could have secrets) and minimal management for offline troubleshooting depending on the use case. Similar claims could be made around anti-CSRF protections.
Id be interested in reading over examples or resources for achieving anti brute-force requirements applicable to embedded. For these cases, it might be appropriate to defer to ASVS. MASVS seems to refer to these server side auth controls as part of remote endpoints.
from iot-security-verification-standard-isvs.
I agree there's potential for self-DoS, but I feel like that's always the case with any kind of anti-bruteforcing mechanism :) In practice, I've seen devices such as IP cameras being affected by brute-forcing vulnerabilities, for example where the interface used to obtain access to the camera feed (hosted on the device itself) was protected by a 6-digit PIN with no rate-limiting (so the PIN was very easy to brute-force). The vendor actually corrected this by implementing rate-limiting (something like wait 1 minute after 3 unsuccessful attempts).
So I think I'd be an oversight to not require some kind of anti-brute forcing / rate-limiting controls for devices with interfaces where the user can locally authenticate. The implementation can be as simple as "check failed login counter, if over limit, deny login for X seconds". I'll see if I can find any references :)
from iot-security-verification-standard-isvs.
Related Issues (20)
- Difficulties to check 1.1.1. HOT 5
- 1.2.3. Security-by-default HOT 4
- 1.2.5. Remove debug for all interfaces HOT 4
- Create 1.2.9. Integrity (and authenticity?) verification HOT 1
- Create 1.2.10 Secure update provisions HOT 2
- 2.x Configuration backup HOT 1
- 2.1.16 is confusing HOT 1
- 2.3.5. Privacy Policy HOT 1
- 3.4.12. Secure communications HOT 4
- 3.4.13. Authorization to update HOT 1
- Usability regarding WPS HOT 1
- Modify or remove 3.2.10 IMA HOT 1
- Missing Freeze and Mix & Match attack cases HOT 1
- LoRaWAN security requirements requested
- L3 requirements for Bluetooth and Wifi aren't high enough HOT 2
- Replace GitBook
- Detect & Response set of requirements missing HOT 1
- 3.2.9 RAM scrambling? HOT 1
- 4.1.2: Align recommendation on TLS with ASVS HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from iot-security-verification-standard-isvs.