Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Content-Type Headers #3

Open
ENParker opened this issue Mar 29, 2018 · 0 comments
Open

Content-Type Headers #3

ENParker opened this issue Mar 29, 2018 · 0 comments

Comments

@ENParker
Copy link

Hi,

While using IoTSeeker to scan for devices with default credentials on our
network we noticed that while IoTSeeker does work with basic auth but when
using forms it appears to not set the content-type HTTP header. IoTSeeker
then responds with 'default password was found' regardless of the
credentials passed to it from some devices such as AMX devices.

Using Wireshark we can see that IoTSeeker does not set the content-type
header and form variables are not set in the server response.

Using Wireshark with curl we confirmed that the content-type header is
(automatically) set and form variables are correctly set in the server
response.

I may have missed something in the devices.cfg?

"AMX":{
"devTypePattern": [["header", "server"], ["regex", "^The Knopflerfish"]],
"nextUrl": ["string", "/web/root/login.xml"],
"auth": ["form","", "userName=administrator&password=password", "body",
"!substr", "Invalid user name or password"]
},

Kind regards,
Elliott

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant