Ще се сглобяват ли? Кой е на ход?

Post Syndicated from Емилия Милчева original https://www.toest.bg/shte-se-sglobyavat-li-koy-e-na-hod/

Ще се сглобяват ли? Кой е на ход?

ПП–ДБ и ГЕРБ–СДС търсят път едни към други, въпросът е на каква цена, след като политиците се изчерпаха откъм оскърбления, а анализаторите – откъм метафори. И двете коалиции сигнализират, че са готови да продължат преговорите помежду си въпреки „счупеното доверие“, констатирано от премиера в оставка Николай Денков (ПП) в Брюксел, където е за Европейския съвет. 

От Брюксел дойде и публично насърчение към властите в София да продължат с усилията за съставяне на кабинет. За първи път България беше спомената в изявление, прието на срещата на върха на страните от еврозоната.

Приветстваме постигнатия напредък от България по пътя ѝ към приемането на еврото и я насърчаваме да продължи усилията си до изпълнението на всички критерии за конвергенция.

В „превод“ това означава, че редовен кабинет ще продължи тези усилия, така че от 1 януари 2025 г. България да приеме еврото. Предупреждението, че политическата нестабилност ще попречи, се чете между редовете.

В последната седмица отношенията между двете политически сили, управлявали 9 месеца чрез общ кабинет, рязко се изостриха. Въпреки договорената през май миналата година ротация, ПП–ДБ вече не приемат Габриел за премиер, след като тя еднолично внесе при президента изпълнен първи мандат със списък на несъгласувани с тях министри. ГЕРБ пък настоява за смяна на министъра на финансите Асен Василев, който обяви, че действайки през главата им, Габриел е провалила шанса за кабинет с първия мандат. И я нарече „най-новото и най-красивото лице на мафията в България“. (Без да уточнява кого определя като „мафия“.)

Кой ще мигне пръв

Ротацията на премиерския пост между Денков (ПП) и Мария Габриел (ГЕРБ) засече заради споровете за конкретни министерства, механизма за назначения в регулатори и контролни органи, сроковете за реформи на службите, промените в Закона за съдебната власт, отпадането на следствената тайна. И мястото на ДПС в цялата схема. Ако досега съвместното управление се основаваше на кратка декларация с шест основни приоритета и програма за 18 месеца, предизвикателствата вече са много по-големи и начертани в едно така и неподписано споразумение. Предстоят смени на повече от 110 високи позиции и амбиции за осъществяване на съдебната реформа. В случай че ПП–ДБ и ГЕРБ не се разберат за управленски съюз, доминацията на ГЕРБ и ДПС се запазва неизвестно докога. 

След задочните разговори тази седмица през телевизии и пресконференции, съпроводени с ултиматуми за крайни срокове и подкани за извинения, дойде ред и на декларациите. „Вие сте на ход – се обърнаха ПП–ДБ в декларация към партията на Бойко Борисов, – поемете отговорност за действията си и предложете конкретен план, адекватен на кризата, която създадохте.“

Ние оставаме отговорни към съдбата на страната и готови да споделим отговорността за общо управление. Това може да стане само при възстановяване на формулата на доверие и гарантиране на реалната реализация на реформите. Това може да стане само със споделен екип… 

„Вие сте на ход“, отвърнаха пак с декларация от ГЕРБ.

Поемете отговорност за действията на Асен Василев, разграничете се от него и нека заедно изработим план, адекватен на кризата, която умишлено създавате и към момента.

 „Що не се уууважа’ате?“ 

Откъм ПП–ДБ вече се чуват гласове, че първият мандат е пропилян, но преговорите ще продължат и правителство в 49-тия парламент отново ще има. Изглежда, смятат, че отново могат да реализират кабинет със своя втори мандат въпреки категоричната заявка на лидера на ГЕРБ Бойко Борисов, че няма да подкрепят такъв вариант. Съпредседателят на ПП Асен Василев обяви, че първият мандат е изчерпан и гледа към втория.

Президентът Румен Радев вече издаде указа, с който предлага на 49-тото Народно събрание да избере за премиер кандидата, излъчен от най-голямата парламентарна група – на ГЕРБ–СДС, и предложеното от него правителство. Кога обаче тази точка ще влезе в дневния ред, зависи от председателя на парламента Росен Желязков (ГЕРБ). А той не бърза. Докато точката все още не е в дневния ред, кандидатът за министър-председател може да прави промени в състава на правителството, обявено при президента; може дори да го подмени цялото. Практически мандатът може да си стои внесен неограничено време, тъй като Конституцията не предвижда срок. 

Едва ли лидерът на ГЕРБ е вярвал, че ПП–ДБ безпрекословно ще се подчини и съгласи с едностранното (му) решение за състава на кабинета, представен от Габриел. Скандалът беше неизбежен, а значи и предопределен. Вероятно Борисов е пресметнал, че при една нова ескалация на напрежението ще постигне по-лесно целите си за конкретни назначения, жертвайки дори репутацията на европейското лице на партията си. Пестеливата информация, изпусната и от двете страни, показва, че са били близо до постигане на съгласие за много от назначенията. Например дори и да бъде свален министърът на енергетиката Румен Радев и мястото му да заеме Жечо Станков, Радев щял да оглави Българския енергиен холдинг (БЕХ). 

Сега мишена отново е Асен Василев, за когото ПП–ДБ няма да приемат да напусне Министерството на финансите. Следователно ГЕРБ и ДПС, присъединили се в атаката, могат да поискат друго в замяна. Няма свян в политиката, когато се разпределя власт. За да засилят натиска, ГЕРБ и ДПС обединиха всички политически сили в парламента (без ПП–ДБ, разбира се) срещу Василев, гласувайки до 31 март министърът на финансите в оставка да покрие 1 млрд. лв. дефицит в енергетиката. 

Точката беше вкарана като извънредна с гласовете на ГЕРБ и ДПС и така Асен Василев разполага с по-малко от десет дни, за да разреши ликвидните проблеми на фонд „Сигурност на електроенергийната система“. (Фондът беше създаден през юли 2015 г., за да покрива разходите на обществения доставчик НЕК, произтичащи от задълженията му за изкупуване на ток по преференциални цени.) Парламентарното решение е и предупредителен знак от мафията към Василев и ПП–ДБ – нещо като увита във вестник мъртва риба или куршум в плик.

Моралът – начин на употреба

Употребата на морала от българския политически елит е омерзителна. Бойко Борисов, който се е разделял с политически съратници при най-малкия признак за имиджова щета, унизи Мария Габриел. Няма съмнение, че тя не би се решила да представи папката с имената на министрите, ако не ѝ беше наредено. Сега същият Борисов иска извинение от Василев, задето е обидил Габриел, въпреки че публичното унижение, на което я подложи собствената ѝ партия, е много по-голямо. Асен Василев се извини на Мария Габриел в качеството ѝ на жена, което беше още една обида за нея поради явния сексизъм на посланието. Нима самият Василев не управлява със същата тази мафия, за която твърди, че е зад Габриел?

Дългото мълчание на ГЕРБ и ПП–ДБ след публикуваните декларации означава, че зад кулисите и извън обективите някаква комуникация тече и най-късно през уикенда решение ще бъде обявено. При едни нови предсрочни парламентарни избори кампанията няма да е лесна за ПП–ДБ – няма как да нахъсват избиратели с „изчегъртване“ на ГЕРБ, с изваждане на ДПС, след като няма на кого друг да разчитат за партньорство. За ГЕРБ ситуацията няма да е така усложнена.

Петъчният парламентарен ден мина без внесен отказ от позицията на кандидатката за премиер на ГЕРБ Мария Габриел. Министър-председателят в оставка Денков пък предупреди от Брюксел партньорите си в управлението да не внасят за гласуване само премиера без състав на правителството. Изглежда, че са го послушали. Съгласно Решение №20 на Конституционния съд от 1992 г. най-напред парламентът избира министър-председателя, а със следващо решение – и състава на правителството. Но какъвто и да е редът за гласуване, ПП–ДБ и ГЕРБ–СДС трябва да са постигнали разбирателство за сглобяване 2.0. Коалиция едва ли ще се получи, а изразените в първоначалните документи намерения и от двете политически сили за пълен мандат също няма да се реализират. Най-вероятно ще се опитат да изкарат тази година, за да изберат перманентната власт. 

После – предсрочни избори и този път може и да се получи коалиция. Едва ли като тази в Германия и нейните над 800 страници коалиционно споразумение, публично известно, но не и сглобка по балкански.

Automating chaos experiments with AWS Fault Injection Service and AWS Lambda

Post Syndicated from James Beswick original https://aws.amazon.com/blogs/compute/automating-chaos-experiments-with-aws-fault-injection-service-and-aws-lambda/

This post is written by André Stoll, Solution Architect.

Chaos engineering is a popular practice for building confidence in system resilience. However, many existing tools assume the ability to alter infrastructure configurations, and cannot be easily applied to the serverless application paradigm. Due to the stateless, ephemeral, and distributed nature of serverless architectures, you must evolve the traditional technique when running chaos experiments on these systems.

This blog post explains a technique for running chaos engineering experiments on AWS Lambda functions. The approach uses Lambda extensions to induce failures in a runtime-agnostic way requiring no function code changes. It shows how you can use the AWS Fault Injection Service (FIS) to automate and manage chaos experiments across different Lambda functions to provide a reusable testing method.

Overview

Chaos experiments are commonly applied to cloud applications to uncover latent issues and prevent service disruptions. IT teams use chaos experiments to build confidence in the robustness of their systems. However, the traditional methods used in server-based chaos engineering do not easily translate to the serverless world since many existing tools are based on altering the underlying infrastructure configurations, such as cluster nodes or server instances of your applications.

In serverless applications, AWS handles the undifferentiated heavy lifting of managing infrastructure, so you can focus on delivering business value. But this also means that engineering teams have limited control over the infrastructure, and must rely on application-level tooling to run chaos experiments. Two techniques commonly used in the serverless community for conducting chaos experiments on Lambda functions are modifying the function configuration or using runtime-specific libraries.

Changing the configuration of a Lambda function allows you to induce rudimentary failures. For example, you can set the reserved concurrency of a Lambda function to simulate invocation throttling. Alternatively, you might change the function execution role permissions or the function policy to simulate IAM access denial. These types of failures are easy to implement, but the range of possible fault injection types is limited.

The other technique—injecting chaos into Lambda functions through purpose-built, runtime-specific libraries—is more flexible. There are various open-source libraries that allow you to inject failures, such as added latency, exceptions, or disk exhaustion. Examples of such libraries are Python’s chaos_lambda and failure-lambda for Node.js. The downside is that you must change the function code for every function you want to run chaos experiments on. In addition, those libraries are runtime-specific and each library comes with a set of different capabilities and configurations. This reduces the reusability of your chaos experiments across Lambda functions implemented in different languages.

Injecting chaos using Lambda extensions

Implementing chaos experiments using Lambda extensions allows you to address all of the previous concerns. Lambda extensions augment your functions by adding functionality, such as capturing diagnostic information or automatically instrumenting your code. You can integrate your preferred monitoring, observability, or security tooling deeply into the Lambda environment without complex installation or configuration management. Lambda extensions are generally packaged as Lambda layers and run as a separate process in the Lambda execution environment. You may use extensions from AWS, AWS Lambda partners, or build your own custom functionality.

With Lambda extensions, you can implement a chaos extension to inject the desired failures into your Lambda environments. This chaos extension uses the Runtime API proxy pattern that enables you to hook into the function invocation request and response lifecycle. Lambda runtimes use the Lambda Runtime API to retrieve the next incoming event to be processed by the function handler and return the handler response to the Lambda service.

The Runtime API HTTP endpoint is available within the Lambda execution environment. Runtimes get the API endpoint from the environment variable AWS_LAMBDA_RUNTIME_API. During the initialization of the execution environment, you can modify the runtime startup behavior. This lets you change the value of AWS_LAMBDA_RUNTIME_API to the port the chaos extension process is listening on. Now, all requests to the Runtime API go through the chaos extension proxy. You can use this workflow for blocking malicious events, auditing payloads, or injecting failures.

Injecting chaos using Lambda extensions

  1. The chaos extension intercepts incoming events and outbound responses, and injects failures according to the chaos experiment configuration.
  2. The extension accesses environment variables to read the chaos experiment configuration.
  3. A wrapper script configures the runtime to proxy requests through the chaos extension.

When intercepting incoming events and outbound responses to the Lambda Runtime API, you can simulate failures such as introducing artificial delay or generate an error response to return to the Lambda service. This workflow adds latency to your function calls:

Workflow

All Lambda runtimes support extensions. Since extensions run as a separate process, you can implement them in a language other than the function code. AWS recommends you implement extensions using a programming language that compiles to a binary executable, such as Golang or Rust. This allows you to use the extension with any Lambda runtime.

Some of the open source projects following this technique are the chaos-lambda-extension, implemented in Rust, or the serverless-chaos-extension, implemented in Python.

Extensions provide you with a flexible and reusable method to run your chaos experiments on Lambda functions. You can reuse the chaos extension for all runtimes without having to change function code. Add the extension to any Lambda function where you want to run chaos experiments.

Automating with AWS FIS experiment templates

According to the Principles of Chaos Engineering, you should “automate your experiments to run continuously”. To achieve this, you can use the AWS Fault Injection Service (FIS).

This service allows you to generate reusable experiment templates. The template specifies the targets and the actions to run on them during the experiment, and an optional stop condition that prevents the experiment from going out of bounds. You can also execute AWS Systems Manager Automation runbooks which support custom fault types. You can write your own custom Systems Manager documents to define the individual steps involved in the automation. To carry out the actions of the experiment, you define scripts in the document to manage your Lambda function and set it up for the chaos experiment.

To use the chaos extension for your serverless chaos experiments:

  1. Set up the Lambda function for the experiment. Add the chaos extension as a layer and configure the experiment, for example, by adding environment variables specifying the fault type and its corresponding value.
  2. Pause the automation and conduct the experiment. To do this, use the aws:sleep automation action. During this period, you conduct the experiment, measure and observe the outcome.
  3. Clean up the experiment. The script removes the layer again and also resets the environment variables.

Running your first serverless chaos experiment

This sample repository provides you with the necessary code to run your first serverless chaos experiment in AWS. The experiment uses the chaos-lambda-extension extension to inject chaos.

The sample deploys the AWS FIS experiment template, the necessary SSM Automation runbooks including the IAM role used by the runbook to configure the Lambda functions. The sample also provisions a Lambda function for testing and an Amazon CloudWatch alarm used to roll back the experiment.

Prerequisites

Running the experiment

Follow the steps outlined in the repository to conduct your first experiment. Starting the experiment triggers the automation execution.

Actions summary

This automation includes adding the extension and configuring the experiment, pausing the execution and observing the system and reverting all changes to the initial state.

Executed steps

If you invoke the targeted Lambda function during the second step, failures (in this case, artificial latency) are simulated.

Output result

Security best practices

Extensions run within the same execution environment as the function, so they have the same level of access to resources such as file system, networking, and environment variables. IAM permissions assigned to the function are shared with extensions. AWS recommends you assign the least required privileges to your functions.

Always install extensions from a trusted source only. Use Infrastructure as Code (IaC) and automation tools, such as CloudFormation or AWS Systems Manager, to simplify attaching the same extension configuration, including AWS Identity and Access Management (IAM) permissions, to multiple functions. IaC and automation tools allow you to have an audit record of extensions and versions used previously.

When building extensions, do not log sensitive data. Sanitize payloads and metadata before logging or persisting them for audit purposes.

Conclusion

This blog post details how to run chaos experiments for serverless applications built using Lambda. The described approach uses Lambda extension to inject faults into the execution environment. This allows you to use the same method regardless of runtime or configuration of the Lambda function.

To automate and successfully conduct the experiment, you can use the AWS Fault Injection Service. By creating an experiment template, you can specify the actions to run on the defined targets, such as adding the extension during the experiment. Since the extension can be used for any runtime, you can reuse the experiment template to inject failures into different Lambda functions.

Visit this repository to deploy your first serverless chaos experiment, or watch this video guide for learning more about building extensions. Explore the AWS FIS documentation to learn how to create your own experiments.

For more serverless learning resources, visit Serverless Land.

Security updates for Friday

Post Syndicated from daroc original https://lwn.net/Articles/966415/

Security updates have been issued by Debian (firefox-esr, pillow, and thunderbird), Fedora (apptainer, chromium, ovn, and webkitgtk), Mageia (apache-mod_auth_openidc, ffmpeg, fontforge, libuv, and nodejs-tough-cookie), Oracle (kernel, libreoffice, postgresql-jdbc, ruby:3.1, squid, and squid:4), Red Hat (go-toolset:rhel8 and libreoffice), SUSE (firefox, jbcrypt, trilead-ssh2, jsch-agent-proxy, kernel, tiff, and zziplib), and Ubuntu (linux-aws and openssl1.0).

Google Pays $10M in Bug Bounties in 2023

Post Syndicated from Bruce Schneier original https://www.schneier.com/blog/archives/2024/03/google-pays-10m-in-bug-bounties-in-2023.html

BleepingComputer has the details. It’s $2M less than in 2022, but it’s still a lot.

The highest reward for a vulnerability report in 2023 was $113,337, while the total tally since the program’s launch in 2010 has reached $59 million.

For Android, the world’s most popular and widely used mobile operating system, the program awarded over $3.4 million.

Google also increased the maximum reward amount for critical vulnerabilities concerning Android to $15,000, driving increased community reports.

During security conferences like ESCAL8 and hardwea.io, Google awarded $70,000 for 20 critical discoveries in Wear OS and Android Automotive OS and another $116,000 for 50 reports concerning issues in Nest, Fitbit, and Wearables.

Google’s other big software project, the Chrome browser, was the subject of 359 security bug reports that paid out a total of $2.1 million.

Slashdot thread.

Научни новини: соларни панели, ГМО крави и сръчкване на „Вояджър“

Post Syndicated from Михаил Ангелов original https://www.toest.bg/nauchni-novini-slunchevi-paneli-gmo-kravi/

По-ефективни соларни панели

Научни новини: соларни панели, ГМО крави и сръчкване на „Вояджър“

Погледнато философски, голяма част от енергията, която използваме, е слънчева светлина, съхранена под различни форми. В последните 50–60 години с помощта на соларните панели имаме възможността за прякото ѝ улавяне. С времето технологиите за производството им се усъвършенстват и сегашното поколение е с много по-добра ефективност и по-дълъг експлоатационен период. Увеличаващата се нужда от възобновяеми източници на енергия прави работата по подобряването им по-активна от всякога, като учените залагат на най-различни подходи за постигане на тази цел.

Един от тях е използването на перовскити – това са материали, които имат кристална структура, идентична с тази на минерала перовскит. Особено интересна е възможността за производство на леки и гъвкави панели, ако за основа се използва пластмаса. Друг начин за употребата им е комбинирането със силиций в своеобразен „сандвич“. Това увеличава ефективността на панелите, тъй като различните материали поглъщат слънчеви лъчи с различен спектър. Обикновено се използват два слоя – един от силиций и един от перовскит.

Уви, за разлика от силициевите панели, които може да се използват повече от 20 години, панелите от перовскит не са особено устойчиви на околната среда и обикновено издържат от няколко месеца до няколко години. Нова разработка предлага използването на процес по пасивиране на повърхността на панелите, който повишава тяхната устойчивост и ефективност. Това се постига чрез третиране със сол, която съдържа бром. Употребата ѝ има двойно действие – на повърхността на кристала се образува тънък филм, който премахва микроскопичните несъвършенства в кристалната решетка, правейки я по-устойчива на влиянието на околната среда. Наред с това бромът прониква във вътрешността на материала, което помага за намаляване на енергийните загуби в панела. Така с еднократно третиране се подобряват два от критичните параметри за този тип панели. 

Към момента подходът е приложим за малки изпитателни панели, но учените са сигурни, че той е важна стъпка към масовото им производство. Според тях подходът дава възможност за допълнителна оптимизация, тъй като описаният процес може да се приложи и при други видове перовскити и соли, което означава, че е много вероятно да бъде открита още по-ефективна комбинация.

Това предположение се потвърждава от друг екип, публикувал само няколко дни по-късно подобрен начин за използване на перовскит.

Проблем при създаването на комбинирани панели е загубата на енергия между слоевете, което води до спад в полученото напрежение. За справяне с това в кристала вместо бром е инкорпориран цианид, намаляващ значително загубите в панела. Само по себе си това е добро постижение, но учените са опитали и още нещо – вместо двуслоен те са направили трислоен панел, в който за основа е използвана традиционната комбинация от силиций и перовскит. Върху тях е положен още един слой от новосъздадения перовскит с цианид. Тази комбинация се оказва изключително добра – осигурява ефективност от 27%.

Също както при другата разработка, тепърва предстоят инженерни предизвикателства за въвеждане на процеса в производството на соларни панели, които да се използват от потребителите. Но и двата резултата показват, че все още има голям потенциал за подобряване на съотношението цена/добита енергия и този възобновяем източник тепърва ще ни изненадва.

Сръчкване на Вояджър

Проблемите в комуникацията с „Вояджър 1“ продължават, но от НАСА публикуваха обнадеждаваща новина.

В началото на месеца към сондата е изпратена команда, наречена от екипа „сръчкване“ – тя кара апарата да изпрати паметта на бордовия си компютър. Малко след получаването на командата „Вояджър 1“ е върнал пакет с данни, който, както и в предишните комуникации, е бил разбъркан. Въпреки това инженер от групата за комуникация с далечни апарати (Deep Space Network) е успял да го дешифрира и в него е открито пълно копие на паметта.

В паметта на бордовия компютър са всички данни, с които той оперира – командните инструкции на апарата, информация за моментното му състояние, както и научни данни. Съдържанието на пакета ще бъде сравнено с предишни копия от времето, когато „Вояджър 1“ е функционирал нормално.

Това би могло да подскаже на екипа какво се е объркало, и дава надежда, че освен да разберем какво се е случило с апарата, комуникацията с него ще се поднови и той ще продължи научната си мисия.

Човешки инсулин от крави

Биотехнологичният процес за синтез на човешки инсулин е едно от модерните чудеса на науката. В момента най-често се използват генетично модифицирани дрожди, в които е вмъкната генетичната последователност, кодираща за инсулин. Те се отглеждат в големи биореактори (ферментационни съдове, подобни на използваните за производство на бира), след което протеинът се извлича, пречиства и обработва в зависимост от вида, в който е необходим. 

Интересна иновация предлагат учени от Бразилия и САЩ в съвместна разработка. С помощта на генното инженерство те са създали трансгенна крава, която може да отделя проинсулин (прекурсора, от който се получава биологично активната форма) в млякото си. За целта с помощта на лентивирусен вектор човешкият ген за инсулин е включен в генома на 10 ембриона, които впоследствие са имплантирани и от тях е получена една трансгенна крава. За оптимизация на процеса векторът е конструиран така, че човешкият ген е активен само в млечните жлези на животното. Така естествените му биохимични процеси не се нарушават и трансгенният протеин се отделя само там. Вимето е особено подходящо за подобна трансформация – една от основните му функции е да произвежда големи количества протеини, така че това може да направи процеса много ефективен.

За съжаление, въпреки че животното е успешно модифицирано, добивът от трансгенния протеин е бил нисък. Една от причините е, че опитите за оплождане на кравата са били неуспешни и лактацията е предизвикана хормонално, вследствие на което количеството на полученото мляко е било значително по-малко. Друг фактор е донякъде изненадващата находка, че в млякото има повече инсулин, отколкото проинсулин. Най-вероятно това се дължи на протеази (ензими, разграждащи протеини), които могат да превръщат проинсулина в инсулин. Допълнително усложнение е и откриването на протеази, които разграждат инсулина, като привнасят отрицателен ефект в процеса.

Това прави резултатите интригуващи, но не впечатляващи. Въпреки това разработката показва, че методът работи и има голям потенциал. Ако разграждането на получения инсулин се избегне, например чрез допълнителни модификации или чрез промяна на трансгенния протеин, подобно „биологично производство“ би било изключително ефективно, като премахва нуждата от енергоемки биореактори.

При сходно манипулирани трансгенни мишки количеството проинсулин в млякото е достигнало 8 грама на литър. Ако приемем, че някои породи крави могат да дават над 30 литра мляко на ден, дори при ефективност наполовина от тази при мишките това означава хипотетично производство на над 3 млн. единици инсулин от всяка крава. Така едно малко стадо може да покрива нуждите на стотици хиляди пациенти.

Екологична катализа

Голяма част от реакциите, използвани в химичната и фармацевтичната промишленост са невъзможни без използването на катализатори. Това са вещества или елементи, които в общия случай ускоряват химичните реакции, помагайки да се понижи енергията за активация. Най-често за това се използват благородни метали, като платина, паладий и родий. Начинът им на действие е познат на химиците и те успешно са се наложили като стандарт, но има и редица проблеми. Цената им е много висока, а добивът им е доста енергоемък и замърсява околната среда. Също така употребата им е свързана с отделянето на токсични продукти, които трябва да се обработват по специален начин. Тези недостатъци са стимул да се търси техен заместник, който е по-евтин, енергоефективен и природосъобразен.

Възможна алтернатива е използването на електричество вместо химически катализатор. Вдъхновението за това идва от биологичните катализатори – ензимите, които създават електрически полета в активните си региони. През 2016 г. с помощта на тази технология в наномащаб е катализирана реакцията на Дилс–Алдер, която е широко използвана в органичния синтез. Същият екип в нова публикация описва заместването на меден катализатор в азид-алкиновото циклоприсъединяване. Тази реакция е определена от Бари Шарплес, един от тримата Нобелови лауреати за химия през 2022, като еталон за клик реакция. Освен прилагането му към друг вид реакция, методът е подобрен – мащабът вече не е нано, а се измерва в сантиметри. За целта учените са разработили специална микрофлуидна система, в която протича реакцията.

Освен че има предимства пред конвенционалните катализатори, този подход дава възможност за по-прецизно контролиране на реакциите чрез регулиране на силата и продължителността на електрическите импулси. Това може да послужи за производство на чисти форми на конкретни изомери и би премахнало риска от замърсяване на крайните продукти с частици от катализатори, което е важно за фармацевтичната индустрия.

Колко ваксини са прекалено много?

Имунизационният календар е резултат от множество изследвания. Броят и времето на поставяне на ваксините са строго съобразени с познанията ни за човешката имунна система. Медицината може да отговори на въпроса какво се случва, ако се пренебрегнат препоръките на лекарите и изпаднем в крайност по отношение на ваксинирането. Пример са увеличаващите се случаи на морбили (дребна шарка) в световен мащаб – завръщането на заболяване, обявено от Световната здравна организация за изкоренено в редица държави. По-трудно е да се каже какво става в другия случай – когато се слагат твърде много ваксини. Вероятността някоя етична комисия да позволи изследване на ефекта от многократни ваксинации е пренебрежимо ниска.

Към момента една от водещите хипотези е, че многократните ваксинации могат да доведат до по-слаб имунен отговор. Тя се базира на данни, които сочат, че при хронично излагане на даден патоген Т-клетките на имунната система „се уморяват“ и се наблюдава имунна толерантност, при която организмът не може да се справи ефективно с нападателя. Това е и причината да се води дискусия за честотата на реваксинацията против SARS-CoV-2.

Благодарение на 62-годишен мъж от Германия учените вече имат по-добра представа за ефекта от многократното ваксиниране. Изследователите разбират за случая от новините, след като властите започват разследване за измама срещу мъжа. Те са се усъмнили, след като в рамките на 9 месеца на името му са били регистрирани 130 ваксинации против SARS-CoV-2. Даденото обяснение за „лични подбуди“ явно е убедило разследващите органи, тъй като случаят е прекратен, без да бъдат повдигнати обвинения.

Жителят на Магдебург (наричан HIM в изследването) се е съгласил да бъде тестван, като е съобщил за допълнителни нерегистрирани ваксинации, които вдигат общия брой на 217 дози в рамките на 29 месеца. Оказало се също, че той не е бил особено придирчив – ваксините са от осем различни вида (някои от които бустерни).

В периода от 214-тата до 217-тата му ваксинация учените са изследвали кръв и слюнка от HIM, като получените данни са сравнени с контролна група от 29 души, получили нормалната тристепенна ваксинация. Спрямо тях той има между 5 и 11 пъти по-висока способност да инактивира вируса, но това се дължи на по-голямото количество антитела, а не на завишена активност. Също така е установено, че той отделя антитела и в слюнката си, което не се наблюдава в контролната група. Отчетена е и повишена концентрация на B и T-клетки, но без изменения в способността им за имунен отговор.

Общото заключение от изследването е, че в случая хиперваксинацията срещу SARS-CoV-2 няма негативни ефекти и е повишила количеството антитела, без да има забележим ефект върху общото функциониране на имунната система. От един случай няма как да се направят генерални изводи, но все пак това е интересна и рядка възможност да се наблюдава подобен феномен. Тестовете сочат, че HIM е успял да се предпази от заразяване с вируса, но не е ясно дали това се дължи на многото ваксини.

Авторите завършват статията със следното: „Считаме за важно да отбележим, че не поощряваме хиперваксинацията като стратегия за подобряване на придобития имунитет“.

Предстоят нови разкрития с участието на “Българските Елфи” Газпром, Булгартрансгаз и КЕВР заблуждават ЕК за Турски поток

Post Syndicated from Николай Марченко original https://bivol.bg/kevr-zlatev-malinov-potoka.html

петък 22 март 2024


През 2018 г. Комисията за енергийно и водно регулиране (КЕВР) е нарушила европейското законодателство, с цел да представи транзитния газопровод на “Газпром” Турски поток 2 за разширяване на вътрешната газопреносна…

Improve the security of your software supply chain with Amazon CodeArtifact package group configuration

Post Syndicated from Sébastien Stormacq original https://aws.amazon.com/blogs/aws/improve-the-security-of-your-software-supply-chain-with-amazon-codeartifact-package-group-configuration/

Starting today, administrators of package repositories can manage the configuration of multiple packages in one single place with the new AWS CodeArtifact package group configuration capability. A package group allows you to define how packages are updated by internal developers or from upstream repositories. You can now allow or block internal developers to publish packages or allow or block upstream updates for a group of packages.

CodeArtifact is a fully managed package repository service that makes it easy for organizations to securely store and share software packages used for application development. You can use CodeArtifact with popular build tools and package managers such as NuGet, Maven, Gradle, npm, yarn, pip, twine, and the Swift Package Manager.

CodeArtifact supports on-demand importing of packages from public repositories such as npmjs.com, maven.org, and pypi.org. This allows your organization’s developers to fetch all their packages from one single source of truth: your CodeArtifact repository.

Simple applications routinely include dozens of packages. Large enterprise applications might have hundreds of dependencies. These packages help developers speed up the development and testing process by providing code that solves common programming challenges such as network access, cryptographic functions, or data format manipulation. These packages might be produced by other teams in your organization or maintained by third parties, such as open source projects.

To minimize the risks of supply chain attacks, some organizations manually vet the packages that are available in internal repositories and the developers who are authorized to update these packages. There are three ways to update a package in a repository. Selected developers in your organization might push package updates. This is typically the case for your organization’s internal packages. Packages might also be imported from upstream repositories. An upstream repository might be another CodeArtifact repository, such as a company-wide source of approved packages or external public repositories offering popular open source packages.

Here is a diagram showing different possibilities to expose a package to your developers.

CodeArtifact Multi Repository

When managing a repository, it is crucial to define how packages can be downloaded and updated. Allowing package installation or updates from external upstream repositories exposes your organization to typosquatting or dependency confusion attacks, for example. Imagine a bad actor publishing a malicious version of a well-known package under a slightly different name. For example, instead of coffee-script, the malicious package is cofee-script, with only one “f.” When your repository is configured to allow retrieval from upstream external repositories, all it takes is a distracted developer working late at night to type npm install cofee-script instead of npm install coffee-script to inject malicious code into your systems.

CodeArtifact defines three permissions for the three possible ways of updating a package. Administrators can allow or block installation and updates coming from internal publish commands, from an internal upstream repository, or from an external upstream repository.

Until today, repository administrators had to manage these important security settings package by package. With today’s update, repository administrators can define these three security parameters for a group of packages at once. The packages are identified by their type, their namespace, and their name. This new capability operates at the domain level, not the repository level. It allows administrators to enforce a rule for a package group across all repositories in their domain. They don’t have to maintain package origin controls configuration in every repository.

Let’s see in detail how it works
Imagine that I manage an internal package repository with CodeArtifact and that I want to distribute only the versions of the AWS SDK for Python, also known as boto3, that have been vetted by my organization.

I navigate to the CodeArtifact page in the AWS Management Console, and I create a python-aws repository that will serve vetted packages to internal developers.

CodeArtifact - Create a repo

This creates a staging repository in addition to the repository I created. The external packages from pypi will first be staged in the pypi-store internal repository, where I will verify them before serving them to the python-aws repository. Here is where my developers will connect to download them.

CodeArtifact - Create a repo - package flowBy default, when a developer authenticates against CodeArtifact and types pip install boto3, CodeArtifact downloads the packages from the public pypi repository, stages them on pypi-store, and copies them on python-aws.

CodeArtifact - pip installCodeArtifact - list of packages after a pip install

Now, imagine I want to block CodeArtifact from fetching package updates from the upstream external pypi repository. I want python-aws to only serve packages that I approved from my pypi-store internal repository.

With the new capability that we released today, I can now apply this configuration for a group of packages. I navigate to my domain and select the Package Groups tab. Then, I select the Create Package Group button.

I enter the Package group definition. This expression defines what packages are included in this group. Packages are identified using a combination of three components: package format, an optional namespace, and name.

Here are a few examples of patterns that you can use for each of the allowed combinations:

  • All package formats: /*
  • A specific package format: /npm/*
  • Package format and namespace prefix: /maven/com.amazon~
  • Package format and namespace: /npm/aws-amplify/*
  • Package format, namespace, and name prefix: /npm/aws-amplify/ui~
  • Package format, namespace, and name: /maven/org.apache.logging.log4j/log4j-core$

I invite you to read the documentation to learn all the possibilities.

In my example, there is no concept of namespace for Python packages, and I want the group to include all packages with names starting with boto3 coming from pypi. Therefore, I write /pypi//boto3~.

CodeArtifact - package group definition

Then, I define the security parameters for my package group. In this example, I don’t want my organization’s developers to publish updates. I also don’t want CodeArtifact to fetch new versions from the external upstream repositories. I want to authorize only package updates from my internal staging directory.

I uncheck all Inherit from parent group boxes. I select Block for Publish and External upstream. I leave Allow on Internal upstream. Then, I select Create Package Group.

CodeArtifact - package group security configuration

Once defined, developers are unable to install different package versions than the ones authorized in the python-aws repository. When I, as a developer, try to install another version of the boto3 package, I receive an error message. This is expected because the newer version of the boto3 package is not available in the upstream staging repo, and there is block rule that prevents fetching packages or package updates from external upstream repositories.

Code ARtifact - installation is denied when using a package version not already present in the repository

Similarly, let’s imagine your administrator wants to protect your organization from dependency substitution attacks. All your internal Python package names start with your company name (mycompany). The administrator wants to block developers for accidentally downloading from pypi.org packages that start with mycompany.

Administrator creates a rule with the pattern /pypi//mycompany~ with publish=allow, external upstream=block, and internal upstream=block. With this configuration, internal developers or your CI/CD pipeline can publish those packages, but CodeArtifact will not import any packages from pypi.org that start with mycompany, such as mycompany.foo or mycompany.bar. This prevents dependency substitution attacks for these packages.

Package groups are available in all AWS Regions where CodeArtifact is available, at no additional cost. It helps you to better control how packages and package updates land in your internal repositories. It helps to prevent various supply chain attacks, such as typosquatting or dependency confusion. It’s one additional configuration that you can add today into your infrastructure-as-code (IaC) tools to create and manage your CodeArtifact repositories.

Go and configure your first package group today.

— seb

Why The External Attack Surface Matters: An analysis into APAC related threat activities

Post Syndicated from Rapid7 original https://blog.rapid7.com/2024/03/21/why-the-external-attack-surface-matters-an-analysis-into-apac-related-threat-activities/

Why The External Attack Surface Matters: An analysis into APAC related threat activities

Considerable focus within the cybersecurity industry has been placed on the attack surface of organizations, giving rise to external attack surface management (EASM) technologies as a means to monitor said surface. It would appear a reasonable approach, on the premise that a reduction in exposed risk related to the external attack surface reduces the likelihood of compromise and potential disruption from the myriad of ransomware groups targeting specific geographies and sectors.

But things are never quite that simple. The challenge, of course, is that the exposed external risks extend beyond the endpoints being scanned. With access brokers performing the hard yards for ransomware affiliates gathering information, identifying initial entry vectors is more than a simple grab of banners.

Rapid7 Labs’s recent analysis looked at the external access surface of multiple sectors within the APAC region over the last half of 2023, with considerable data available well beyond open RDP and unpatched systems. What is revealing is the scale of data that appears to be aiding the access brokers, such as the exposure of test systems or unmaintained hosts to the internet, or the availability of leaked credentials. Each of these gives the multitude of ransomware actors the opportunity to conduct successful attacks while leveraging the hard work of access brokers.

What is interesting as we consider these regionally-targeted campaigns is that the breadth of threat groups is rather wide, but the group which is most prevalent does vary based on the targeted geography or sector. (Please note that this data predates the possible exit scam reported and therefore does not take it into account.)

The following graphic shows the sectors targeted, and the various threat groups targeting them, within Australia:

Why The External Attack Surface Matters: An analysis into APAC related threat activities

If we compare the most prevalent groups in Japan, however, the landscape does change somewhat:

Why The External Attack Surface Matters: An analysis into APAC related threat activities

All of which does focus the mind on this concept of actionable intelligence. Typically organizations have taken a one-size-fits-all approach to risk prioritization; however, a more nuanced approach could be to consider the threat groups targeting the given sector of an organization as a higher priority.

The need to move into this new world of intelligence led security operations is very clear, and it’s felt on an almost daily basis. Within a year we have witnessed such a fundamental increase in the level of capabilities from threat groups whose previous modus operandi was entrenched in the identification of leaked credentials, yet will now happily burn 0days with impunity.

Our approach within Rapid7 Labs is to provide context wherever possible. We strongly urge readers to leverage resources such as AttackerKB to better understand the context of these CVEs, or the likes of Metasploit to validate whether the reports from their external scan warrant an out-of-cycle security update. These, of course, are just the tip of the iceberg, but our approach remains constant: context is critical, as is agility. We are faced with more noise than ever before, and any measures that can be used to filter this out should be a critical part of security operations.

От промяна в училищната среда към промяна в обществената

Post Syndicated from Надежда Цекулова original https://www.toest.bg/ot-promyana-v-uchilishtnata-sreda-kum-promyana-v-obshtestvenata/

От промяна в училищната среда към промяна в обществената

Мария Стайнова и Виолетка Славова са лицата на Архитектурно студио „Лусио“, което от основаването си се специализира в създаване на образователни пространства. Двете архитектки вярват, че именно промяната на учебната среда може да помогне за цялостната трансформация на образованието – от преподаването, през ученето, до преживяването на всички участници в образователния процес. 

От промяна в училищната среда към промяна в обществената
Мария Стайнова и Виолетка Славова © Архитектурно студио „Лусио“

Ако излезем на улицата, ще видим, че проблемът не е само в образователните пространства. Неглижирането на средата е навсякъде около нас. Какво ви отведе в училищата?

М: Отнякъде трябва да се започне. Макроцел ни е да създадем именно уважение към средата и грижа за нея, защото училището е една от първите обществени сгради, до която всеки от нас има досег. И ако човек влезе в случайно българско училище сега, това, което вижда, са висящи кабели, неравномерно измазани стени, недовършени ремонтни работи… За много деца мястото, където те прекарват практически целия си ден, е потресаващо. Ние дълбоко вярваме, че когато се учиш в такава среда, после изкарваш това навън, в общественото пространство. Ако тази пренастройка в отношението ни към средата, в грижата за нея започне от училището, с порастването на личността това ще се пренесе и в средата, в която живееш. 

Представях си, че имате личен мотив…

М: Добър въпрос. Когато разказваме историята на „Лусио“, винаги отдаваме пътя си на някаква случайност. Ние с Виолетка бяхме много близки в университета и след кратка раздяла на пътищата ни се оказахме в един момент заедно отново в България. Тогава се появи един конкурс на „Америка за България“ за изграждане на STEM центрове в училища. Решихме да пробваме, докато подготвяме портфолиата си за чужбина. Това е историята как започнахме. 

Но после, когато създадохме екипа и започнахме да си говорим за образователни пространства, за това как влияят на хората, излезе, че наистина е лично. И че и двете имаме много неприятни преживявания по време на образованието си, като учебните пространства имат принос за това. 

В: За първи път се замислям сега, като задаваш този въпрос. Не е като да нямаше и други конкурси, но точно този ни запали, и то в момент, в който се подготвяхме да напуснем страната, не да се развиваме тук. Давам си сметка, че май още тогава съм имала вътрешното усещане, че учебната среда може да е нещо много по-различно. 

От промяна в училищната среда към промяна в обществената
Екипът © Архитектурно студио „Лусио“

Колко проекта реализирахте оттогава?

М: Осем. Една малка част, при които нямаше възможност за авторски надзор, не ги броим сред проектите, с които се хвалим (смеят се).

Може ли да разкажете историята на първия проект? Какво преживяхте при срещата си със средата, как ви прие училището?

В: Първият ни проект беше по този конкурс, който споменахме. „Америка за България“ и списание „Градът“ бяха селектирали 23 училища, които да получат грант за създаване на STEM център. Ние имахме възможност да ги разгледаме и да си харесаме едно от тях, за което да разработим проект. Избрахме училището на базата на това, че са работили с децата при подготовката на заданието. Имаше много детски рисунки, препратки, беше взета под внимание гледната точка на децата и на учителите. Това много отличаваше тази презентация от други, в които се виждаше, че директорът е седнал и е написал какво според него е нужно. 

Кое беше това училище?

М: Първо ОУ „Никола Вапцаров“ в Берковица. 

В: Запознахме се с директорката и заместничката ѝ, помолихме ги за среща с децата и учителите. Това много ги зарадва. Беше ключов момент, защото има директори, които държат комуникацията под личния си контрол, а в това училище имаха отворена система, приеха ни много радушно. И на базата на това проектът се получи добре, после успя да спечели конкурса. 

М: Беше страшно вълнуващо. Сблъскахме се и с много неподозирани трудности, но просто имахме късмет – всички хора, които работиха по това пространство, най-вече местните изпълнители, имаха огромно желание да стане добре и работиха от сърце. И после във всеки следващ проект осъзнавахме отново и отново, че всъщност невинаги се получава така.

Кой беше най-трудният ви проект?

М: Всеки проект си има особености. Понякога е много трудно откъм изпълнение. Изведнъж се оказва, че бюджетът е наполовина, и започва едно чудене откъде да спестим – строителят вече е влязъл и трябва да се борим с него за всеки елемент. Друг път учителите или колективът имат някаква вътрешна борба с нас или пък имат конфликт помежду си и нашата работа само го подклажда, давайки нови поводи. Това може би е бил най-неприятният сценарий, в който сме попадали.

В: Ние много държим на взаимодействието. Правим работилници за идеи с учители и ученици, понякога и с родители. Но има училища, в които се смята, че това е абсолютно излишно. 

Кое е трудното за приемане?

М: Излиза, че цялото това нещо е много лично. Обикновено децата имат нужда от сериозна промяна и ако зависи от тях, в училището винаги трябва да има пилон като в пожарната и аквапарк (смеят се). Но учителите се опитват да пазят авторитет, имат си график, държат нещата под контрол. И там идваме ние и казваме: „Вие вече няма да сте на подиум, децата няма да са в редички, защото това е остаряло. Ще ги разместим, ще съборим стените, ще сложим стъкло.“ Това предизвиква сериозен конфликт. Учителите си представят, че това ще ги уязви, че някой ще ги гледа осъдително и това ще наруши както комфорта, така и авторитета им. Затова винаги предвиждаме време за работа с тях, за да се запознаем, да може между нас да се създаде някакво доверие. 

Всички знаем как изглежда едно традиционно българско училище. Можете ли да ни „нарисувате с думи“ пътя на промяната му към съвременни образователни пространства? Как трябва да се промени училищният сграден фонд, за да стане обстановката по-модерна, по-приветлива, по-включваща, по-достъпна…

В: Едно от нещата, които липсват в българските училища, са места за събиране. Архитектурата на огромната част от българските училища включва само едно фоайе, което не е предвидено да служи за събиране и общуване между хората, то само разпределя потока по коридорите. Това е голяма тема и влияе много на вътрешния живот в училището. Можем да покажем проекта ни в 90. СУ в София, където се опитахме да предложим решение на проблема на микрониво. Разбихме доста стени, за да осигурим такова пространство. Голяма радост ни носи, че успяват да го ползват по невероятни начини. Просто гледаме на живо как се случва всичко, което сме чели по книгите – че едно от първите неща е да се удовлетвори нуждата от събиране, от социален контакт, обмяна на идеи, учене чрез другите. 

На много интересни мисли ни наведе една лекция на архитектка от Литва. Тя разглеждаше модела на старите руски училища, който в периода на комунизма се разпростира и сред държави сателити на СССР, каквато е България. Колежката ни разви тезата, че тези пространства липсват в комунистическото училище, защото не може да се контролират. 

М: Отвъд архитектурата е идеологическата тревога, че на места, където безконтролно се събират хора, може да се раждат различни идеи. Това не е в интерес на системата и тук е ролята на архитектурата – чисто пространствено тази възможност се елиминира. Виждаме, че идеята работи „прекрасно“ до ден днешен. 

Как промяната в средата води до промяна във взаимоотношенията?

В: В 90. СУ беше предвидено това пространство да се ползва от големите ученици. Разбрахме обаче, че поради големия интерес са намерили начин да го посещават и по-малките. То се е превърнало в някаква точка, в която поколенията се срещат. Споделиха с нас, че се наблюдава спад в агресията в цялото училище. Според екипа причината е, че децата вече се познават по-добре, имат по-развито усещане за общност. Това пространство, колкото и да е малко, е дало възможност за промяна. 

М: На едно такова място се срещат различни възрасти, различни хора. Това е микромодел на нашето общество, там срещаш по-големи или по-малки, с различни интереси, общуваш с тях… А училището е много важно за формирането на тези социални умения. То учи децата не само на академични знания, а и как да общуват, да са човеци. Общуването с другите човеци, струва ми се, е най-важната функция на училището. И архитектурата трябва да я стимулира. 

В: Рядко се обсъжда това, че пространството стимулира определени типове поведение. Например във всички училища се изисква от децата да не тичат в коридорите, но в същото време тия коридори изглеждат като писти – дълга права, на която не ѝ виждаш убежната точка. Естествено, че ще искаш да тичаш, то е интуитивно. Ние гледаме на училището не само като място за академично учене, а като място, където да се научиш да живееш. В днешно време може да учиш и от вкъщи, има чудесни образователни програми онлайн. Но се изпуска нещо фундаментално по този начин. 

След пандемията от COVID-19 видяхме и резултатите от дистанционното обучение и затварянето на децата вкъщи за две години. Този тип опит и знания отразява ли се някак във вашата сфера? 

М: Да. Имахме работилници с деца малко след края на пандемията. Тях просто ги нямаше, отсъстваха, не смееха да изразяват себе си, което е много страшно да се наблюдава при деца. След една такава работилница и учителите споделиха, че просто не могат да разпознаят учениците си. Защото децата само слушаха и нямаше интеракция. Нямаше „аз искам“, нямаше „аз“ въобще. 

В: Преди пандемията имахме размисли, а имаше и професионален дебат – ето, изкуствен интелект, дистанционно учене, училището колко ли време още ще просъществува като сграда? Благодарение на COVID-19 сякаш за всички стана ясно какво правим в училище и защо е много важно. И то не е да си научиш уроците. 

Каква е ролята (а и концепцията) на съвременната класна стая в този контекст? Приложима ли е и приемлива ли е тя за българското образование?

М: Абсолютно приложима и приемлива е, въпросът е кой ще я приеме. В системата работят учители от много широк спектър. От едната страна са тези, които са много отворени и адаптивни и са готови за промяна. От другата са тези, които биха искали нищо да не се променя – да си отворят учебника, да диктуват, а след това да изпитват на дъската. Ние много разчитаме на първата група и вярваме, че техният пример е заразителен и би повлиял върху по-консервативните им колеги. Стараем се самата среда да направи мост между различните групи. 

В 90. СУ имаме един много любопитен пример. За едно пространство не стигна бюджетът да бъде завършено. Бяхме планирали амфитеатър, кът с меки мебели, масички, но нищо от това не можеше да се осъществи и от училището си донесоха чинове от друга стая. Ние бяхме доста разочаровани, че в това пространство, за което имахме такава модерна идея, са сложени старите чинове, и не само са сложени, а са в редички, с катедрата отпред – по най-традиционния начин. Но когато отидохме там една година по-късно, за да направим проучване как се ползват пространствата, каква е обратната връзка от тях, се оказа, че това пространство е ключово. Защото точно там влизат учителите, които още не се чувстват готови да разтворят напълно класната стая. То служи за „входно ниво“ и ги мотивира постепенно да ползват и по-алтернативните пространства, а с това да променят и начина си на преподаване, само че със своята си скорост. 

Значи ли това, че когато говорим за промени в образованието, трябва да се мисли за преход, включително архитектурен? 

В и М: Да. 

В: Ние също започнахме да осъзнаваме, че не можем да очакваме да предложим нещо драстично различно и то да се възприеме стопроцентово. Трябва да има възможност за градация. 

В какво се състои промяната на класните стаи всъщност? 

В: Сега имаме модел, който поставя учителя в центъра. Всички са подредени така, че той да ги вижда, те него също, слушат и изпълняват едновременно, режимът на преподаване е лекционен. 

В днешно време обаче това е само един от многото възможни режими на преподаване. Не че лекционният е лош сам по себе си, но не би трябвало да е единствен, а да може да се превключва на групов, на индивидуален, на малки групи – има много варианти. И пространството също трябва да го позволява. Затова например в една от лабораториите, които проектирахме, изместихме мивките в периферията, за да се освободи пространството. Масите са мобилни, има висящи контакти, за да може бързо да се включат лаптопи, микроскопи. Но основната идея на тези пространства е учителят да може да преподава от различни места, по различни методики и лесно да преструктурира класа. 

М: Ако се върнем малко назад и се запитаме какво налага всичко това, ще стигнем до извода, че в днешно време учителят не е носител на цялото знание. Информацията е достъпна и фактологията може да бъде намерена и сверена в телефона ни. Ролята на учителя се променя и от единствен източник на знание той става ментор. Той подпомага учениците да стигат до знанието и ги насочва. Символно той слиза от подиума и тръгва между учениците – и съответно пространството трябва да позволява това да се осъществи.

Когато си говорим за модерна класна стая, това, което тя изразява, е онзи момент, в който учениците стават общност. Стъклото, видимостта, отварянето стимулират именно това. В училищата винаги има големи притеснения, когато кажем, че искаме да сложим витрини. 

„Децата ще се разсейват“?

М и В: (смеят се)

М: Да, точно така! Но отново от последващите проучвания разбираме, че всъщност не се получава така. Напротив, когато децата се озовават в коридора и виждат, че някой там учи, сами се регулират и спират да вдигат шум. Този резултат се повтаря в много проучвания. 

Всъщност има много притеснения за средата на бъдещето, но от опита си виждаме, че когато учителите влязат в тази среда и започнат да я ползват, тревогите им бързо се изпаряват и дори не искат да се връщат в пространствата си от миналото. 

Simplify document search at scale with intelligent search bot on AWS

Post Syndicated from Rostislav Markov original https://aws.amazon.com/blogs/architecture/simplify-document-search-at-scale-with-intelligent-search-bot-on-aws/

Enterprise document management systems (EDMS) manage the lifecycle and distribution of documents. They often rely on keyword-based search functionality. However, it increasingly becomes hard to discover documents as such repositories grow to tens of thousands of items.

In this blog, we discuss how Amazon Web Services (AWS) built an intelligent search bot on top of the document repository of a global life sciences company. Before this enhancement, the native repository search function relied solely on keywords and document names, leading to a trial-and-error process. Now, scientists can effortlessly query the repository using natural language to locate the right document in a few seconds—even through voice commands while working with lab equipment.

Use case

In life sciences, documentation is critical for regulatory compliance with GxP. Scientists in life sciences use EDMS on a daily basis to retrieve standard operating procedures (SOPs). SOPs contain task-level instructions (for example, how to monitor lab equipment or use utilities such as steam generators and chilled water circulation pumps).

EDMS search capability is often limited to file names and metadata. In our use case, file names were numerical and metadata was typically a single-sentence description plus keywords.

Scientists wanted to query for a particular context and type of task they’re about to perform. However, this data was not extracted from document content and thus not readily available for search purposes. Scientists also wanted to be able to search by using a voice interface (for example, when they operate on lab equipment).

To address this, we designed a conversational bot interface. This bot locates the most relevant SOP based on pre-generated document extracts and returns a hyperlink to the most suitable document, as shown in Figure 1.

Example of document search prompt and chatbot response

Figure 1. Example of document search prompt and chatbot response

Overview of the intelligent search bot solution

Our solution requirements for intelligent search were:

  • Semantic search index and ranking based on full text
  • Search capability through voice and text
  • Out-of-the-box integration with web applications and mobile devices

We choose Amazon Lex to provide the conversational interface using text or speech. Lex bots can be integrated with web and mobile applications using AWS Amplify Interactions. We used Amazon Kendra to create an intelligent search index on top of the data repository, which we hosted on Amazon Simple Storage Service (Amazon S3).

The advantage of using an Amazon Kendra index is its out-of-the-box semantic search and ranking capability based on document content. We use AWS Lambda to take care of Amazon S3 path mappings, and document attribute formatting for replicated documents, in order to make them retrievable by Amazon Kendra.

Intelligent search bot for enterprise document management systems

Figure 2. Intelligent search bot for enterprise document management systems

Benefits of integrating intelligent search bot with your EDMS

The benefits of extending EDMS with intelligent search bot include:

  • Improved usability by adding text- and speech-based channels to match user situations (for example, scientists operating on lab equipment)
  • Native, out-of-the-box integration with third-party systems (for example, Adobe Experience Manager, Alfresco, HubSpot, Marketo, Salesforce)
  • Implementation timeboxed in a two-week agile sprint and requires no data science skills

Extensibility to large language models

The Amazon Kendra Retrieve API allows the extension to a document retrieval chain pattern using a large language model (LLM) from Amazon Bedrock or Amazon SageMaker Jumpstart. With this pattern, Amazon Kendra generated document summaries can be passed to the LLM for correlation, as shown in Figure 3. Consult the LangChain documentation to learn how to configure retrieval chains.

Extending the document search bot to large language model

Figure 3. Extending the document search bot to large language model

In our use case, the effort for such extension went beyond the incremental optimizations and limited migration timeframe. Also, preference for a chain pattern should be given to complex correlations across documents.

This wasn’t the case here, as documents were functionally disjunct (for example, by device type, geographical site, and process task). Therefore, document retrieval with the Amazon Kendra API was sufficient and we deferred the extra effort associated with custom-built LLM prompt layers.

Implementation considerations

We started the EDMS migration to AWS by replicating the data repository to Amazon S3 by using AWS DataSync. We stored every document and corresponding metadata files as separate Amazon S3 objects.

For the Amazon Kendra index mappings to initialize properly:

  • Metadata must be a JSON Amazon S3 object
  • Follow the name convention <document>.<extension>.metadata.json
  • Have reserved or common document attributes correctly formatted

The EDMS system did not adhere to this when generating metadata files so we offloaded the transformation to a Lambda function. The function fixed metadata attributes such as, changing version type (_version) from numeric to string and date (_created_at) from string to ISO8601. It also changed metadata names/Amazon S3 paths by enacting new objects (PutObject API) and deleting the original objects (DeleteObject API).

We configured Lambda invocation on Amazon S3 PutObject operations using Amazon S3 event notifications. We set the sync run schedule for the Amazon Kendra index to run on demand.

Alternatively, you can run it on a predefined schedule or as part of each Lambda invocation (using the update_index boto3 operation). Finally, we monitor for sync run fails associated with the Amazon Kendra index using Amazon CloudWatch.

Conclusion

This blog showed how you can enhance the keyword-based search of your EDMS. We embedded document search queries behind a chatbot to simplify user interaction.

You can build this solution quickly, with no machine learning skills, as part of your EDMS cloud migration. In more advanced use cases, including complete refactoring, consider extending this solution to use a large language model from Amazon Bedrock or Amazon SageMaker Jumpstart.

Related information

8x NVIDIA Grace Hopper Superchips in a Blade HPE Cray EX254n at GTC 2024

Post Syndicated from Cliff Robinson original https://www.servethehome.com/8x-nvidia-grace-hopper-superchips-arm-in-a-blade-hpe-cray-ex254n-at-gtc-2024/

We found the HPE Cray EX254n at NVIDIA GTC 2024. This is an 8x NVIDIA Grace Hopper liquid cooled blade for HPE’s supercomputing platforms

The post 8x NVIDIA Grace Hopper Superchips in a Blade HPE Cray EX254n at GTC 2024 appeared first on ServeTheHome.

The collective thoughts of the interwebz