<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body>

openid/sharedsignals event <br>

<br>

Issue Comment created on issue 140 <br>

Issue Title: Allow Receiver to supply public key <br>

https://github.com/openid/sharedsignals/issues/140 <br>

<br>

Comment: > Encrypting the entire SET using a public key can be expensive to the transmitter if there are a large number of security events that need to be encrypted. While I expect that the volume of security events will usually be fairly low there are edge

 cases (e.g., device compliance events when the definition of compliance changed and resulted with a large number of devices changing their status). As discussed, this is an option, not a requirement, for transmitters. Cost is controllable by the transmitter

 if they wish to not support encrypting the SETs. In many cases the risk of data leakage or being out of compliance outweighs the expense of encryption. Supporting this as a first class mechanism in SSF will expand the utility of SSF with no cost to those who

 choose not to implement it.

</body>

</html>