<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div style="direction: ltr;">Hey Amos,</div><div style="direction: ltr;"><br></div><div style="direction: ltr;">Thanks for your response, I will try to implement this today and check if I can get the data I am looking for.</div><div style="direction: ltr;"><br></div><div style="direction: ltr;">I do however have a few questions regarding this approach:</div><div style="direction: ltr;">1. If I understand the docu currently, then the server is getting a response which is identical to the client, meaning the server should not detect anything unusual? The last thing I want is for Instagram to detect something unusual and ban our clients Instagram accounts.</div><div style="direction: ltr;">2. You said I will need to figure out a way to identify accounts, in Chrome the requests contain the info for both the accounts performing the action and the account receiving the action, should I see the same in these requests?</div><div style="direction: ltr;">3. By “personal” data we are referring to data generated by our clients accounts, which are paying and willing for us to collect it to improve our service, of course it will also contain data on the account which they are performing the actions on, but this is not something that is not visible on the Instagram app, is there anything else I should be aware of that might be a privacy issue?</div><div style="direction: ltr;">4. While this is great for my use case, is this something I should be aware of when using outside proxies on our machine? Can any proxy service simply decrypt and log our personal data? Seems like a security vulnerability I should be aware of.</div><div style="direction: ltr;"><br></div><div style="direction: ltr;">Thanks again.</div><div dir="ltr"><br><blockquote type="cite">On Nov 17, 2020, at 02:17, Amos Jeffries <squid3@treenet.co.nz> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span>On 17/11/20 12:14 pm, roee klinger wrote:</span><br><blockquote type="cite"><span>Hello everyone,</span><br></blockquote><blockquote type="cite"><span>I work at a digital agency that has quite a few machines that are managing some Instagram accounts, they are all running in the same LAN and we are using Squid as a proxy to log and analyze some usage statistics and to make sure the machines are only used for Instagram.</span><br></blockquote><blockquote type="cite"><span>We had an idea to use Squid to capture the POST data of users on the proxy level, for example, likes, follows, comments, etc so we can log and analyze everything in a convenient central way, so we can analyze it and even send out clients a monthly report of all the actions their accounts made (who they followed, what they liked, etc).</span><br></blockquote><blockquote type="cite"><span>I can easily see the requests that I want to capture inside the "network" tab in Chrome but the problem is that Instagram uses HTTPS, so I can't seem to be able to capture this data.</span><br></blockquote><blockquote type="cite"><span>Is there any way for me to log this data via Squid using the POST data or any other way?</span><br></blockquote><span></span><br><span>Access to HTTPS transactions for a domain you do not own requires the SSL-Bump feature to decrypt ("bump") the TLS layer.</span><br><span> see <https://wiki.squid-cache.org/Features/SslPeekAndSplice>.</span><br><span></span><br><span>You could use cache.log with "debug_options ALL,1 11,2" configured to log the transactions. However an ICAP service or eCAP module that does both the record and analyze for you is probably better.</span><br><span></span><br><span></span><br><blockquote type="cite"><span>Note: We are aware of the legal issues, all machines connected to the network are company property, and all the accounts are client accounts that allow us to gather statistics. No personal account data will be gathered.</span><br></blockquote><span></span><br><span></span><br><span>Please be aware:</span><br><span> That statement conflicts with the stated purpose(s) of your plan.</span><br><span></span><br><span>Personal data *will* be part of the messages you are decrypting and recording for analysis. Further, to perform targeted reports such as described you must also associate the data with accounts somehow.</span><br><span></span><br><span></span><br><span>Amos</span><br><span>_______________________________________________</span><br><span>squid-users mailing list</span><br><span>squid-users@lists.squid-cache.org</span><br><span>http://lists.squid-cache.org/listinfo/squid-users</span><br></div></blockquote></body></html>