[Rust Daily] 03/09/2023 sudo-rs : implémentation de la sécurité de la mémoire de sudo et su

sudo-rs : implémentation sécurisée en mémoire de sudo et su

Le projet sudo-rs améliore la sécurité de raw sudo des manières suivantes :

  • Utilisez un langage sécurisé pour la mémoire (Rust), car environ un tiers des vulnérabilités de sécurité dans sudo d'origine sont liées à des problèmes de gestion de la mémoire.

  • Omettez les fonctionnalités moins couramment utilisées pour réduire la surface d’attaque.

  • Développement d'une suite de tests complète et découverte réussie de vulnérabilités dans sudo brut.

Blog : https://www.memorysafety.org/blog/sudo-first-stable-release/

GitHub : https://github.com/memorysafety/sudo-rs

avalanche-rs:API Avalanche/SDK VM

avalanche-rs est une collection de caisses qui fournit toutes les abstractions nécessaires au développement d'applications et de machines virtuelles basées sur Rust dans l'écosystème Avalanche. Il fournit des définitions de type canoniques pour toutes les différentes API Avalanche, comparables à celles d'avalanchego, mais pour les développeurs Rust.

Avalanche est une plateforme open source permettant de créer des applications distribuées dans un écosystème interopérable, décentralisé et hautement évolutif. S'appuyant sur un mécanisme de consensus unique et puissant, Avalanche est le premier écosystème conçu pour s'adapter à l'échelle financière mondiale et réaliser des transactions presque instantanément.

GitHub : https://github.com/ava-labs/avalanche-rs

redpen : un autre linter

Les objectifs du projet sont les suivants.

  • Possède son propre ensemble personnalisé d'inspections de code indépendant de Clippy pour permettre différents paramètres par défaut.

  • En tant que plateforme de test pour la stabilité de l'API interne de Rustc.

  • En fournissant sa propre API au sein du compilateur, il agit comme une sorte de tampon pour éviter une réécriture fréquente des outils d'inspection de code (ce travail n'a pas encore commencé).

  • Compilez rapidement dans le cadre de CI afin que les projets puissent écrire des vérifications de code spécifiques au projet.

GitHub : https://github.com/estebank/redpen

Satpaper : des images satellite sur votre bureau

Affichez des images satellite en temps quasi réel sur votre bureau.

  • Plusieurs satellites différents sont disponibles, couvrant la majeure partie de la Terre – pas seulement les Amériques !

  • Fonctionne avec n’importe quel moniteur de résolution.

  • La taille du globe (par rapport à la hauteur de l'image de sortie) est configurable.

GitHub : https://github.com/Colonial-Dev/satpaper

str0m : WebRTC synchrone sans E/S

Un WebRTC synchrone sans E/S. L'instance RTC elle-même n'effectue aucune communication réseau. Elle n'a pas de threads internes ni de tâches asynchrones. Toutes les opérations se produisent de manière synchrone via des appels à l'API publique.

"Sans I/O" signifie que lors de l'implémentation de certaines fonctions ou bibliothèques, cela n'implique aucune opération liée à l'entrée et à la sortie, mais opère uniquement sur des octets ou du texte de données pour améliorer la réutilisabilité et la flexibilité du code. Cette approche permet de réutiliser le code utilisant la bibliothèque sans être contraint par les décisions d'E/S et peut être appliquée à diverses méthodes d'E/S, y compris les E/S synchrones et asynchrones. Ce concept est souvent utilisé pour discuter de la modularité et de la conception générale en programmation.

Documentation associée : https://sans-io.readthedocs.io/how-to-sans-io.html

GitHub : https://github.com/algesten/str0m

sd-req : demandeur SD

Le demandeur d'API WebUI à diffusion stable appelle des requêtes HTTP à l'API SD WebUI pour générer des images à partir de la ligne de commande. Le point final, le modèle à utiliser, le nombre d'images à générer, la configuration txt2img, etc. sont tous configurables.

GitHub : https://github.com/sorainnosia/sd-req/

WebSocket est la mise en œuvre la plus rapide

Cet article mesure les performances de wtx et d'autres projets pour déterminer lequel est le plus rapide. Les résultats sont montrés plus bas.

3d7f9071458b20de3a453ff73e3a9bd1.png

Blog : https://c410-f3r.github.io/thoughts/the-fastest-websocket-implementation/

GitHub : https://github.com/c410-f3r/regular-crates/tree/main/ws-bench


Du chef d'équipe quotidien Qin

Abonnement à la plateforme communautaire d'échange d'apprentissage :

  • Forum Rustcc : prise en charge des flux RSS

  • Compte public WeChat : communauté chinoise en langue Rust

Je suppose que tu aimes

Origine blog.csdn.net/u012067469/article/details/132680340
conseillé
Classement