bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] Wget and Perfect Forward Secrecy


From: Daniel Kahn Gillmor
Subject: Re: [Bug-wget] Wget and Perfect Forward Secrecy
Date: Wed, 21 Aug 2013 10:15:05 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630 Icedove/17.0.7

On 08/21/2013 03:10 AM, Tim Ruehsen wrote:
> On Tuesday 20 August 2013 18:05:45 Daniel Kahn Gillmor wrote:
>> On 08/15/2013 04:36 AM, Tim Ruehsen wrote:
>>> Beside this 'expert' option, there should be a an 'everyones' option to
>>> force/enable PFS, using --secure-protocol as I already suggested.
>>
>> My only concern about this is what a mirroring/recursive wget would do
>> if it encountered an http:// or ftp:// link within its initial https://
>> fetch.  Would wget --secure-protocol refuse to fetch the cleartext link
>> (thereby failing to fully mirror), or would it go ahead and fetch it
>> (thereby failing to require a secure protocol)?
> 
> This is a bit OT, since I don't want to change Wget's download algorithm.
> 
> It would a different issue, but FYI:
> If the parent page was HTTP/HTTPS Wget would not follow ftp:// links (except 
> requested by --follow-ftp).
> But yes, insecure HTTP URLs will be followed, even if the parent is HTTPS, as 
> long as they are on the same host/domain (behaviour can also be changed by -H 
> and/or --domains).

i think i didn't make myself very clear here, or maybe i didn't
understand your original proposal.  I (think i) already understand the
standard wget mirroring algorithm.  My point is that --secure-protocol
as a choice of option name risks implying to the user that all downloads
will be done with a secure protocol, which we know is not the case.  or
are you suggesting something like --secure-protocol=PFS ?  that doesn't
seem properly orthogonal, since a user might want to indicate which
version(s) of SSL/TLS they want to support *and* enforce PFS where possible.

perhaps --tls-force-pfs or --force-pfs-when-tls or something would be
less misleading (though more arcane, alas).

> Have a look into recur.c/download_child_p() more detailed information.
> For a new option to not change the protocol from secure to insecure, you 
> could 
> easily extend the code.

Yes, an --https-only mode would be pretty cool, regardless of whether
the user wants to force PFS.

Thanks for thinking this through, having these options would be pretty
great.

        --dkg

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]