Re: [squid-users] question about squid and https connection .
OK so it makes more sense when you say it's intentional. I do not agree with this approach and it's a bit off topic but I got my answer. Thanks, Eliezer Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: elie...@ngtech.co.il -Original Message- From: Alex Rousskov [mailto:rouss...@measurement-factory.com] Sent: Friday, July 20, 2018 6:17 PM To: Eliezer Croitoru ; 'Squid Users' Subject: Re: [squid-users] question about squid and https connection . On 07/20/2018 03:04 AM, Eliezer Croitoru wrote: > I think we can use MD5/SHA1/SHA256 or even CRC32 to show the "freshness" of > the certificate. Sorry, you lost me: I see no connection between the previous discussion about CA keys and your new statement about something you call certificate "freshness". > Also this way the ssl_db folder will be free of the burden of tight 600 or > 700 permissions. > > Did I got it right? The stored generated certificates include their private keys so the database should use tight permissions. Alex. > -Original Message- > From: Alex Rousskov [mailto:rouss...@measurement-factory.com] > Sent: Thursday, July 19, 2018 11:29 PM > To: Eliezer Croitoru ; 'Squid Users' > > Subject: Re: [squid-users] question about squid and https connection . > > On 07/19/2018 12:08 PM, Eliezer Croitoru wrote: > >> So the ROOT CA key which squid is using is being used for all the fake >> certificates, why do we need so many copies of it? > > FWIW, I cannot think of any reason to store the CA certificate key in > the database of generated certificates. That key is only used to sign a > freshly generated certificate, and the certificate generator never > regenerates certificates, so I do not see the need to reuse that CA key. > > Alex. > > >> -Original Message- >> From: Alex Rousskov [mailto:rouss...@measurement-factory.com] >> Sent: Wednesday, July 18, 2018 11:45 PM >> To: Eliezer Croitoru ; 'Squid Users' >> >> Subject: Re: [squid-users] question about squid and https connection . >> >> On 07/18/2018 02:23 PM, Eliezer Croitoru wrote: >> >> >>> Every certificate have the same properties of the original one except >>> the "RSA key" part which it's certifiying. >> >> Assuming you are talking about the generated certificates for the same real >> certificate X, then yes, they will all have the same (mimicked) fields. >> Whether they will be signed by the same CA depends on Squid configuration. >> In my answers, I assumed that all those Squids are configured with the same >> CA (including the same private key). >> >> >>> So what I'm saying is that you cannot say that every certificate which >>> will be created with the same CA will be the same for two different >>> 2048 bits RSA keys. >> >> ... unless the keys are also the same, which was my and, AFAICT, OP >> assumption. >> >> Also, unless you are doing something nasty, it probably does not make sense >> to configure a bumping Squid with a public CA certificate that is identical >> to some other public CA certificate but has a different private key. In >> other words, if you are using 200 Squids with a single public CA >> certificate, then all those Squids should use the same private key. >> >> Alex. >> >> >> >>> -Original Message- >>> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] >>> On Behalf Of Alex Rousskov >>> Sent: Friday, July 13, 2018 2:01 AM >>> To: 'Squid Users' >>> Subject: Re: [squid-users] question about squid and https connection . >>> >>> On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: >>> >>>> Every RSA key and certificate pair regardless to the origin server >>>> and the SSL-BUMP enabled proxy can be different. >>> >>> I cannot find a reasonable interpretation of the above that would >>> contradict what I have said. Yes, each unique certificate has its own >>> private key, but that is not what Ahmad was asking about AFAICT. >>> >>> >>>> Will it be more accurate to say that just as long as these 200 squid >>>> instances(different squid.conf and couple other local variables) use >>>> the same exact ssl_db cache directory then it's probable that they >>>> will use the same certificate. >>> >>> That statement is incorrect. Squids configured with different CA >>> certificates will generate different fake certificates for the same >>> real certificate. >>> >>>
Re: [squid-users] question about squid and https connection .
On 07/20/2018 03:04 AM, Eliezer Croitoru wrote: > I think we can use MD5/SHA1/SHA256 or even CRC32 to show the "freshness" of > the certificate. Sorry, you lost me: I see no connection between the previous discussion about CA keys and your new statement about something you call certificate "freshness". > Also this way the ssl_db folder will be free of the burden of tight 600 or > 700 permissions. > > Did I got it right? The stored generated certificates include their private keys so the database should use tight permissions. Alex. > -Original Message- > From: Alex Rousskov [mailto:rouss...@measurement-factory.com] > Sent: Thursday, July 19, 2018 11:29 PM > To: Eliezer Croitoru ; 'Squid Users' > > Subject: Re: [squid-users] question about squid and https connection . > > On 07/19/2018 12:08 PM, Eliezer Croitoru wrote: > >> So the ROOT CA key which squid is using is being used for all the fake >> certificates, why do we need so many copies of it? > > FWIW, I cannot think of any reason to store the CA certificate key in > the database of generated certificates. That key is only used to sign a > freshly generated certificate, and the certificate generator never > regenerates certificates, so I do not see the need to reuse that CA key. > > Alex. > > >> -Original Message- >> From: Alex Rousskov [mailto:rouss...@measurement-factory.com] >> Sent: Wednesday, July 18, 2018 11:45 PM >> To: Eliezer Croitoru ; 'Squid Users' >> >> Subject: Re: [squid-users] question about squid and https connection . >> >> On 07/18/2018 02:23 PM, Eliezer Croitoru wrote: >> >> >>> Every certificate have the same properties of the original one except >>> the "RSA key" part which it's certifiying. >> >> Assuming you are talking about the generated certificates for the same real >> certificate X, then yes, they will all have the same (mimicked) fields. >> Whether they will be signed by the same CA depends on Squid configuration. >> In my answers, I assumed that all those Squids are configured with the same >> CA (including the same private key). >> >> >>> So what I'm saying is that you cannot say that every certificate which >>> will be created with the same CA will be the same for two different >>> 2048 bits RSA keys. >> >> ... unless the keys are also the same, which was my and, AFAICT, OP >> assumption. >> >> Also, unless you are doing something nasty, it probably does not make sense >> to configure a bumping Squid with a public CA certificate that is identical >> to some other public CA certificate but has a different private key. In >> other words, if you are using 200 Squids with a single public CA >> certificate, then all those Squids should use the same private key. >> >> Alex. >> >> >> >>> -Original Message- >>> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] >>> On Behalf Of Alex Rousskov >>> Sent: Friday, July 13, 2018 2:01 AM >>> To: 'Squid Users' >>> Subject: Re: [squid-users] question about squid and https connection . >>> >>> On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: >>> >>>> Every RSA key and certificate pair regardless to the origin server >>>> and the SSL-BUMP enabled proxy can be different. >>> >>> I cannot find a reasonable interpretation of the above that would >>> contradict what I have said. Yes, each unique certificate has its own >>> private key, but that is not what Ahmad was asking about AFAICT. >>> >>> >>>> Will it be more accurate to say that just as long as these 200 squid >>>> instances(different squid.conf and couple other local variables) use >>>> the same exact ssl_db cache directory then it's probable that they >>>> will use the same certificate. >>> >>> That statement is incorrect. Squids configured with different CA >>> certificates will generate different fake certificates for the same >>> real certificate. >>> >>> I assume that Ahmad was asking about a situation where 200 Squid >>> instances had the same configuration (including CA certificates). >>> >>> Please note that the certificate generator helper gets the signing >>> (CA) certificate as a parameter with each generation request (because >>> different Squid ports may use different CA certificates). Also, Squid >>> probably does not officially support sharing the certificate directory >
Re: [squid-users] question about squid and https connection .
I think we can use MD5/SHA1/SHA256 or even CRC32 to show the "freshness" of the certificate. Also this way the ssl_db folder will be free of the burden of tight 600 or 700 permissions. Did I got it right? Thanks, Eliezer Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: elie...@ngtech.co.il -Original Message- From: Alex Rousskov [mailto:rouss...@measurement-factory.com] Sent: Thursday, July 19, 2018 11:29 PM To: Eliezer Croitoru ; 'Squid Users' Subject: Re: [squid-users] question about squid and https connection . On 07/19/2018 12:08 PM, Eliezer Croitoru wrote: > So the ROOT CA key which squid is using is being used for all the fake > certificates, why do we need so many copies of it? FWIW, I cannot think of any reason to store the CA certificate key in the database of generated certificates. That key is only used to sign a freshly generated certificate, and the certificate generator never regenerates certificates, so I do not see the need to reuse that CA key. Alex. > -Original Message- > From: Alex Rousskov [mailto:rouss...@measurement-factory.com] > Sent: Wednesday, July 18, 2018 11:45 PM > To: Eliezer Croitoru ; 'Squid Users' > > Subject: Re: [squid-users] question about squid and https connection . > > On 07/18/2018 02:23 PM, Eliezer Croitoru wrote: > > >> Every certificate have the same properties of the original one except >> the "RSA key" part which it's certifiying. > > Assuming you are talking about the generated certificates for the same real > certificate X, then yes, they will all have the same (mimicked) fields. > Whether they will be signed by the same CA depends on Squid configuration. In > my answers, I assumed that all those Squids are configured with the same CA > (including the same private key). > > >> So what I'm saying is that you cannot say that every certificate which >> will be created with the same CA will be the same for two different >> 2048 bits RSA keys. > > ... unless the keys are also the same, which was my and, AFAICT, OP > assumption. > > Also, unless you are doing something nasty, it probably does not make sense > to configure a bumping Squid with a public CA certificate that is identical > to some other public CA certificate but has a different private key. In other > words, if you are using 200 Squids with a single public CA certificate, then > all those Squids should use the same private key. > > Alex. > > > >> -Original Message- >> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] >> On Behalf Of Alex Rousskov >> Sent: Friday, July 13, 2018 2:01 AM >> To: 'Squid Users' >> Subject: Re: [squid-users] question about squid and https connection . >> >> On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: >> >>> Every RSA key and certificate pair regardless to the origin server >>> and the SSL-BUMP enabled proxy can be different. >> >> I cannot find a reasonable interpretation of the above that would >> contradict what I have said. Yes, each unique certificate has its own >> private key, but that is not what Ahmad was asking about AFAICT. >> >> >>> Will it be more accurate to say that just as long as these 200 squid >>> instances(different squid.conf and couple other local variables) use >>> the same exact ssl_db cache directory then it's probable that they >>> will use the same certificate. >> >> That statement is incorrect. Squids configured with different CA >> certificates will generate different fake certificates for the same >> real certificate. >> >> I assume that Ahmad was asking about a situation where 200 Squid >> instances had the same configuration (including CA certificates). >> >> Please note that the certificate generator helper gets the signing >> (CA) certificate as a parameter with each generation request (because >> different Squid ports may use different CA certificates). Also, Squid >> probably does not officially support sharing the certificate directory >> across Squid instances (even if it works). >> >> >>> Or these 200 squid instances are in SMP mode with 200 workers... If >>> these 200 instances do not share memory and certificate cache then >>> there is a possibility that the same site from two different sources >>> will serve different certificates(due to the different RSA key which >>> is different). >> >> 200 SMP workers or 200 identically-configured Squid instances will >> generate the same fake certificates for the same real certificate. >> "Stable certifica
Re: [squid-users] question about squid and https connection .
On 07/19/2018 12:08 PM, Eliezer Croitoru wrote: > So the ROOT CA key which squid is using is being used for all the fake > certificates, why do we need so many copies of it? FWIW, I cannot think of any reason to store the CA certificate key in the database of generated certificates. That key is only used to sign a freshly generated certificate, and the certificate generator never regenerates certificates, so I do not see the need to reuse that CA key. Alex. > -Original Message- > From: Alex Rousskov [mailto:rouss...@measurement-factory.com] > Sent: Wednesday, July 18, 2018 11:45 PM > To: Eliezer Croitoru ; 'Squid Users' > > Subject: Re: [squid-users] question about squid and https connection . > > On 07/18/2018 02:23 PM, Eliezer Croitoru wrote: > > >> Every certificate have the same properties of the original one except >> the "RSA key" part which it's certifiying. > > Assuming you are talking about the generated certificates for the same real > certificate X, then yes, they will all have the same (mimicked) fields. > Whether they will be signed by the same CA depends on Squid configuration. In > my answers, I assumed that all those Squids are configured with the same CA > (including the same private key). > > >> So what I'm saying is that you cannot say that every certificate which >> will be created with the same CA will be the same for two different >> 2048 bits RSA keys. > > ... unless the keys are also the same, which was my and, AFAICT, OP > assumption. > > Also, unless you are doing something nasty, it probably does not make sense > to configure a bumping Squid with a public CA certificate that is identical > to some other public CA certificate but has a different private key. In other > words, if you are using 200 Squids with a single public CA certificate, then > all those Squids should use the same private key. > > Alex. > > > >> -Original Message- >> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] >> On Behalf Of Alex Rousskov >> Sent: Friday, July 13, 2018 2:01 AM >> To: 'Squid Users' >> Subject: Re: [squid-users] question about squid and https connection . >> >> On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: >> >>> Every RSA key and certificate pair regardless to the origin server >>> and the SSL-BUMP enabled proxy can be different. >> >> I cannot find a reasonable interpretation of the above that would >> contradict what I have said. Yes, each unique certificate has its own >> private key, but that is not what Ahmad was asking about AFAICT. >> >> >>> Will it be more accurate to say that just as long as these 200 squid >>> instances(different squid.conf and couple other local variables) use >>> the same exact ssl_db cache directory then it's probable that they >>> will use the same certificate. >> >> That statement is incorrect. Squids configured with different CA >> certificates will generate different fake certificates for the same >> real certificate. >> >> I assume that Ahmad was asking about a situation where 200 Squid >> instances had the same configuration (including CA certificates). >> >> Please note that the certificate generator helper gets the signing >> (CA) certificate as a parameter with each generation request (because >> different Squid ports may use different CA certificates). Also, Squid >> probably does not officially support sharing the certificate directory >> across Squid instances (even if it works). >> >> >>> Or these 200 squid instances are in SMP mode with 200 workers... If >>> these 200 instances do not share memory and certificate cache then >>> there is a possibility that the same site from two different sources >>> will serve different certificates(due to the different RSA key which >>> is different). >> >> 200 SMP workers or 200 identically-configured Squid instances will >> generate the same fake certificates for the same real certificate. >> "Stable certificates" is an important requirement for many distributed >> Squid deployments. >> >> Alex. >> >> >> >>> -Original Message- >>> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] >>> On Behalf Of Alex Rousskov >>> Sent: Thursday, July 12, 2018 11:27 PM >>> To: --Ahmad-- ; Squid Users >>> >>> Subject: Re: [squid-users] question about squid and https connection . >>> >>> On 07/12/2018 01:17 PM, --Ahmad-- wrote: >>> >&g
Re: [squid-users] question about squid and https connection .
Sorry a keyboard key broke while reviewing the text... OK so it doesn't make any sense to store so many copies of the exact same "KEY" in the ssl_db/certs files.. I took a sample from my certs directory and extracted the keys that are stored at the QA server: ## Start [root@squid4-testing 1]# ll total 12 -rw-r--r--. 1 root root 1704 Jul 19 20:58 key1.pem -rw-r--r--. 1 root root 1704 Jul 19 20:58 key2.pem -rw-r--r--. 1 root root 1704 Jul 19 20:59 rootCA-key.pem [root@squid4-testing 1]# cat key1.pem |sha256sum 3db2a55499015a4166f8059d378d79032ee85797f92176d7a4d5ad8a2025bec7 - [root@squid4-testing 1]# cat key2.pem |sha256sum 3db2a55499015a4166f8059d378d79032ee85797f92176d7a4d5ad8a2025bec7 - [root@squid4-testing 1]# cat rootCA-key.pem |sha256sum 3db2a55499015a4166f8059d378d79032ee85797f92176d7a4d5ad8a2025bec7 ## END So the ROOT CA key which squid is using is being used for all the fake certificates, why do we need so many copies of it? I think that the helper and the DB store can be simplified or added simplicity for single servers. For small servers this space is nothing but... for large systems it's an issue. Also for embedded devices which every IO r/w counts before the flash/nand dies I think we can do something about it. Thanks, Eliezer - Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: elie...@ngtech.co.il -Original Message- From: Alex Rousskov [mailto:rouss...@measurement-factory.com] Sent: Wednesday, July 18, 2018 11:45 PM To: Eliezer Croitoru ; 'Squid Users' Subject: Re: [squid-users] question about squid and https connection . On 07/18/2018 02:23 PM, Eliezer Croitoru wrote: > Every certificate have the same properties of the original one except > the "RSA key" part which it's certifiying. Assuming you are talking about the generated certificates for the same real certificate X, then yes, they will all have the same (mimicked) fields. Whether they will be signed by the same CA depends on Squid configuration. In my answers, I assumed that all those Squids are configured with the same CA (including the same private key). > So what I'm saying is that you cannot say that every certificate which > will be created with the same CA will be the same for two different > 2048 bits RSA keys. ... unless the keys are also the same, which was my and, AFAICT, OP assumption. Also, unless you are doing something nasty, it probably does not make sense to configure a bumping Squid with a public CA certificate that is identical to some other public CA certificate but has a different private key. In other words, if you are using 200 Squids with a single public CA certificate, then all those Squids should use the same private key. Alex. > -Original Message- > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] > On Behalf Of Alex Rousskov > Sent: Friday, July 13, 2018 2:01 AM > To: 'Squid Users' > Subject: Re: [squid-users] question about squid and https connection . > > On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: > >> Every RSA key and certificate pair regardless to the origin server >> and the SSL-BUMP enabled proxy can be different. > > I cannot find a reasonable interpretation of the above that would > contradict what I have said. Yes, each unique certificate has its own > private key, but that is not what Ahmad was asking about AFAICT. > > >> Will it be more accurate to say that just as long as these 200 squid >> instances(different squid.conf and couple other local variables) use >> the same exact ssl_db cache directory then it's probable that they >> will use the same certificate. > > That statement is incorrect. Squids configured with different CA > certificates will generate different fake certificates for the same > real certificate. > > I assume that Ahmad was asking about a situation where 200 Squid > instances had the same configuration (including CA certificates). > > Please note that the certificate generator helper gets the signing > (CA) certificate as a parameter with each generation request (because > different Squid ports may use different CA certificates). Also, Squid > probably does not officially support sharing the certificate directory > across Squid instances (even if it works). > > >> Or these 200 squid instances are in SMP mode with 200 workers... If >> these 200 instances do not share memory and certificate cache then >> there is a possibility that the same site from two different sources >> will serve different certificates(due to the different RSA key which >> is different). > > 200 SMP workers or 200 identically-configured Squid instances will > generate the same fake certificates for the same real certificate. > "Stable certificates" is an impo
Re: [squid-users] question about squid and https connection .
OK so it doesn't make any sense to store so many copies of the "KEY" in the ssl_db/certs files.. I took a sample from my certs directory and extracted the keys that are stored at ]\ [root@squid4-testing 1]# ll total 12 -rw-r--r--. 1 root root 1704 Jul 19 20:58 key1.pem -rw-r--r--. 1 root root 1704 Jul 19 20:58 key2.pem -rw-r--r--. 1 root root 1704 Jul 19 20:59 rootCA-key.pem [root@squid4-testing 1]# cat key1.pem |sha256sum 3db2a55499015a4166f8059d378d79032ee85797f92176d7a4d5ad8a2025bec7 - [root@squid4-testing 1]# cat key2.pem |sha256sum 3db2a55499015a4166f8059d378d79032ee85797f92176d7a4d5ad8a2025bec7 - [root@squid4-testing 1]# cat rootCA-key.pem |sha256sum 3db2a55499015a4166f8059d378d79032ee85797f92176d7a4d5ad8a2025bec7 - Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: elie...@ngtech.co.il -Original Message- From: Alex Rousskov [mailto:rouss...@measurement-factory.com] Sent: Wednesday, July 18, 2018 11:45 PM To: Eliezer Croitoru ; 'Squid Users' Subject: Re: [squid-users] question about squid and https connection . On 07/18/2018 02:23 PM, Eliezer Croitoru wrote: > Every certificate have the same properties of the original one except > the "RSA key" part which it's certifiying. Assuming you are talking about the generated certificates for the same real certificate X, then yes, they will all have the same (mimicked) fields. Whether they will be signed by the same CA depends on Squid configuration. In my answers, I assumed that all those Squids are configured with the same CA (including the same private key). > So what I'm saying is that you cannot say that every certificate > which will be created with the same CA will be the same for two > different 2048 bits RSA keys. ... unless the keys are also the same, which was my and, AFAICT, OP assumption. Also, unless you are doing something nasty, it probably does not make sense to configure a bumping Squid with a public CA certificate that is identical to some other public CA certificate but has a different private key. In other words, if you are using 200 Squids with a single public CA certificate, then all those Squids should use the same private key. Alex. > -Original Message- > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On > Behalf Of Alex Rousskov > Sent: Friday, July 13, 2018 2:01 AM > To: 'Squid Users' > Subject: Re: [squid-users] question about squid and https connection . > > On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: > >> Every RSA key and certificate pair regardless to the origin server >> and the SSL-BUMP enabled proxy can be different. > > I cannot find a reasonable interpretation of the above that would > contradict what I have said. Yes, each unique certificate has its own > private key, but that is not what Ahmad was asking about AFAICT. > > >> Will it be more accurate to say that just as long as these 200 squid >> instances(different squid.conf and couple other local variables) use >> the same exact ssl_db cache directory then it's probable that they >> will use the same certificate. > > That statement is incorrect. Squids configured with different CA > certificates will generate different fake certificates for the same real > certificate. > > I assume that Ahmad was asking about a situation where 200 Squid > instances had the same configuration (including CA certificates). > > Please note that the certificate generator helper gets the signing (CA) > certificate as a parameter with each generation request (because > different Squid ports may use different CA certificates). Also, Squid > probably does not officially support sharing the certificate directory > across Squid instances (even if it works). > > >> Or these 200 squid instances are in SMP mode with 200 workers... If >> these 200 instances do not share memory and certificate cache then >> there is a possibility that the same site from two different sources >> will serve different certificates(due to the different RSA key which >> is different). > > 200 SMP workers or 200 identically-configured Squid instances will > generate the same fake certificates for the same real certificate. > "Stable certificates" is an important requirement for many distributed > Squid deployments. > > Alex. > > > >> -Original Message- >> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On >> Behalf Of Alex Rousskov >> Sent: Thursday, July 12, 2018 11:27 PM >> To: --Ahmad-- ; Squid Users >> >> Subject: Re: [squid-users] question about squid and https connection . >> >> On 07/12/2018 01:17 PM, --Ahmad-- wrote: >> >>> if i have pc# 1 and that pc open faceboo
Re: [squid-users] question about squid and https connection .
On 07/18/2018 02:23 PM, Eliezer Croitoru wrote: > Every certificate have the same properties of the original one except > the "RSA key" part which it's certifiying. Assuming you are talking about the generated certificates for the same real certificate X, then yes, they will all have the same (mimicked) fields. Whether they will be signed by the same CA depends on Squid configuration. In my answers, I assumed that all those Squids are configured with the same CA (including the same private key). > So what I'm saying is that you cannot say that every certificate > which will be created with the same CA will be the same for two > different 2048 bits RSA keys. ... unless the keys are also the same, which was my and, AFAICT, OP assumption. Also, unless you are doing something nasty, it probably does not make sense to configure a bumping Squid with a public CA certificate that is identical to some other public CA certificate but has a different private key. In other words, if you are using 200 Squids with a single public CA certificate, then all those Squids should use the same private key. Alex. > -Original Message- > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On > Behalf Of Alex Rousskov > Sent: Friday, July 13, 2018 2:01 AM > To: 'Squid Users' > Subject: Re: [squid-users] question about squid and https connection . > > On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: > >> Every RSA key and certificate pair regardless to the origin server >> and the SSL-BUMP enabled proxy can be different. > > I cannot find a reasonable interpretation of the above that would > contradict what I have said. Yes, each unique certificate has its own > private key, but that is not what Ahmad was asking about AFAICT. > > >> Will it be more accurate to say that just as long as these 200 squid >> instances(different squid.conf and couple other local variables) use >> the same exact ssl_db cache directory then it's probable that they >> will use the same certificate. > > That statement is incorrect. Squids configured with different CA > certificates will generate different fake certificates for the same real > certificate. > > I assume that Ahmad was asking about a situation where 200 Squid > instances had the same configuration (including CA certificates). > > Please note that the certificate generator helper gets the signing (CA) > certificate as a parameter with each generation request (because > different Squid ports may use different CA certificates). Also, Squid > probably does not officially support sharing the certificate directory > across Squid instances (even if it works). > > >> Or these 200 squid instances are in SMP mode with 200 workers... If >> these 200 instances do not share memory and certificate cache then >> there is a possibility that the same site from two different sources >> will serve different certificates(due to the different RSA key which >> is different). > > 200 SMP workers or 200 identically-configured Squid instances will > generate the same fake certificates for the same real certificate. > "Stable certificates" is an important requirement for many distributed > Squid deployments. > > Alex. > > > >> -----Original Message- >> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On >> Behalf Of Alex Rousskov >> Sent: Thursday, July 12, 2018 11:27 PM >> To: --Ahmad-- ; Squid Users >> >> Subject: Re: [squid-users] question about squid and https connection . >> >> On 07/12/2018 01:17 PM, --Ahmad-- wrote: >> >>> if i have pc# 1 and that pc open facebook . >>> >>> then i have other pc # 2 and that other pc open facebook . >>> >>> >>> now as we know facebook is https . >>> >>> so is the key/ cert that used on pc # 1 is same as cert in pc # 2 to >>> decrypt the fb encrypted traffic ? >> >> Certificates themselves are not used (directly) to decrypt traffic >> AFAIK, but yes, both PCs will see the same server certificate (ignoring >> CDNs and other complications). >> >> >> >>> now in the presence of squid . >>> >>> if i used tcp connect method , will it be different than above ? >> >> If you are not bumping the connection, then both PCs will see the same >> real Facebook certificate as if those PCs did not use a proxy. >> >> If you are bumping the connection, then both PCs will see the same fake >> certificate generated by Squid. >> >> >> >>> say i used 200 proxies in same squid machine and i used to access FB from >>> t
Re: [squid-users] question about squid and https connection .
Alex, Some properties of the certificate are static but... A certificate is certifying a specific key. If every certificate would be exactly the same as the other on all its properties including the key then we would be able to.. Fake any certificate in the world very very fast. Correct me if I'm wrong: Every certificate have the same properties of the original one except the "RSA key" part which it's certifiying. There is a dynamic variable in every certificate when it's being created(not talking about time stamps...). So what I'm saying is that you cannot say that every certificate which will be created with the same CA will be the same for two different 2048 bits RSA keys. Let me know if I got it right. Eliezer Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: elie...@ngtech.co.il -Original Message- From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On Behalf Of Alex Rousskov Sent: Friday, July 13, 2018 2:01 AM To: 'Squid Users' Subject: Re: [squid-users] question about squid and https connection . On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: > Every RSA key and certificate pair regardless to the origin server > and the SSL-BUMP enabled proxy can be different. I cannot find a reasonable interpretation of the above that would contradict what I have said. Yes, each unique certificate has its own private key, but that is not what Ahmad was asking about AFAICT. > Will it be more accurate to say that just as long as these 200 squid > instances(different squid.conf and couple other local variables) use > the same exact ssl_db cache directory then it's probable that they > will use the same certificate. That statement is incorrect. Squids configured with different CA certificates will generate different fake certificates for the same real certificate. I assume that Ahmad was asking about a situation where 200 Squid instances had the same configuration (including CA certificates). Please note that the certificate generator helper gets the signing (CA) certificate as a parameter with each generation request (because different Squid ports may use different CA certificates). Also, Squid probably does not officially support sharing the certificate directory across Squid instances (even if it works). > Or these 200 squid instances are in SMP mode with 200 workers... If > these 200 instances do not share memory and certificate cache then > there is a possibility that the same site from two different sources > will serve different certificates(due to the different RSA key which > is different). 200 SMP workers or 200 identically-configured Squid instances will generate the same fake certificates for the same real certificate. "Stable certificates" is an important requirement for many distributed Squid deployments. Alex. > -Original Message- > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On > Behalf Of Alex Rousskov > Sent: Thursday, July 12, 2018 11:27 PM > To: --Ahmad-- ; Squid Users > > Subject: Re: [squid-users] question about squid and https connection . > > On 07/12/2018 01:17 PM, --Ahmad-- wrote: > >> if i have pc# 1 and that pc open facebook . >> >> then i have other pc # 2 and that other pc open facebook . >> >> >> now as we know facebook is https . >> >> so is the key/ cert that used on pc # 1 is same as cert in pc # 2 to decrypt >> the fb encrypted traffic ? > > Certificates themselves are not used (directly) to decrypt traffic > AFAIK, but yes, both PCs will see the same server certificate (ignoring > CDNs and other complications). > > > >> now in the presence of squid . >> >> if i used tcp connect method , will it be different than above ? > > If you are not bumping the connection, then both PCs will see the same > real Facebook certificate as if those PCs did not use a proxy. > > If you are bumping the connection, then both PCs will see the same fake > certificate generated by Squid. > > > >> say i used 200 proxies in same squid machine and i used to access FB from >> the same pc same browser . >> >> will facebook see my cert/key i used to decrypt its traffic ? > > If you are asking whether Facebook will know anything about the fake > certificate generated by Squid for clients, then the answer is "no, > unless Facebook runs some special client code to deliver (Squid) > certificate back to Facebook". > > In general, the origin server assumes that the client is talking to it > directly. Clients may pin or otherwise restrict certificates that they > trust, but after the connection is successfully established, the server > may assume that it is talking to the client directly. A paranoid server > may del
Re: [squid-users] question about squid and https connection .
On 13/07/18 08:27, Eliezer Croitoru wrote: > Alex, > > Just to be sure: > Every RSA key and certificate pair regardless to the origin server and the > SSL-BUMP enabled proxy can be different. > If the key would be the exact same one then we will probably have a very big > security issue/risk to my understanding (leaving aside DH). > > Will it be more accurate to say that just as long as these 200 squid > instances(different squid.conf and couple other local variables) > use the same exact ssl_db cache directory then it's probable that they will > use the same certificate. > Or these 200 squid instances are in SMP mode with 200 workers... > If these 200 instances do not share memory and certificate cache then there > is a possibility that the same site from two different sources > will serve different certificates(due to the different RSA key which is > different). > Instances (in terms of how we defined the term "Squid instance") cannot share memory. They are completely separate processes. Even when in SMP-aware operation, they are separate process groups. That is why you have to use the -n name command line parameter to direct signals at specific instances. In regards to the certs. The generating of a fake cert is a hard-coded algorithm - using the inputs Alex mentioned. The only way differences occur between any two Squid fake certs is when the real origin server cert given to each of them is different. In that case you *do* absolutely want the fake ones to differ as well - even (and especially) when they come from the same origin server. Think of Squid as copy-n-pasting cert field values from the origin cert to the fake cert. You wont be far off whats really happening. Amos ___ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
Re: [squid-users] question about squid and https connection .
On 07/12/2018 02:35 PM, Eliezer Croitoru wrote: > Every RSA key and certificate pair regardless to the origin server > and the SSL-BUMP enabled proxy can be different. I cannot find a reasonable interpretation of the above that would contradict what I have said. Yes, each unique certificate has its own private key, but that is not what Ahmad was asking about AFAICT. > Will it be more accurate to say that just as long as these 200 squid > instances(different squid.conf and couple other local variables) use > the same exact ssl_db cache directory then it's probable that they > will use the same certificate. That statement is incorrect. Squids configured with different CA certificates will generate different fake certificates for the same real certificate. I assume that Ahmad was asking about a situation where 200 Squid instances had the same configuration (including CA certificates). Please note that the certificate generator helper gets the signing (CA) certificate as a parameter with each generation request (because different Squid ports may use different CA certificates). Also, Squid probably does not officially support sharing the certificate directory across Squid instances (even if it works). > Or these 200 squid instances are in SMP mode with 200 workers... If > these 200 instances do not share memory and certificate cache then > there is a possibility that the same site from two different sources > will serve different certificates(due to the different RSA key which > is different). 200 SMP workers or 200 identically-configured Squid instances will generate the same fake certificates for the same real certificate. "Stable certificates" is an important requirement for many distributed Squid deployments. Alex. > -Original Message- > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On > Behalf Of Alex Rousskov > Sent: Thursday, July 12, 2018 11:27 PM > To: --Ahmad-- ; Squid Users > > Subject: Re: [squid-users] question about squid and https connection . > > On 07/12/2018 01:17 PM, --Ahmad-- wrote: > >> if i have pc# 1 and that pc open facebook . >> >> then i have other pc # 2 and that other pc open facebook . >> >> >> now as we know facebook is https . >> >> so is the key/ cert that used on pc # 1 is same as cert in pc # 2 to decrypt >> the fb encrypted traffic ? > > Certificates themselves are not used (directly) to decrypt traffic > AFAIK, but yes, both PCs will see the same server certificate (ignoring > CDNs and other complications). > > > >> now in the presence of squid . >> >> if i used tcp connect method , will it be different than above ? > > If you are not bumping the connection, then both PCs will see the same > real Facebook certificate as if those PCs did not use a proxy. > > If you are bumping the connection, then both PCs will see the same fake > certificate generated by Squid. > > > >> say i used 200 proxies in same squid machine and i used to access FB from >> the same pc same browser . >> >> will facebook see my cert/key i used to decrypt its traffic ? > > If you are asking whether Facebook will know anything about the fake > certificate generated by Squid for clients, then the answer is "no, > unless Facebook runs some special client code to deliver (Squid) > certificate back to Facebook". > > In general, the origin server assumes that the client is talking to it > directly. Clients may pin or otherwise restrict certificates that they > trust, but after the connection is successfully established, the server > may assume that it is talking to the client directly. A paranoid server > may deliver special code to double check that assumption, but there are > other, more standard methods to prevent bumping such as certificate > pinning and certificate transparency cervices. > > > >> is the key/cert of FB to decrypt the https content is same on all browsers >> on all computers ? > > If you are asking whether the generated certificates are going to be the > same for all clients, then the answer is "yes, provided all those 200 > Squids use the same configuration (including the CA certificate) and > receive the same real certificate from Facebook". Squid's certificate > generation algorithm generates the same certificate given the same > configuration and the same origin server certificate. > > > HTH, > > Alex. > ___ > squid-users mailing list > squid-users@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-users > ___ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
Re: [squid-users] question about squid and https connection .
Hi Ahmad, Proxy will just change your ip when you are connecting FB in this way, But FB probably has or at least should, so many other ways to detect if thats the same person connecting, just to name one browser based profiling. They have your user_agent, browser extensions, cookies, etc.. In other words you will have so many other footprints. Best Logan --Ahmad-- , 12 Tem 2018 Per, 15:15 tarihinde şunu yazdı: > TAHNK YOU Guys ALL . > > > so my question is in another way is : > > > if i have squid proxy using it using the TCP_Connect way . > > and from the same pc and same browser and try to open facebook from 200 > different address . > > then facebook wont have a footprint that there is 200 different addresses > hit FB from the same public key /cert . > > i just ant to make sure there is no footprint happen . > > thats way i asked . > > let me know concerns Guys , thanks alot Guys ! > > > On 12 Jul 2018, at 23:35, Eliezer Croitoru wrote: > > > > Alex, > > > > Just to be sure: > > Every RSA key and certificate pair regardless to the origin server and > the SSL-BUMP enabled proxy can be different. > > If the key would be the exact same one then we will probably have a very > big security issue/risk to my understanding (leaving aside DH). > > > > Will it be more accurate to say that just as long as these 200 squid > instances(different squid.conf and couple other local variables) > > use the same exact ssl_db cache directory then it's probable that they > will use the same certificate. > > Or these 200 squid instances are in SMP mode with 200 workers... > > If these 200 instances do not share memory and certificate cache then > there is a possibility that the same site from two different sources > > will serve different certificates(due to the different RSA key which is > different). > > > > Thanks, > > Eliezer > > > > > > Eliezer Croitoru > > Linux System Administrator > > Mobile: +972-5-28704261 > > Email: elie...@ngtech.co.il > > > > > > > > -Original Message----- > > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On > Behalf Of Alex Rousskov > > Sent: Thursday, July 12, 2018 11:27 PM > > To: --Ahmad-- ; Squid Users < > squid-users@lists.squid-cache.org> > > Subject: Re: [squid-users] question about squid and https connection . > > > > On 07/12/2018 01:17 PM, --Ahmad-- wrote: > > > >> if i have pc# 1 and that pc open facebook . > >> > >> then i have other pc # 2 and that other pc open facebook . > >> > >> > >> now as we know facebook is https . > >> > >> so is the key/ cert that used on pc # 1 is same as cert in pc # 2 to > decrypt the fb encrypted traffic ? > > > > Certificates themselves are not used (directly) to decrypt traffic > > AFAIK, but yes, both PCs will see the same server certificate (ignoring > > CDNs and other complications). > > > > > > > >> now in the presence of squid . > >> > >> if i used tcp connect method , will it be different than above ? > > > > If you are not bumping the connection, then both PCs will see the same > > real Facebook certificate as if those PCs did not use a proxy. > > > > If you are bumping the connection, then both PCs will see the same fake > > certificate generated by Squid. > > > > > > > >> say i used 200 proxies in same squid machine and i used to access FB > from the same pc same browser . > >> > >> will facebook see my cert/key i used to decrypt its traffic ? > > > > If you are asking whether Facebook will know anything about the fake > > certificate generated by Squid for clients, then the answer is "no, > > unless Facebook runs some special client code to deliver (Squid) > > certificate back to Facebook". > > > > In general, the origin server assumes that the client is talking to it > > directly. Clients may pin or otherwise restrict certificates that they > > trust, but after the connection is successfully established, the server > > may assume that it is talking to the client directly. A paranoid server > > may deliver special code to double check that assumption, but there are > > other, more standard methods to prevent bumping such as certificate > > pinning and certificate transparency cervices. > > > > > > > >> is the key/cert of FB to decrypt the https content is same on all > browsers on all computers ? > > > > If you are asking whether the generated certificates are going
Re: [squid-users] question about squid and https connection .
TAHNK YOU Guys ALL . so my question is in another way is : if i have squid proxy using it using the TCP_Connect way . and from the same pc and same browser and try to open facebook from 200 different address . then facebook wont have a footprint that there is 200 different addresses hit FB from the same public key /cert . i just ant to make sure there is no footprint happen . thats way i asked . let me know concerns Guys , thanks alot Guys ! > On 12 Jul 2018, at 23:35, Eliezer Croitoru wrote: > > Alex, > > Just to be sure: > Every RSA key and certificate pair regardless to the origin server and the > SSL-BUMP enabled proxy can be different. > If the key would be the exact same one then we will probably have a very big > security issue/risk to my understanding (leaving aside DH). > > Will it be more accurate to say that just as long as these 200 squid > instances(different squid.conf and couple other local variables) > use the same exact ssl_db cache directory then it's probable that they will > use the same certificate. > Or these 200 squid instances are in SMP mode with 200 workers... > If these 200 instances do not share memory and certificate cache then there > is a possibility that the same site from two different sources > will serve different certificates(due to the different RSA key which is > different). > > Thanks, > Eliezer > > > Eliezer Croitoru > Linux System Administrator > Mobile: +972-5-28704261 > Email: elie...@ngtech.co.il > > > > -Original Message- > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On > Behalf Of Alex Rousskov > Sent: Thursday, July 12, 2018 11:27 PM > To: --Ahmad-- ; Squid Users > > Subject: Re: [squid-users] question about squid and https connection . > > On 07/12/2018 01:17 PM, --Ahmad-- wrote: > >> if i have pc# 1 and that pc open facebook . >> >> then i have other pc # 2 and that other pc open facebook . >> >> >> now as we know facebook is https . >> >> so is the key/ cert that used on pc # 1 is same as cert in pc # 2 to decrypt >> the fb encrypted traffic ? > > Certificates themselves are not used (directly) to decrypt traffic > AFAIK, but yes, both PCs will see the same server certificate (ignoring > CDNs and other complications). > > > >> now in the presence of squid . >> >> if i used tcp connect method , will it be different than above ? > > If you are not bumping the connection, then both PCs will see the same > real Facebook certificate as if those PCs did not use a proxy. > > If you are bumping the connection, then both PCs will see the same fake > certificate generated by Squid. > > > >> say i used 200 proxies in same squid machine and i used to access FB from >> the same pc same browser . >> >> will facebook see my cert/key i used to decrypt its traffic ? > > If you are asking whether Facebook will know anything about the fake > certificate generated by Squid for clients, then the answer is "no, > unless Facebook runs some special client code to deliver (Squid) > certificate back to Facebook". > > In general, the origin server assumes that the client is talking to it > directly. Clients may pin or otherwise restrict certificates that they > trust, but after the connection is successfully established, the server > may assume that it is talking to the client directly. A paranoid server > may deliver special code to double check that assumption, but there are > other, more standard methods to prevent bumping such as certificate > pinning and certificate transparency cervices. > > > >> is the key/cert of FB to decrypt the https content is same on all browsers >> on all computers ? > > If you are asking whether the generated certificates are going to be the > same for all clients, then the answer is "yes, provided all those 200 > Squids use the same configuration (including the CA certificate) and > receive the same real certificate from Facebook". Squid's certificate > generation algorithm generates the same certificate given the same > configuration and the same origin server certificate. > > > HTH, > > Alex. > ___ > squid-users mailing list > squid-users@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-users > ___ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
Re: [squid-users] question about squid and https connection .
Alex, Just to be sure: Every RSA key and certificate pair regardless to the origin server and the SSL-BUMP enabled proxy can be different. If the key would be the exact same one then we will probably have a very big security issue/risk to my understanding (leaving aside DH). Will it be more accurate to say that just as long as these 200 squid instances(different squid.conf and couple other local variables) use the same exact ssl_db cache directory then it's probable that they will use the same certificate. Or these 200 squid instances are in SMP mode with 200 workers... If these 200 instances do not share memory and certificate cache then there is a possibility that the same site from two different sources will serve different certificates(due to the different RSA key which is different). Thanks, Eliezer Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: elie...@ngtech.co.il -Original Message- From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On Behalf Of Alex Rousskov Sent: Thursday, July 12, 2018 11:27 PM To: --Ahmad-- ; Squid Users Subject: Re: [squid-users] question about squid and https connection . On 07/12/2018 01:17 PM, --Ahmad-- wrote: > if i have pc# 1 and that pc open facebook . > > then i have other pc # 2 and that other pc open facebook . > > > now as we know facebook is https . > > so is the key/ cert that used on pc # 1 is same as cert in pc # 2 to decrypt > the fb encrypted traffic ? Certificates themselves are not used (directly) to decrypt traffic AFAIK, but yes, both PCs will see the same server certificate (ignoring CDNs and other complications). > now in the presence of squid . > > if i used tcp connect method , will it be different than above ? If you are not bumping the connection, then both PCs will see the same real Facebook certificate as if those PCs did not use a proxy. If you are bumping the connection, then both PCs will see the same fake certificate generated by Squid. > say i used 200 proxies in same squid machine and i used to access FB from the > same pc same browser . > > will facebook see my cert/key i used to decrypt its traffic ? If you are asking whether Facebook will know anything about the fake certificate generated by Squid for clients, then the answer is "no, unless Facebook runs some special client code to deliver (Squid) certificate back to Facebook". In general, the origin server assumes that the client is talking to it directly. Clients may pin or otherwise restrict certificates that they trust, but after the connection is successfully established, the server may assume that it is talking to the client directly. A paranoid server may deliver special code to double check that assumption, but there are other, more standard methods to prevent bumping such as certificate pinning and certificate transparency cervices. > is the key/cert of FB to decrypt the https content is same on all browsers on > all computers ? If you are asking whether the generated certificates are going to be the same for all clients, then the answer is "yes, provided all those 200 Squids use the same configuration (including the CA certificate) and receive the same real certificate from Facebook". Squid's certificate generation algorithm generates the same certificate given the same configuration and the same origin server certificate. HTH, Alex. ___ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users ___ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
Re: [squid-users] question about squid and https connection .
On 07/12/2018 01:17 PM, --Ahmad-- wrote: > if i have pc# 1 and that pc open facebook . > > then i have other pc # 2 and that other pc open facebook . > > > now as we know facebook is https . > > so is the key/ cert that used on pc # 1 is same as cert in pc # 2 to decrypt > the fb encrypted traffic ? Certificates themselves are not used (directly) to decrypt traffic AFAIK, but yes, both PCs will see the same server certificate (ignoring CDNs and other complications). > now in the presence of squid . > > if i used tcp connect method , will it be different than above ? If you are not bumping the connection, then both PCs will see the same real Facebook certificate as if those PCs did not use a proxy. If you are bumping the connection, then both PCs will see the same fake certificate generated by Squid. > say i used 200 proxies in same squid machine and i used to access FB from the > same pc same browser . > > will facebook see my cert/key i used to decrypt its traffic ? If you are asking whether Facebook will know anything about the fake certificate generated by Squid for clients, then the answer is "no, unless Facebook runs some special client code to deliver (Squid) certificate back to Facebook". In general, the origin server assumes that the client is talking to it directly. Clients may pin or otherwise restrict certificates that they trust, but after the connection is successfully established, the server may assume that it is talking to the client directly. A paranoid server may deliver special code to double check that assumption, but there are other, more standard methods to prevent bumping such as certificate pinning and certificate transparency cervices. > is the key/cert of FB to decrypt the https content is same on all browsers on > all computers ? If you are asking whether the generated certificates are going to be the same for all clients, then the answer is "yes, provided all those 200 Squids use the same configuration (including the CA certificate) and receive the same real certificate from Facebook". Squid's certificate generation algorithm generates the same certificate given the same configuration and the same origin server certificate. HTH, Alex. ___ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
