December update
Hey everyone!
As we approach the end of 2024, our team is working hard to deliver as much progress on the project as possible. In keeping with our commitment to the community, we’re excited to share some of the improvements we’ve been working on. A lot of work has been put into getting a production grade hosting environment, but next to that we also delivered on some other areas.
Yivi app update​
The Yivi app we all know and love has gotten a welcome update. We upgraded to the latest Flutter and Xcode versions and updated lots of dependencies. The update includes some nice visual fixes and improvements as well, including the following notable changes:
- Visual feedback when pressing cards and buttons
- Swipe to go back now works between any page where it makes sense
- Improvements to the navigation bar layout on modern iPhones with rounded displays
- The icons in the navigation bar now fill in when they're selected
- Lists are now always scrollable, making for a more natural feel
- The background color is now more consistent between pages
The Caesar Groep is committed to making Yivi, the identity walled with the best user experience. These changes are currently in beta and should be available to you very soon.
Other visual improvements​
In Yivi, the user is the central focus, and that is about more than just privacy. The look and feel for all interactions between the user and the Yivi ecosystem should be welcoming and user-friendly.
Demos redesign​
In the transition from IRMA to Yivi, some components of the ecosystem had yet to receive a visual update. We received feedback from the community that IRMA references are confusing to their users and that we should get rid of them as soon as possible. One of these is the Yivi demos page, which is often used in the community to display Yivi's capabilities. As of now the demos page has been updated with the Yivi look and feel. We are planning to remove them from the Privacy By Design foundations website and host them on demos.yivi.app
, for now they are available at our staging environment: https://demos.staging.yivi.app.

New email templates​
When users add their email address using our email-issuer, they receive an email containing a link with which they can verify their email address. We received feedback that first of all the email is send from noreply@sidn.nl
while people expect noreply@yivi.app
to be the sender, secondly the email template is very minimalistic which doesn't improve the trust people have this is not a phishing/spam mail. We therefore improved the verification emails by adding the Yivi look and feel. Also, we created a button and an explicit
URL which people can click on or copy to their browsers. Better informing them to which website they are navigating. This is considered a better security practice.

The changes are live on our staging issuer email-issuer.staging.yivi.app, which is our internal testing environment but open to the public. We expect these changes to come live early next year. This is part of the migration from SIDN to Caesar Groep. We will shut down https://sidnemailissuer.yiviconnect.nl/uitgifte/email/
and use https://email-issuer.staging.yivi.app
instead. We will also change the sender of the email from noreply@sidn.nl
to noreply@yivi.app
. We tested the new mail layout on Outlook Desktop, Web and mobile clients, both Office365 as well as outlook.com, Gmail web and mobile clients and lastly the Mail app on macOS. If there are any issues with the new mailings, please let us know.
Stateless issuers​
As mentioned in the roadmap blog, we switched to Kubernetes for a robust and stable infrastructure. Part of the benefits of Kubernetes is the ability to run multiple instances of the same issuer simultaneously, allowing for high availability and uptime. When Kubernetes gets a request, it will automatically pick one of these instances to send the request to. Subsequent calls to the same hostname could end up being taken care of by other instances.
In order for an issuer to be able to run in such a distributed fashion, it needs to be stateless. This doesn't mean that there's no state whatsoever, but rather that the state cannot be part of the instance itself. Instead the state needs to be moved to somewhere outside of the instance, for example a database.
Most of our components already have this capability, like the irmago server
, but a some of them had yet to be updated.
Two of the remaining ones were the SMS issuer
and the email issuer
.
Their state consists of the ongoing verification requests and some info about previous requests in order to do rate limiting.
This week we took the time to make these two issuers stateless by moving their state to Redis. We made sure the changes are backwards compatible.
Moving to a production environment​
As the completion of the staging environment is near, we've started working on the production environment.
Better Secret management​
For Yivi to remain safe and trustworthy, we must carefully manage our credentials and secrets. We’ve selected mature tooling for secret management to handle multiple scenarios. For instance, CI/CD pipelines should not be able to read secrets directly, while our Kubernetes cluster must be able to reference them. We’re also considering incorporating Hardware Security Modules (HSMs) in the future to further strengthen our security posture.
In preperation to the production migration, we took some time to upgrade our staging environment to use our new secrets tooling. This significant effort touched every component we run ourselves, including YiviConnect, severals issuers, demos, the keyshare server and more. It was worth the effort because we can now safely use and rotate our secrets, improving on operational effeciency and auditbility.
Deployment using GitHub Actions​
Until now, deployments to our staging environment have been handled manually. In production, we follow a least-privilege policy, meaning we dont want the Yivi team to have default access to our production cluster. To maintain this, deployments must be automatic and controlled. We started rolling out our components using CI/CD pipelines, ensuring:
- Higher quality through automated testing
- Auditibility
- Consistency in deployment processes
- Enhanced security by minimizing human intervention
- Improved scalability to handle multiple deployment environments
iDIN issuer​
One of the last componenents we didn't touch upon yet was the iDIN issuer. Last week we took the effort to incorporate this issuer into our cloud hosting environment. We will also upgrade the look and feel of this iDIN issuer to match the Yivi branding, once its ready we will share a link.
Closing 2024​
This year has been an important one for Yivi. The transition from SIDN to Caesar Groep has begun, and what a start it was. We’re thrilled to see the renewed interest in Yivi and the opportunities that come with it.
Thank you all for being a part of the Yivi community. This concludes the December update. Feel free to contact us with any questions or remarks.
We will see you next month with the next update. For now, we wish you a merry Christmas and a happy new year!
Kind regards,
Dibran, Sara, Wouter, Martijn, Jasper, Leon, Ivar, and Sietse. The Yivi team