Alarme Ajax sur Home assistant

foXaCe · Janvier 14, 2026, 5:48

Je pense que maintenant, les notifications fonctionnent, non ?

raphaelp31 · Janvier 14, 2026, 7:30

Oui effectivement cela fonctionne bien, merci beaucoup.

toto667x · Janvier 14, 2026, 10:04

Hello, si une place se libère sur un proxy ça m’intéresse fortement ! J’étais depuis des années sur Jeedom, que je ne conserve plus que pour la partie Ajax.

Pour les remontées des capteurs en cas d’alarme, il faut chercher du côté du Hub, c’est lui qui va donner le nom du capteur qui a déclenché. Le capteur ne remontera rien.

Neminem · Janvier 14, 2026, 10:23

Bonjour,

si une place se libère sur le proxy, je suis également intéressé.
Je pourrais ainsi tester avec le MultiTransmitter Jeweller pour les capteurs qui sont câblés

Merci

kurtenweb · Janvier 14, 2026, 2:12

Bonjour à tous,

Je pensais faire ma demande plus tard mais quand je vois les commentaires de ceux qui ont sauté le pas, j’avoue que j’ai bien envie de faire également parti de l’aventure !

Question pour les utilisateurs de l’intégration : la réactivité de mon portail (Somfy via Overkiz) n’est pas au top et j’envisage de le contrôler avec des relais Ajax. Est-ce que quelqu’un d’entre vous a déjà testé ces relais avec HASS ? Merci.

Loic69 · Janvier 14, 2026, 4:05

Ca serait intéressant d’avoir le retour oui. Sinon en autre solution du as contacteur zwave, zigbee ou wifi si ça peut te dépanner. L’avantage d’ajax c’est que tu pourrais ouvrir avec une télécommande ajax ou depuis l’appli ajax si ton HA est HS.

kurtenweb · Janvier 14, 2026, 5:18

Oui, c’est exactement ce à quoi je pensais également. Je peux déjà contrôler ma serrure connecté avec l’appli Ajax (Yale Linus L2). Quand j’aurai acheté leur visiophone, je voudrais piloter le portail lors de livraison… Faut toujours disposer d’une solution de secours.

foXaCe · Janvier 14, 2026, 6:52

Pour info, un utilisateur du forum américain de HA m’a fait un joli don. Du coup, je vais commander une caméra pour pouvoir intégrer la vidéo

Minatrose · Janvier 14, 2026, 9:16

Bonsoir à tous,
Si une place est disponible, je suis également intéressé pour tester le proxy si cela est possible.
Je dispose des éléments ci-dessous :

HomeSiren Jeweller
DoorProtect Jeweller
Fireprotect 2RB (Heat/smoke) Jeweller
MultiTransmitter Jeweller
StreetSiren Jeweller

Merci @foXaCe et tout ceux qui participent a ce projet, pour votre temps et votre engagement

Ajax · Janvier 16, 2026, 12:23

Bonjour à tous,

Je vois tout enthousiasme, désolé je viens pas beaucoup ici mais heureusement que @foXaCe et @barto_95 ont pu vous tenir au courant. Merci à eux.

C’est un projet parallèle (et surtout non officiel), et je n’ai pas énormément de temps libre ; il me reste quelques ajustements à terminer avant de pouvoir proposer d’ouvrir le proxy à plusieurs autres hébergeurs bénévoles.

Merci pour votre patience,

À bientôt,

Julien / Ajax

squall59390 · Janvier 16, 2026, 4:00

Bonjour à tous,

Merci pour votre travail, ca semble très prometteur.

Je suis également volontaire pour tester si une place est libre sur un proxy.

Je suis un gros utilisateur ajax

1 Hub 2 +
6 caméras Ajax
1 Doorbell
9 DoorProtect
2 Relay
2 FireProtect
2 LeaksProtect

Merci

foXaCe · Janvier 16, 2026, 4:23

Pour l’instant, nous sommes davantage dans une phase de recherche d’hébergeurs sérieux et fiables ainsi que de sécurisation du proxy, plutôt que de recherche de volontaires pour tester. Voici un peu de lecture pour s’endormir le soir pour ceux qui s’intéressent à la sécurité.

github.com/foXaCe/ajax-security-hass

Clarify the threat model / consider end-to-end encryption

ouvert 10:43PM - 12 Jan 26 UTC

mlpo

Hello! Thank you so much for this Home Assistant integration for Ajax! I think …it’s a fantastic improvement to the experience with Ajax systems. I read the [HACF thread](https://forum.hacf.fr/t/alarme-ajax-sur-home-assistant/29511/160), and I know that for now, this whole proxy thing is still in progress, that no public instance is yet available, and that things may change in the future. However, I found the project’s threat model unclear regarding the proxy, and even a bit confusing after reading the README. I know that for now, my comment might be premature and certainly not a priority, but I prefer to put it here just in case, perhaps to improve this aspect when things are more settled 😁. So here it is: I understood that, with the exception of professionals who had the ability to obtain an API key and use it directly on the Ajax endpoint (`https://api.ajax.systems/api`), most users should use a proxy endpoint which would then contact the official endpoint, adding an API key to the request by the way (an alternative solution, with `AUTH_MODE_PROXY_HYBRID`, which allows API key retrieval also exists, but it does not appear to be the primary solution being considered at the moment). However, it was not clear to me, upon reading the documentation, how trustworthy this technical intermediary needed to be, and in particular the consequences of a potential compromise of this proxy. [The README documentation, in the “🔒 Security & Privacy” section](https://github.com/foXaCe/ajax-security-hass?tab=readme-ov-file#-security--privacy), mentions: - **No third parties**: The integration communicates only with Ajax servers - **Secure communication**: All API communication uses HTTPS (TLS/SSL) However, I wondered how true this was in the case of using a proxy, so I read the source code, and it seems to me that using a proxy **significantly changes the threat model**, since the proxy sees all requests in clear text (and in particular the authentication request, carried out in the `async_login` method). It seems to me that this has several important consequences that a wise user should take into account: 1. Using a proxy adds a third party, which is **neither Ajax nor the open-source code, virtually unauditable** (the server code, even if open-sourced at some point, is not really verifiable; since the code executed by a third party is not verifiable). 2. Communications (requests and responses) routed by this third party proxy are **not end-to-end encrypted between the HA server and Ajax**; communications are encrypted using HTTPS, but only between `HA <-> proxy serveur`, and then between the `proxy server <-> Ajax`, which means that the third party can see all requests and responses in plain text. 3. In particular, **the proxy will have access to the _“credentials”_ in clear text**. Even though the password is never sent in clear text, since the [authentication request payload uses the SHA256 hash of the password](https://github.com/foXaCe/ajax-security-hass/blob/022f2e66d3293c509b146d00714d0d625bf034e7/custom_components/ajax/api.py#L172), this means that the proxy has the technical capability to impersonate any user who uses it (since it can replicate the authentication payload, which just requires knowledge of SHA256 of the password, not the password itself). It should be noted that the Ajax API **does not appear to use dynamic challenge-response**: simply knowing the password hash is enough to authenticate. 4. The consequence of all this is that **using a proxy implies having a very high level of trust in this proxy third party**, which will _de facto_ have the ability to control the system in the same way as the HA instance. 5. In practice, compromising the proxy will allow one to know the state of the system, to impersonate the user with the Ajax server, to potentially modify the arming of the alarm, etc. From a system security perspective, it seems to me that these points make a big difference. However, it is possible that I overlooked some aspects when reading the source code, and that some of my conclusions are wrong (in that case I apologize, and would be happy to be reassured 😁). I would also like to clarify that these security points are not necessarily a deal-breaker for many people (after all, one could agree to trust a third party, if it looks reliable), but I simply think it is important to clarify them for everyone (in particular because the current README seems confusing to me in its current state). Finally, this is not a disguised criticism on my part, just an honest interest in the security of the system; perhaps my point is not a priority, but at least my remark is there! Personally, I confess that I secretly hope that we will have a solution that does not require the use of a trusted third party, but only requires trust in Ajax (I also think that Ajax should absolutely want this for their products, rather than resorting to third parties). But since they don’t seem willing to distribute API keys themselves, I’m not sure it’s possible… I continue to hope 😁!

Thierryr · Janvier 16, 2026, 5:56

Un énorme merci pour ce post, j’ai pu installer ce hack télécommande et ca fonctionne trés bien depuis plusieurs mois !

vellanix · Janvier 18, 2026, 8:03

Bonjour à tous, mon système d’alarme est composé de deux zones distinctes : la maison et le garage. À la maison, j’ai un détecteur de porte Superior DoorProtect Jeweler, cinq détecteurs de mouvement Superior MotionCam (photo) à fibre optique, et sur le balcon, un détecteur d’extérieur Curtain Outdoor Jeweler avec sirènes intérieure et extérieure, ainsi qu’un clavier tactile SuperiorKeyPad à fibre optique. Dans le garage, j’ai un répéteur ReX2 Jeweler avec un détecteur de porte Superior DoorProtect Jeweler et trois détecteurs de fuites Leaks Protect Jeweler.

Je recherche une personne qui pourrait me donner accès à son proxy, ou bien je pourrais installer le proxy dans mon laboratoire personnel. Je dispose d’une connexion internet de 2,5 Gbps en téléchargement et de 1 Gbps en envoi, d’une adresse IP fixe, et le proxy serait accessible via un tunnel cloudflared.

Merci d’avance.

foXaCe · Janvier 18, 2026, 8:50

Bonjour @vellanix ,

Il n’y a actuellement aucun proxy disponible. Seul @jabes y a accès pour effectuer des tests. En l’état, le proxy n’est pas encore utilisable de façon sécurisée ; il n’y a donc aucun intérêt à le diffuser massivement auprès des utilisateurs possédant un NAS ou une autre machine.

foXaCe · Janvier 18, 2026, 8:51

Warning

No Public Proxy Available

There is currently no public proxy server available. The integration requires either:

An enterprise API key from Ajax Systems (Direct mode)
A self-hosted proxy server (Proxy mode)

For discussions and updates, join the community: HACF Forum

foXaCe · Janvier 19, 2026, 3:20

Bonjour,

J’ai reçu la caméra, du coup j’ai ajouté le support caméra avec ONVIF. Il suffit de renseigner ses identifiants et ça fonctionne.

Loic69 · Janvier 19, 2026, 5:38

Mais du coup tu remontes les events qui passent en onvif ?

foXaCe · Janvier 19, 2026, 5:53

Oui, directement avec l’intégration.

Loic69 · Janvier 19, 2026, 6:11

Cool
Je teste ça dans la semaine.
Sinon quel stream est diffusé ? le main ou le sub ?