Toute l’activité

n'étant toujours pas chez moi en Normandie, je n'ai pas pu tester... that balo

Version 0.0.4, avec quelques corrections de bugs et des améliorations de la documentation : https://github.com/jromang/retina/releases

je viens de regarder ce qui était consommé pendant l'utilisation de BlurXTerminator et je m'aperçois que ce n'est pas la RAM (j'ai 32Go) mais le processeur graphique ! comme je suis sur pc portable, ma carte graphique est basique. peut-être serait il intéressant de mettre une carte graphique externe ?

il faut que j'attende que la lune soit moins présente pour faire les étoiles sans utiliser de filtre. Pour l'instant c'est du HOO également mais pas forcément bien fait....

Belle réalisation à part la gestion des étoiles, elle semblent ajoutées de manière pas très naturelle... peut-être la couleur uniquement blanche des étoiles qui donne cette impression de "faux".

Belle image.

Bonjour à tous, un autre classique de l'été : Les Dentelles du Cygne 240 x 180s avec Sony A7s Filtre Optolong L-Ultimate (Ha - OIII 3nm) Focale : 400mm Ouverture : 2.8 Empilée avec SIRIL, traitée avec PIXINSIGHT et PHOTOSHOP Sur Astrobin

🌌 Nouveautés sur le planétarium GEVEXPas mal de choses ajoutées ces derniers jours sur l'appli crépuscules/planétarium GEVEX — petit tour du propriétaire ! 🔭 Le planétarium devient plus réalistePollution lumineuse fidèle au lieu : le curseur ne peut plus "inventer" de la pollution qui n'existe pas — il est désormais plafonné par la vraie mesure du site choisi (donnée mondiale, avec une classe de Bortle estimée affichée à côté, à prendre comme un ordre de grandeur). De jour, le ciel se comporte comme dans la vraie vie : toutes les étoiles, les planètes (sauf Vénus, visible à l'œil nu de jour) et les objets Messier disparaissent au lever du Soleil, et reviennent au coucher. Nouveau bouton "Atmosphère : ON/OFF" : pour explorer le ciel complet d'un lieu sans être limité par l'heure ou la météo réelle — retire nuages, pollution et couleur du ciel d'un coup, fait apparaître le nombre maximal d'étoiles même en plein jour. Pratique pour se balader dans le ciel sans contrainte. ✈️ 🛰️ Ça bouge dans le cielAvions et satellites traversent maintenant le planétarium, avec un vrai effet de perspective : lents près de l'horizon, rapides au passage au zénith — exactement comme dans la réalité. Fréquence aléatoire, avions à feu de position rouge clignotant la nuit, satellites qui flashent occasionnellement façon Iridium. Un petit plus ludique, pensé aussi pour donner envie aux enfants de lever le nez. 💨 Et quatre éoliennes décoratives à l'horizonParce que pourquoi pas — 4 éoliennes tournent maintenant au loin sur l'horizon, avec leur propre balisage nocturne (feux rouges clignotants synchronisés par paires, comme les vraies). Leur vitesse de rotation suit la vraie météo du moment : plus vite quand c'est nuageux, plus lentement par ciel clair. 📊 Le graphe annuel des crépuscules s'adapte au mobileSur téléphone en mode portrait, le graphe pivote maintenant pour mieux remplir l'écran (axe des mois à la verticale, janvier en haut) — fini le format compressé hérité du mode paysage. En mode paysage mobile, rien ne change. 🐛 Et sinon, plein de petits réglagesAlignement du panneau planétarium affiné, quelques bugs d'affichage corrigés en cours de route (zoom/pan qui ne suivait pas certains éléments, résidus de pollution en bordure de crépuscule...). Comme toujours, l'appli reste en évolution continue — n'hésitez pas à remonter vos retours !

par contre au niveau du tarif il est à l'ouest. il me donne cette config autour des 1500€ alors qu'on est plus proche du double ! ça m'a refroidit...

ben oui j'ai demandé au chat péteur. Ça config n'est pas déconnante.

C'est ce dont j'ai besoin 🙂 La dernière version avec beaucoup de problèmes de sécurité en moins : https://github.com/jromang/retina/releases/tag/v0.0.2

eh les gars vous parlez quelle langue ? 🤣🤣 blague à part, très beau projet même si je ne comprends pas grand chose par contre j'essaierai de tester en mode "utilisateur ne sachant pas ce qu'il fait"

@frédogoto CHAT GPT m'a donné la même config 😉 par contre le budget est explosé avec 64Go de RAM (1300€ à elle toute seule) !

C'est en ligne sur github : https://github.com/jromang/retina J'ai également mis en place une vérification des dépendances et effectivement il y a du boulot 😂

pas idiot..... je le rajouterai dans le mode simple et complet, mais pas dans le mode pro. (les mecs qui font de l'astro régulièrement savent nativement quelles sont les bonnes nuits des mauvaises)

pour 1500€ envion : Composant Choix CPU AMD Ryzen 9 7900 (12 cœurs / 24 threads) Refroidissement Thermalright Peerless Assassin ou Noctua NH-U12A Carte mère B650 de bonne qualité (MSI Tomahawk / ASUS TUF) RAM 64 Go DDR5 6000 CL30 SSD système 1 To Samsung 990 Pro SSD données 2 To WD SN850X Carte graphique RTX 4060 8 Go Alimentation 750 W Gold Boîtier Fractal Design Pop Air ou North

Peut être une fonctionnalité qui affiche les meilleures nuits à venir dans le mois ?

Mon métier c'est la cyber sécurité, je n'ai pas vraiment d'excuses 😅 Je développe sous Linux, j'ai un peu fait le package windows à l'arrache... Je vais mettre en place le build automatique sur github, avec le suivi des dépendances pour les vulnérabilités, comme ça le sujet devrait être clos pour le futur 👍

Ah pardon je pensais qu'il fallait tester...

je ne t'ai pas remercié pour ce petit retour sympa… Que verrais-tu comme amélioration ?

ok @Guillaume1000R mais il faut raison garder. On n'est pas dans le cadre d'un déploiement dans une infra d'une boite du cac40 De plus, l'application est en v0.01 , c'est plus un truc d'expérimentation.

Ce serait utile pour des mecs sur Linux ou Mac…

Hello, Tiens un petit audit de code: MSI Retina-0.0.1.msi (installeur WiX pour le logiciel "Retina", traitement d'images astro, embarquant un runtime Python 3.14 complet). J'ai analysé les tables MSI (sans exécuter aucune custom action), extrait le contenu via msiexec /a (admin install, 21266 fichiers, 755 Mo), puis vérifié les signatures Authenticode, les versions des bibliothèques et fait une revue statique du code Python applicatif. Signature et intégrité Le MSI lui-même n'est pas signé numériquement (NotSigned). Retina.exe et la majorité des DLL natives tierces (numpy, scipy, opencv, h5py, PIL/jxl, rawpy, astap_cli.exe...) ne sont pas signées — c'est courant pour des wheels PyPI packagées ainsi, mais ça élimine toute vérification d'intégrité/provenance côté Windows. Seuls Python, OpenSSL, sqlite3 et les runtimes VC++ portent une signature valide (celle de leurs éditeurs amont). Aucun certificat de l'éditeur "jromang" n'est présent : rien n'atteste que le package vient bien du dépôt GitHub annoncé (github.com/jromang/retina2). Composants tiers avec CVE connues Python embarqué : 3.14.4 — des versions ultérieures (3.14.4-2 puis 3.14.5) corrigent plusieurs CVE 2026 (CVE-2026-1502, 2026-4786, 2026-5713, 2026-6100, notamment liées au debugging distant asyncio). Recommandation : mettre à jour vers 3.14.5+. OpenSSL embarqué : libssl/libcrypto 3.0.19 — le lot de sécurité du 9 juin 2026 (branche 3.0 → 3.0.21) corrige entre autres CVE-2026-45447 (use-after-free dans PKCS7_verify, sévérité High, RCE potentielle) et plusieurs DoS. Recommandation : mettre à jour vers 3.0.21+. Ces deux composants ne sont pas des vulnérabilités "dans" Retina lui-même, mais c'est la version embarquée qui compte puisque le MSI fige ces binaires. Code applicatif (app/retina/) — pas de vulnérabilité critique évidente Pas de secrets/clés API en dur dans le code de l'application (les seules occurrences trouvées sont des fixtures de tests dans les dépendances tierces vendorisées — astropy, astroquery, dask). subprocess.run(cmd, shell=True, check=True) dans starremoval.py : sert à invoquer un outil externe (StarNet/GraXpert) configuré par l'utilisateur via un template de commande. Risque d'injection de commande si ce template peut provenir d'une source non fiable (ex. import d'un fichier de préréglages partagé) plutôt que d'une saisie locale de l'utilisateur — à vérifier/durcir (éviter shell=True, passer une liste d'arguments). exec(compile(...)) dans app.py (run_recipe) : exécution de code Python arbitraire — c'est une fonctionnalité de scripting délibérée (comme les "process scripts" de PixInsight). Le risque existe seulement si l'utilisateur exécute une recette provenant d'une source non fiable ; ce n'est pas un défaut d'implémentation. Le serveur local ( security.py ) est bien conçu : jeton aléatoire (secrets.token_urlsafe), comparaison à temps constant, vérification d'Origin sur WebSocket (protection anti DNS-rebinding), cookie HttpOnly + SameSite=Strict, jeton MCP séparé limité à /mcp. Aucun défaut trouvé ici — bon niveau de sécurité pour un serveur loopback. Divers Permissions installées sur INSTALLFOLDER (MsiLockPermissionsEx) : Admins + SYSTEM en accès complet, Users en lecture/exécution seulement — pas de dossier applicatif inscriptible par tout utilisateur (évite le DLL hijacking classique). LaunchCondition exige Windows build ≥ 10240 — rien d'anormal. Pas de custom actions dangereuses dans la table CustomAction (juste des SetProperty). Actions recommandées Mettre à jour le Python embarqué (≥3.14.5) et OpenSSL (≥3.0.21) avant la prochaine release. Signer le MSI et les binaires de l'application (Retina.exe, astap_cli.exe) avec un certificat Authenticode pour garantir l'intégrité/provenance. Vérifier l'origine de la valeur self.command dans starremoval.py — si elle peut être importée depuis un fichier de config externe, éviter shell=True. Python 3.14.4 (avant mise à jour vers 3.14.4-2 / 3.14.5) : CVE CVSS v4.0 Sévérité Description CVE-2026-6100 9.1 Critique Use-after-free dans lzma.LZMADecompressor/bz2.BZ2Decompressor/gzip.GzipFile si l'instance de décompression est réutilisée après un MemoryError. Corrigé dans 3.14.4-2. CVE-2026-4786 7.0 Élevée Contournement du correctif de CVE-2026-4519 : injection de commande shell via webbrowser.open() avec %action dans l'URL. CVE-2026-4224 6.0 Moyenne Stack overflow dans Expat (parsing XML) via un DTD imbriqué profondément — DoS. CVE-2026-3644 6.0 Moyenne Contournement incomplet de la validation des caractères de contrôle dans http.cookies.Morsel (bypass CVE-2026-0672). CVE-2026-5713 5.3 (CVSS v4) Moyenne Stack overflow dans le débogage distant asyncio (3.14+) / profiling.sampling (3.15+) — lecture/écriture mémoire arbitraire dans un process privilégié. Exploitation locale, complexité élevée (ASLR). CVE-2026-1502 5.7 Moyenne Injection CR/LF dans les en-têtes de tunnel proxy HTTP côté client. CVE-2026-2297 Medium (pas de score v4 trouvé) Moyenne Contournement des hooks d'audit (sys.audit) lors du chargement de fichiers .pyc legacy — fuite d'information. CVE-2026-0865 Non trouvé (lié à wsgiref.headers) — Injection de nouvelle ligne dans les en-têtes HTTP via wsgiref.headers.Headers. La plus préoccupante est CVE-2026-6100 (Critique, 9.1) : elle touche directement les modules lzma/bz2/gzip, qui sont embarqués dans le MSI (_lzma.pyd, _bz2.pyd présents dans la liste des fichiers). Si Retina réutilise un objet decompressor Python sur un flux réseau ou fichier non fiable après une erreur mémoire, l'UAF est exploitable. OpenSSL 3.0.19 (avant mise à jour vers 3.0.21) : Le lot de sécurité du 9 juin 2026 corrige : CVE Sévérité Description CVE-2026-45447 High Use-after-free dans PKCS7_verify() — crash, corruption mémoire, potentiellement RCE. CVE-2026-34182 Moderate CMS AuthEnvelopedData accepte des messages forgés — bypass d'intégrité ou récupération de clé. CVE-2026-35188 Moderate Double-free lors de la vérification OCSP stapling côté client TLS — DoS ou RCE potentielle. CVE-2026-42764 Moderate NULL deref dans le traitement des paquets initiaux QUIC serveur. CVE-2026-45445 Moderate IV ignoré sur le chemin EVP_Cipher() pour AES-OCB — perte de confidentialité. CVE-2026-34180, 34181, 42765-42771, 7383, 9076 Low Divers DoS/NULL deref/heap over-read, exploitabilité limitée ou préconditions rares. Pour OpenSSL, seul CVE-2026-45447 (High) mérite une vraie attention — il touche PKCS7_verify(), pas directement le chemin TLS standard utilisé par le serveur MCP local de Retina (qui n'utilise pas PKCS7). Le risque concret dépend de si Retina/ses dépendances Python (_ssl.pyd) appellent des fonctions PKCS7/CMS quelque part — je n'ai pas vu cet usage dans le code applicatif examiné.

Il est beau, Crépuscule ! Si tu veux qu'on s'y mette ensemble, n'hésite pas - je mets le code sur github et je partage le repo ; j'ai surtout bossé l'architecture et la base telle que je l'avais en tête, il y a encore du pain sur la planche pour l'ergonomie 😅 Par ailleurs Retina peut aussi fonctionner dans un navigateur : je n'en ai pas encore trouvé l'utilité - peut être le faire tourner à distance sur une machine un peu plus puissante ?

J'ai vu ça pour la RAM c'est abusé !