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

Insecure auth – do we keep it commented out? #217

Closed
rimas-kudelis opened this issue Sep 4, 2016 · 2 comments
Closed

Insecure auth – do we keep it commented out? #217

rimas-kudelis opened this issue Sep 4, 2016 · 2 comments

Comments

@rimas-kudelis
Copy link
Collaborator

In #210 we had a conversation about whether or not to keep support for the AUTH_SERVER_ALLOW_NOTLS_PASSWORDS macro, which, if enabled, allows authentication over unsecured connections. The arguments in favor of this feature are that there might be scanners/copiers or other hardware which would need to send emails, but doesn't support modern TLS ciphers. This is a good point, but I'm still reluctant to leave this feature as it is. Perhaps we could use a hostlist instead of a boolean variable, to make this insecurity possible, but only for selected hosts?

@Udera
Copy link
Collaborator

Udera commented Sep 4, 2016

We could change the condition (with ip range):

      server_advertise_condition = ${if or{\
        {!eq{$tls_cipher}{}}\
        {match_ip {$sender_host_address}{@[]}}\
        {match_ip {$sender_host_address}{192.168.1.1/24}}\
        }\
        {*}{}}

or port (which needs to be opened):

      server_advertise_condition = ${if or{\
        {!eq{$tls_cipher}{}}\
        {match_ip {$sender_host_address}{@[]}}\
        {eq{$received_port}{8825}}\
        }\
        {*}{}}

Or we combine both? Only on a specific port from a specific ip range?

We can also remove this from the default configuration and move this feature to the documentation only.

@Udera
Copy link
Collaborator

Udera commented Apr 3, 2017

Or we just remove it, we can put my examples in the wiki. If people really need it, they can put it there and we don't clutter our config files (hoping that it is not needed).

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

No branches or pull requests

2 participants