<div dir="ltr">I totally agree with your point of view.<br><br>I am interested in contributing. This contribution does not have to be a component, it can be a farm project as long as gb.openssl does not have the appropriate functionalities.<br><br>I can try to develop gb.openssl but I have the problem that I have never developed components in C for gambas and I have never developed in C with the openssl libraries. Both will give me problems and I need some time.<br><br>I feel capable of doing it.<br><br><div>Would you like to put those digest, pki, and encryption projects on the gambas farm? How to do that?</div><div><br></div><div>Thanks for your time<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mar, 31 ago 2021 a las 22:10, Tobias Boege via User (<<a href="mailto:user@lists.gambas-basic.org">user@lists.gambas-basic.org</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 31 Aug 2021, Carlos Kabronsete wrote:<br>
> - * Create complete PKI structures, Root CA, intermediateCA,<br>
> CrlDistributionPoint, Alternativenames, etc.<br>
> - * Manage X509 certificates. Client & Server certificates, ocsp,<br>
> codesigning, timestamp, S/mime.<br>
> - * Manage Pkcs12 certificates.<br>
> - * Manage private keys RSA, DSA, ECDH, ECDSA, X25519, ED449.<br>
> - * SSL/TLS client test.<br>
> - * Timestamps request, generation and verification.<br>
> =================================================<br>
> The second component is a gambas component that encrypts and decrypts files<br>
> or variables on the fly.<br>
> ==================================================<br>
> There is a third component is a gambas component that manage a complete<br>
> message digest.<br>
<br>
It sounds to me as if all that functionality should be available from<br>
gb.openssl (especially if you use precisely OpenSSL to implement it).<br>
<br>
Now, of course the problem is that gb.openssl is written in C, not in<br>
Gambas, so the barrier for you to contribute to it is higher, and in<br>
its current state gb.openssl does not yet provide even the primitives<br>
which you need to reimplement your components on top of it.<br>
<br>
Still, I think gb.openssl would be the right place for all of it.<br>
Especially because your components currently use Exec on the openssl<br>
binary all the time, when in an ideal world they would access the<br>
openssl library directly.<br>
<br>
It would be really nice to have someone take over development of<br>
gb.openssl. There are so many things missing, as your components<br>
exemplify (although ciphers _are_ implemented). I don't have time<br>
to do it and probably lack the best-practices knowledge in crypto-<br>
graphy anyway.<br>
<br>
Best,<br>
Tobias<br>
<br>
-- <br>
"There's an old saying: Don't change anything... ever!" -- Mr. Monk<br>
<br>
----[ <a href="http://gambaswiki.org/wiki/doc/netiquette" rel="noreferrer" target="_blank">http://gambaswiki.org/wiki/doc/netiquette</a> ]----<br>
</blockquote></div>