mirror of
https://github.com/ushahidi/SMSSync.git
synced 2026-04-26 00:05:57 +03:00
[GH-ISSUE #228] Unsafe HTTPS use #165
Labels
No labels
Bug report
Code improvement
Concern
Feature request
Feature request
Good first issue to work on
In progress
Needs info
Question
Ready
Translation
User Experience
User Experience
Website
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/SMSSync#165
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @wolfmd on GitHub (Dec 10, 2014).
Original GitHub issue: https://github.com/ushahidi/SMSSync/issues/228
This may be due to the results of other issues, but running a security scan against the source code of this project has shown that the HTTPS used in this application has been manually overiden. Using HTTPS increases the security of credentials transmitted between the device and server as well as guaranteeing there is no middle-man attacker feeding malicious data to the user.
It seems some of these are user-overrides of validation, however, EasySSLSocketFactory should not be used as a default.
ushahidiSMSSync/smssync/src/main/java/org/addhen/smssync/net/EasySSLSocketFactory.java:63: SSLSocket created without proper hostname verification
ushahidiSMSSync/smssync/src/main/java/org/addhen/smssync/net/TrustedSocketFactory.java:52: Custom HostnameVerifier used; this is not safe for production use
ushahidiSMSSync/smssync/src/main/java/org/addhen/smssync/net/TrustedSocketFactory.java:53: AllowAllHostnameVerifier used, this is not a secure connection
ushahidiSMSSync/smssync/src/main/java/org/addhen/smssync/net/TrustedSocketFactory.java:76: SSLSocket created without proper hostname verification
@alxndrsn commented on GitHub (Apr 6, 2016):
Is this still an issue? It doesn't look like any of the referenced classes still exist in the project, and HTTPS connections are now handled by third party libs.
@timmwille commented on GitHub (Jan 29, 2021):
can be closed?
@wolfmd commented on GitHub (Jan 29, 2021):
Yeah, for sure. Cheers!