CVE-2023-22597
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedInHand Networks InRouter 302, prior to version IR302 V3.5.56, and InRouter 615, prior to version InRouter6XX-S-V2.3.0.r5542, contain vulnerability CWE-319: Cleartext Transmission of Sensitive Information. They use an unsecured channel to communicate with the cloud platform by default. An unauthorized user could intercept this communication and steal sensitive information such as configuration information and MQTT credentials; this could allow MQTT command injection.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceInHand Networks InRouter 302 and InRouter 615 devices transmit sensitive data (configuration information and MQTT credentials) to the cloud platform over an unencrypted channel. An attacker on the same network path could intercept this cleartext traffic to steal credentials and potentially inject commands via MQTT.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
Affected products & versions What the vendor confirmedThe version ranges the vendor confirmed as vulnerable. If your version sits inside a range here, treat yourself as exposed until you have upgraded.
NVD · CPE data< 3.5.56< 2.3.0.r5542CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- High
- Privileges
- None
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- High
- Integrity
- None
- Availability
- None
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Identify the device modelAccess the device web interface or check the device label to confirm whether it is an InRouter 302 or InRouter 615 S model.Affected if The device is an InRouter 302 or InRouter 615 S model.
-
Determine the installed firmware versionLog into the device web interface and navigate to System Status or Device Information to view the current firmware version. Alternatively, use the command line and run 'version' or check /etc/version if accessible.Affected if The firmware version is lower than 3.5.56 for InRouter 302, or lower than 2.3.0.r5542 for InRouter 615 S.
-
Check if cloud communication is enabledIn the device web interface, look for Cloud Service, IoT Cloud, or MQTT Cloud configuration settings. Verify if any cloud platform connection is configured and enabled.Affected if Cloud communication to the InHand cloud platform is enabled and configured.
-
Verify encryption status for cloud communicationsIn the cloud service configuration section, check whether TLS/SSL encryption is enabled for the cloud connection. Look for settings such as 'Enable TLS', 'Use SSL', or similar encryption options.Affected if TLS encryption is NOT enabled for cloud communications, meaning data is transmitted in cleartext.
You are affected if you have an InRouter 302 with firmware below 3.5.56 or an InRouter 615 S below 2.3.0.r5542, with cloud communication enabled and TLS encryption disabled.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scoped2.3.0.r55423.5.56
Upgrade InRouter 302 to version V3.5.56 or later, and InRouter 615 to version InRouter6XX-S-V2.3.0.r5542 or later. Alternatively, implement TLS encryption for cloud communications if upgrade is not immediately feasible.
IR302 V3.5.56 or InRouter6XX-S-V2.3.0.r5542 (depending on model)
- 1. Identify the exact InRouter model (InRouter 302 or InRouter 615 S)
- 2. Check the current firmware version on the device through the admin console or CLI
- 3. Obtain the fixed firmware from InHand Networks official support: IR302 V3.5.56 for InRouter 302, or InRouter6XX-S-V2.3.0.r5542 for InRouter 615 S
- 4. Back up the current device configuration
- 5. Upload and apply the new firmware following InHand Networks' standard firmware upgrade procedure
- 6. After upgrade, verify the device is configured to use secured (TLS/SSL) channels for cloud platform communication
- 7. Confirm sensitive information such as MQTT credentials are now transmitted over encrypted channels
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation2.0 h
- Implementation3.0 h
- Testing2.0 h
- Review / QA1.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $2,272.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2023-22597 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2023-22597 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data