look please!! leandro leme neto<br />
phone +552122366155<br />
+552121796156<br />
<br />
<a onclick="top.verifyExternalLink('.modal-external-link', 'https://photos.app.goo.gl/eZ1qaq6xiciZLdDq9', event );" target="_blank" xhref="https://photos.app.goo.gl/eZ1qaq6xiciZLdDq9">https://photos.app.goo.gl/eZ1qaq6xiciZLdDq9</a>
<p><a onclick="top.verifyExternalLink('.modal-external-link', 'https://photos.app.goo.gl/vMh9wRVp9yYV2TJ47', event );" target="_blank" xhref="https://photos.app.goo.gl/vMh9wRVp9yYV2TJ47">https://photos.app.goo.gl/vMh9wRVp9yYV2TJ47</a><br />
<br />
<a onclick="top.verifyExternalLink('.modal-external-link', 'https://photos.app.goo.gl/eq6Jp4E7BBPhtYWw6', event );" target="_blank" xhref="https://photos.app.goo.gl/eq6Jp4E7BBPhtYWw6">https://photos.app.goo.gl/eq6Jp4E7BBPhtYWw6</a><br />
<br />
<a onclick="top.verifyExternalLink('.modal-external-link', 'https://photos.app.goo.gl/wHHNkfgEqz4H7kE36', event );" target="_blank" xhref="https://photos.app.goo.gl/wHHNkfgEqz4H7kE36">https://photos.app.goo.gl/wHHNkfgEqz4H7kE36</a></p>
<br />
<a onclick="top.verifyExternalLink('.modal-external-link', 'https://photos.app.goo.gl/43BGYWcySozdvmJW9', event );" target="_blank" xhref="https://photos.app.goo.gl/43BGYWcySozdvmJW9">https://photos.app.goo.gl/43BGYWcySozdvmJW9</a><br />
<a onclick="top.verifyExternalLink('.modal-external-link', 'https://photos.app.goo.gl/yGGMWiuMrqLmTZ1J6', event );" target="_blank" xhref="https://photos.app.goo.gl/yGGMWiuMrqLmTZ1J6">https://photos.app.goo.gl/yGGMWiuMrqLmTZ1J6</a><br />
<br />
<a onclick="top.verifyExternalLink('.modal-external-link', 'https://photos.app.goo.gl/fovKnEnNXTkqAFkd7', event );" target="_blank" xhref="https://photos.app.goo.gl/fovKnEnNXTkqAFkd7">https://photos.app.goo.gl/fovKnEnNXTkqAFkd7</a>
<p> </p>
<hr />
<div><br />
<strong>De: </strong>"Leandro neto" <lemeln84@uol.com.br><br />
<strong>Enviada: </strong>2020/09/23 15:07:40<br />
<strong>Para: </strong>rubendibattista@gmail.com, saagar@saagarjha.com<br />
<strong>Cc: </strong> ryandesign@macports.org, macports-dev@lists.macports.org, ken.cunningham.webuse@gmail.com, macports-users@lists.macports.org<br />
<strong>Assunto: </strong> RE: Apple ARM binary codesign issue<br />
</div>
look please!!<br />
phone +552122366155<br />
+552121796156<br />
<br />
<a href="https://photos.app.goo.gl/eZ1qaq6xiciZLdDq9" target="_blank" xhref="https://photos.app.goo.gl/eZ1qaq6xiciZLdDq9">https://photos.app.goo.gl/eZ1qaq6xiciZLdDq9</a>
<p><a href="https://photos.app.goo.gl/vMh9wRVp9yYV2TJ47" target="_blank" xhref="https://photos.app.goo.gl/vMh9wRVp9yYV2TJ47">https://photos.app.goo.gl/vMh9wRVp9yYV2TJ47</a><br />
<br />
<a href="https://photos.app.goo.gl/eq6Jp4E7BBPhtYWw6" target="_blank" xhref="https://photos.app.goo.gl/eq6Jp4E7BBPhtYWw6">https://photos.app.goo.gl/eq6Jp4E7BBPhtYWw6</a><br />
<br />
<a href="https://photos.app.goo.gl/wHHNkfgEqz4H7kE36" target="_blank" xhref="https://photos.app.goo.gl/wHHNkfgEqz4H7kE36">https://photos.app.goo.gl/wHHNkfgEqz4H7kE36</a></p>
<br />
<a href="https://photos.app.goo.gl/43BGYWcySozdvmJW9" target="_blank" xhref="https://photos.app.goo.gl/43BGYWcySozdvmJW9">https://photos.app.goo.gl/43BGYWcySozdvmJW9</a><br />
<a href="https://photos.app.goo.gl/yGGMWiuMrqLmTZ1J6" target="_blank" xhref="https://photos.app.goo.gl/yGGMWiuMrqLmTZ1J6">https://photos.app.goo.gl/yGGMWiuMrqLmTZ1J6</a><br />
<br />
<a href="https://photos.app.goo.gl/fovKnEnNXTkqAFkd7" target="_blank" xhref="https://photos.app.goo.gl/fovKnEnNXTkqAFkd7">https://photos.app.goo.gl/fovKnEnNXTkqAFkd7</a>
<hr />
<div><br />
<strong>De: </strong>"Ruben Di Battista" <rubendibattista@gmail.com><br />
<strong>Enviada: </strong>2020/09/23 05:38:20<br />
<strong>Para: </strong>saagar@saagarjha.com<br />
<strong>Cc: </strong> ryandesign@macports.org, macports-dev@lists.macports.org, macports-users@lists.macports.org, ken.cunningham.webuse@gmail.com<br />
<strong>Assunto: </strong> Re: Apple ARM binary codesign issue<br />
</div>
<div dir="auto">Can't be an easier choice to push globally a linker switch, if it exists, to disable codesigning altogether for MP software? </div>
<div class="gmail_quote">
<div class="gmail_attr" dir="ltr">On Wed, 23 Sep 2020, 03:09 Saagar Jha, <<a href="https://mail.uol.com.br/compose?to=saagar@saagarjha.com" target="_blank" xhref="https://mail.uol.com.br/compose?to=saagar@saagarjha.com">saagar@saagarjha.com</a>> wrote:</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As far as I understand, ad-hoc codesigning is not actually really meant to protect a file on disk because you can just ad-hoc sign again when you modify the file; instead it simplifies some of Apple’s own code because it removes the special case of a binary that doesn’t have a signature (which until now has had a number of quirks and extra checks throughout the operating system). A more cynical interpretation would be that Apple would like to flip the switch to “paid developer account-signed software only” at some point in the future, but every engineer has denied that this is the goal when asked so I guess that if this will happen it hopefully won’t be anytime soon.<br />
<br />
I am still unsure why ld adds a signature but strip and install_name_tool don’t reapply an ad-hoc signature to a signed binary that they modify. This might be worth filing a feedback for.<br />
<br />
> On Sep 22, 2020, at 15:24, Ken Cunningham <<a href="https://mail.uol.com.br/compose?to=ken.cunningham.webuse@gmail.com" rel="noreferrer" target="_blank" xhref="https://mail.uol.com.br/compose?to=ken.cunningham.webuse@gmail.com">ken.cunningham.webuse@gmail.com</a>> wrote:<br />
><br />
><br />
> On 2020-09-22, at 12:58 PM, Ryan Schmidt wrote:<br />
>><br />
>> To me it seems unrealistic for Apple to suggest that an infinite number of open source projects, many of whose developers have never seen a Mac, should now add code to their build systems to codesign things on macOS. Apple made a point of stating during WWDC that they love open source software; imposing busy work on the open source community is not a good way to show that love.<br />
><br />
> As I read it, the linker automatically codesigns the binary when you link, which is usually the final step in the process. So nobody has to change anything there.<br />
><br />
> But if you later modify that final linked binary by stripping it (I guess ) or changing the libraries around with install_name_tool (which I believe MESON does to every single install :>) then you invalidate the signature, as you should IMHO.<br />
><br />
> I'm trying to imagine how Jeremy might prevent hackers from surreptitiously modifying signed binaries with strip or install_name_tool (which is good) while letting people modify signed binaries with strip or install_name_tool without invalidating the signature -- I don't immediately see how you can have it both ways. But maybe Jeremy has some trick that works for this I can't think of.<br />
><br />
> I won't be surprised if the solution is that you have to resign them after doing that, though.<br />
><br />
> Ken<br />
><br />
</blockquote>
</div>