Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: S²LOW homologué par la Direction générale des collectivités locales

Posté par Pierre Jarillon (page perso, ). Modéré le 13 décembre 2006.
ADULLACT (Association des Développeurs et des Utilisateurs de Logiciels Libres pour les Administrations et les Collectivités Territoriales) vient de franchir un nouveau cap, son logiciel S²LOW vient d'être homologué par la direction générale des collectivités locales (DGCL).

De quoi s'agit-il ?

Lorsqu'une collectivité territoriale doit transmettre des actes à la préfecture pour en faire valider la légalité, il faut sécuriser les protocoles de façon à assurer l'authentification des intervenants et la sécurité des échanges. Ce protocole préconisé par le ministère de l'intérieur se nomme ACTES.
Un autre protocole, nommé HELIOS, sera bientôt utilisé par le ministère des finances. D'autres protocoles adaptés aux métiers (Etat-Civil, Urbanisme, etc.) sont en cours d'élaboration.

S²LOW (Service Sécurisé Libre inter-Opérable pour la Vérification et la Validation) est un tiers de télétransmission multiprotocoles. Associé au parapheur électronique, S²LOW est une pièce majeure de l'architecture que met en place Adullact pour permettre la dématérialisation des actes.

Ces logiciels sont fournis sous licence libre (CeCILL v.2) compatible GPL.

> Lire la dépêche (16 commentaires, moyenne: 2,8).  

Vous avez demandé le commentaire #784158.

Je dois être débile

Posté par Nicolas Delsaux (page perso, ) le 13/12/2006 à 16:35. (lien). Évalué à 2.

Mais en quoi les protocoles standards de sécurité (type SSH et consors) sont inadaptés à ce problème ? Ou alors S²LOW n'est qu'une surcouche ?

--
"Putain, mais quelle fichue imagination je peux avoir ! ..."
John Brunner - Tous à Zanzibar
  • [^]Re: Je dois être débile

    Posté par Pierre Jarillon (page perso, ) le 13/12/2006 à 16:51. (lien). Évalué à 6.

    Avoir un canal sécurisé ne suffit pas, il faut considérer le caractère organisationnel et savoir qui a le doit de faire quoi : envoyer, recevoir, archiver, autoriser et répondre. Il y a des tas de complications par exemple en cas d'absence lorsque des suppléants doivent intervenir.

    On voit bien le problème quand on s'intéresse au RGI. Plus simplement, en voyant le schéma http://pjarillon.free.fr/redac/interface.html on peut voir que ssh appartient à la couche physique de l'interface entre services. On pourrait très bien remplacer ssh par une disquette transportée par un gendarme.

    Toujours dans le même schéma, il faut préciser quels seront les éléments de gestion : lexique, grammaire, organisation. Tous ces éléments doivent être définis dans le protocole. C'est bien expliqué dans http://synergies.modernisation.gouv.fr/article.php3?id_artic(...)